Kiedy Plex potrzebuje dedykowanych zasobów obliczeniowych, pamięci masowej lub sieci?

Plex potrzebuje dedykowanych zasobów obliczeniowych, pamięci masowej lub sieciowych tylko wtedy, gdy jeden współdzielony zasób staje się powtarzalnym wąskim gardłem albo niedopuszczalnym punktem zależności podczas odzyskiwania.

Zacznij od jednej kompletnej ścieżki usługi i rozdziel ją dopiero wtedy, gdy zmierzone obciążenie, zdarzenie konserwacyjne lub etap rozwoju wykaże, że współdzielona granica przestała być odpowiednia. Dedykowane zasoby obliczeniowe rozwiązują inny problem niż dedykowana pamięć masowa, a szybsza sieć ma znaczenie tylko wtedy, gdy rozdzielone węzły rzeczywiście potrafią wykorzystać większą przepustowość łącza.

Pozostań przy jednym urządzeniu, dopóki współdzielone zasoby mają zapas

Skonsolidowany serwer Plex to najprostsza topologia: usługa, pamięć masowa i interfejs sieciowy znajdują się na jednym hoście, więc jest mniej punktów montowania, poświadczeń, kabli i czynności odzyskiwania. Często jest to właściwy punkt wyjścia, gdy dominuje odtwarzanie bezpośrednie, a usługi działające w tle nie kolidują z godzinami oglądania.

Inwentaryzacja zastosowań sprzętowych Plex powinna uwzględniać użytkowników lokalnych i zdalnych, formaty multimediów, pamięć masową oraz oczekiwaną liczbę jednoczesnych połączeń, zanim współdzielone urządzenie zostanie podzielone na dedykowane role.

Pozostaw połączoną konstrukcję, jeśli szczytowe odtwarzanie, skanowanie, kopie zapasowe i inne usługi mogą działać jednocześnie bez przekraczania terminów odtwarzania ani konfliktów konserwacyjnych. Sama niska średnia wartość użycia procesora nie jest wystarczającym kryterium; cała ścieżka działania w najbardziej obciążonym przedziale czasu musi pozostać stabilna.

Rozdziel zasoby obliczeniowe, gdy transkodowanie lub inne aplikacje wykorzystują szczytowe zasoby

Dedykowane zasoby obliczeniowe stają się przydatne, gdy wymagania silnika multimedialnego, procesora lub pamięci zmieniają się szybciej niż pojemność pamięci masowej. Niewielki węzeł transkodowania można wtedy niezależnie rozbudowywać, podczas gdy serwer NAS zachowuje dotychczasowe dyski, migawki i funkcję tworzenia kopii zapasowych. Podział ma sens architektoniczny tylko wtedy, gdy węzeł obliczeniowy można odtworzyć bez ponownego definiowania miejsca przechowywania głównej biblioteki multimediów.

To, gdzie powinno odbywać się transkodowanie, ma znaczenie, ponieważ urządzenia obciążone pamięcią masową i wydajne silniki multimedialne nie zawsze powinny znajdować się w tej samej obudowie. Rozdziel zasoby obliczeniowe tylko wtedy, gdy obecny host pamięci masowej nie jest w stanie wykonywać wymaganych konwersji bez pogorszenia swoich funkcji związanych z przechowywaniem danych.

Rozdziel zasoby obliczeniowe, gdy zweryfikowana ścieżka transkodowania, zadanie AI, analiza zdjęć lub inna aplikacja wielokrotnie zużywa zasoby potrzebne Plexowi w tym samym czasie. Nie rozdzielaj ich tylko dlatego, że dostępny jest drugi komputer; montowanie sieciowe i nowa domena awarii muszą zapewniać mierzalny zapas wydajności albo ułatwiać odzyskiwanie.

Rozdziel pamięć masową, gdy projekt wymusza pojemność i ochronę danych

Dedykowana pamięć masowa jest lepszym rozwiązaniem, gdy biblioteka przerasta obudowę z zasobami obliczeniowymi, gdy ochrona dysków wymaga większej liczby zatok albo gdy wiele usług potrzebuje tych samych głównych plików. W takim układzie serwer NAS odpowiada za trwałość danych multimedialnych, a Plex staje się wymiennym klientem aplikacyjnym systemu pamięci masowej.

