Kiedy Plex powinien korzystać z osobnego hosta na dane lub bazę danych?

Użyj osobnego hosta, gdy pojemność pamięci masowej, konserwacja lub izolacja awarii muszą być niezależnie skalowane względem obliczeń Plex; nie przenoś bazy danych wyłącznie dla porządku.

Duże zbiory multimediów można naturalnie oddzielić, ponieważ wymagają pojemności i sekwencyjnej przepustowości, podczas gdy baza danych Plex i metadane to stan wrażliwy na opóźnienia. Drugi host wprowadza także dostępność sieciową, uprawnienia i kolejność odtwarzania po awarii. Taka architektura jest uzasadniona, gdy te dodatkowe zależności rozwiązują zmierzone ograniczenie, którego nie da się dobrze obsłużyć na jednym serwerze.

Najpierw oddziel duże zbiory multimediów od stanu wrażliwego na opóźnienia

Pliki multimedialne mogą znajdować się na pamięci masowej NAS, podczas gdy obliczenia Plex pozostają gdzie indziej, pod warunkiem że ścieżka sieciowa zapewnia wystarczającą stałą przepustowość i niezawodne montowanie zasobów. Jest to rozwiązanie o mniejszym ryzyku niż zdalne przechowywanie danych aplikacji.

Pamięć masowa powinna odpowiadać charakterystyce obciążenia, co przemawia za oddzieleniem multimediów o dużej pojemności i sekwencyjnym dostępie od stanu zależnego od niskich opóźnień losowego dostępu.

Zmierz przepustowość multimediów podczas odtwarzania w szczycie oraz podczas jednego dużego transferu. Jeśli sieciowa ścieżka multimediów pozostaje stabilna i ma zapas przepustowości, podział uzasadnia swoją złożoność.

Domyślnie trzymaj bazę danych Plex blisko obliczeń

Zdalna baza danych lub pamięć masowa metadanych dodaje opóźnienie sieciowe i kolejny punkt awarii przy każdym dostępie do stanu. Może to być niekorzystny kompromis, gdy lokalny dysk SSD nie jest wąskim gardłem.

Opóźnienia bazy danych mogą się zmieniać w zależności od wrażliwości wydajności na opóźnienia pamięci masowej, dlatego przed umieszczeniem stanu za sieciowym systemem plików warto przeprowadzić testy ścieżki stanu.

Trzymaj dane aplikacji lokalnie na hoście obliczeniowym Plex, chyba że zmierzone wymaganie przeważa nad kosztami opóźnień i odzyskiwania. Topologia centrum multimedialnego NAS nadal może centralizować duże zbiory multimediów bez centralizowania każdego pliku stanu.

Użyj osobnego hosta, gdy domeny awarii muszą się różnić

Host pamięci masowej może być niezależnie konserwowany lub rozbudowywany, a host obliczeniowy można wymienić bez przenoszenia puli multimediów. Taki podział jest wartościowy, gdy każda rola ma jasno określoną procedurę odzyskiwania.

Podział ról pomaga tylko wtedy, gdy zależności między usługami są jawne na tyle, aby można było ponownie uruchomić lub wymienić jeden host bez tworzenia ukrytej własności stanu w sieci.

Udokumentuj kolejność uruchamiania, zależności montowania oraz zachowanie odtwarzania lokalnego, gdy host pamięci masowej jest niedostępny. Jeśli odzyskiwanie wymaga ręcznej modyfikacji ścieżek, uprość podział.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Nie myl osobnego hosta z kopią zapasową

Przeniesienie multimediów na NAS nie tworzy drugiej kopii. Zdalna pamięć masowa nadal może być jedyną kopią, a tym samym pozostaje pojedynczym punktem utraty danych.

Projekt kopii zapasowych powinien oddzielać pamięć masową kopii zapasowych od pamięci podstawowej, dlatego oprócz podziału topologii zaprojektuj kopię przechowywaną poza urządzeniem lub niezależną kopię umożliwiającą odzyskiwanie.

Przetestuj przywracanie stanu Plex oraz co najmniej jednej reprezentatywnej ścieżki multimediów bez polegania na działającym hoście pamięci masowej. Architektura jest odporna tylko wtedy, gdy zarówno oddzielenie pamięci masowej, jak i kopie zapasowe są jasno zaprojektowane.