Jak topologia sieci wpływa na niezawodność Plex

Niezawodna topologia Plexa zapewnia odtwarzaniu lokalnemu, dostępowi zdalnemu, ruchowi do magazynu danych i zarządzaniu jawnie określone ścieżki sieciowe, zamiast polegać na przypadkowym routingu.

Użytkownicy sieci LAN nie powinni potrzebować połączenia WAN, aby uzyskać dostęp do lokalnych multimediów, a użytkownicy zdalni powinni korzystać z jednej, celowo wybranej metody dostępu. Jeśli magazyn danych jest zdalny, jego ruch stanowi kolejną zależność, która bez uzasadnionej przyczyny nie powinna korzystać z niestabilnej trasy. Topologię łatwiej przywrócić do działania, gdy każda ścieżka ma znany adres, osobę odpowiedzialną i test weryfikacyjny, zanim nastąpi awaria.

Niezależne od sieci WAN odtwarzanie lokalne

Klienci lokalni powinni łączyć się z serwerem przez sieć LAN nawet wtedy, gdy trasa publiczna, proxy lub łącze dostawcy internetu jest niedostępne. Dzięki temu problem po stronie internetu nie sparaliżuje całego domu.

Odtwarzanie lokalne należy testować jako osobną ścieżkę, ponieważ klienci Plex mogą wymagać jawnie skonfigurowanych połączeń lokalnych, aby działać podczas awarii internetu. Dzięki temu test sieci LAN jest rzeczywistym testem działania, a nie założeniem architektonicznym.

Sprawdź działanie klienta lokalnego, celowo odcinając dostęp przez sieć publiczną. Jeśli odtwarzanie w sieci LAN nie działa, uprość lokalny DNS i routing, zanim dodasz kolejne elementy zdalnego dostępu.

Wybierz jedną główną metodę dostępu zdalnego

Przekierowanie portów, odwrotne proxy i dostęp przez VPN wiążą się z różnymi zależnościami operacyjnymi. Gdy kilka ścieżek działa tylko częściowo, trudno ustalić przyczynę awarii.

Nawet sprawny serwer może przestać działać zdalnie, gdy ruch odpowiedzi podąża niewłaściwą trasą, dlatego dostęp zdalny wymaga jawnie określonej ścieżki sieciowej i osoby odpowiedzialnej za awarie.

Udokumentuj jedną główną ścieżkę WAN i, w razie potrzeby, jedną zapasową, wraz z osobnymi testami. Ścieżka zdalnego strumieniowania Plexa powinna mieć jasno określony etap weryfikacji z zewnątrz sieci domowej.

Traktuj zdalną pamięć masową jak usługę sieciową

Gdy multimedia Plexa lub dane aplikacji znajdują się na innym hoście, dostępność pamięci masowej staje się częścią ścieżki odtwarzania lub przepływu danych. Awaria przełącznika, VLAN-u, DNS-u lub montowania może teraz wpłynąć na serwer, nawet jeśli jego procesor działa prawidłowo.

Gdy multimedia są montowane z innego hosta, awaria udziału sieciowego może uniemożliwić dostęp do nich w Plexie, mimo że sam serwer pozostaje online. Dlatego dostępność pamięci masowej należy uwzględnić w tym samym teście topologii co ruch użytkowników.

Mierz jednocześnie ruch związany z pamięcią masową i ruch użytkowników na współdzielonych łączach. Jeśli pojedyncza kopia zapasowa lub transfer może zakłócić odtwarzanie, odizoluj tę ścieżkę lub zaplanuj jej użycie, zanim rozbudujesz moc obliczeniową.

Featured

ZimaBoard 2 - Miniaturowy serwer domowy dla wielkich pomysłów

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Wbuduj weryfikację w każdą granicę sieci

Każdy dodatkowy przeskok sieciowy powinien mieć prosty test: punkt końcowy serwera, dostępność pamięci masowej, rozwiązywanie nazw DNS, dostęp z zewnątrz lub stan tunelu. Dzięki temu topologia staje się łatwa w obsłudze.

Każda granica zdalnego dostępu powinna mieć test od zewnątrz do wewnątrz. Działający test zdalnego dostępu do Plexa z sieci zewnętrznej weryfikuje publiczną ścieżkę, zamiast zakładać, że zielony status lokalnej usługi potwierdza łączność od początku do końca.

Przygotuj jeden test zaliczenia/niezaliczenia dla każdej granicy i sprawdź, jak zachowuje się system w razie awarii. Zachowaj tylko taką topologię, w której można zdiagnozować problem bez zgadywania, która warstwa odpowiada za awarię.