Projekt, który rozdziela serwer NAS i zasoby obliczeniowe, może zapewnić każdej roli odrębny cykl modernizacji. W przypadku Plexa taki podział jest przydatny tylko wtedy, gdy serwer NAS udostępnia multimedia w przewidywalny sposób, a host obliczeniowy konsekwentnie ponownie montuje zasoby po restarcie.

Wybierz tę granicę, gdy zwiększanie pojemności lub wymiana dysków nie powinny zakłócać działania systemu Plex. Przechowuj stan aplikacji na chronionej, szybkiej pamięci masowej razem z węzłem obliczeniowym albo w innym jasno zarządzanym trwałym zasobie; nie pozwól, aby wygodny udział sieciowy zacierał odpowiedzialność za bazę danych.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Modernizuj sieć dopiero wtedy, gdy podział tworzy rzeczywiste wąskie gardło łącza

Gdy zasoby obliczeniowe i pamięć masowa są rozdzielone, każdy odczyt multimediów przechodzi przez sieć. Oznacza to, że przepustowość łącza, uplinki przełącznika, reguły VLAN i stabilność montowania stają się częścią ścieżki odtwarzania. Szybszy Ethernet jest uzasadniony, gdy łączne odczyty multimediów oraz kopie zapasowe lub transfery plików wielokrotnie zbliżają się do przepustowości obecnego łącza, a nie tylko dlatego, że serwer NAS oferuje szybszy port.

Rozdzielony projekt nadal wymaga testów serwera multimediów z wieloma usługami, ponieważ przepustowość pamięci masowej i ścieżka sieciowa mogą stać się współdzielonym wąskim gardłem, nawet gdy sam węzeł obliczeniowy ma zapas wydajności.

Jeśli łącze 1GbE pozostaje wyraźnie poniżej granicy nasycenia podczas najgorszego połączenia obciążeń domowych, modernizacja do 2.5GbE lub 10GbE nie zmieni odtwarzania w Plexie. Jeśli kopie zapasowe lub transfery ze stacji roboczych wielokrotnie zajmują to samo łącze i powodują opóźnienia odtwarzania, szybsza sieć albo rozdzielenie ruchu staje się rzeczywistą zmianą architektury.

Zadbaj o możliwość odzyskania każdej rozdzielonej roli — i zakończ podział, gdy cel zostanie osiągnięty

Podział komponentów poprawia izolację tylko wtedy, gdy każda rola ma jedną udokumentowaną granicę odzyskiwania. Węzeł obliczeniowy powinien dać się zastąpić na podstawie definicji wdrożenia i chronionego stanu Plexa; pamięć masowa powinna niezależnie odtwarzać multimedia i udziały; nazwy oraz adresy sieciowe powinny przetrwać standardową odbudowę.

Oddzielny serwer nie poprawia niezawodności, jeśli jego utrata wymaga ręcznego odtworzenia punktów montowania, uprawnień i reguł zdalnego dostępu na każdym innym węźle. Zasymuluj jedną awarię i upewnij się, że pozostałe role nie wymagają jednoczesnego przeprojektowania.

Dedykowany sprzęt wiąże się także z kompromisami związanymi z dedykowanym serwerem Plex: zużyciem energii w stanie bezczynności, aktualizacjami, portami przełącznika, okablowaniem, monitorowaniem i większą liczbą kombinacji, które mogą ulec awarii. Przestań dodawać kolejne role, gdy obciążenie w najbardziej intensywnym przedziale czasu mieści się w założeniach, a każda krytyczna zależność ma przetestowanego właściciela i sekwencję przywracania.

Jeśli Plex nie może już działać na współdzielonym hoście, decyzja dotycząca hostingu dedykowanego lub współdzielonego powinna opierać się na zmierzonym wąskim gardle albo zależności związanej z odzyskiwaniem, którą podział rzeczywiście usuwa.