Kiedy warto rozdzielić usługi Plex na kilka hostów?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

When Should You Split Plex Services Across Multiple Hosts? - Zima Store Online

Rozdziel usługi między hosty, gdy zmierzony problem ze współdzielonym zasobem lub domeną awarii utrzymuje się mimo zastosowania prostszych poprawek dotyczących harmonogramu i pamięci masowej.

Plex często współdzieli serwer domowy z usługami pobierania, indeksowania, tworzenia kopii zapasowych, proxy i monitorowania. Oddzielne hosty dodają zależności sieciowe, kwestie własności stanu oraz kolejne kroki odzyskiwania, dlatego ich użycie powinno być uzasadnione. Najpierw odtwórz problem z rywalizacją o zasoby lub konfliktem konserwacji, a następnie przenieś rolę, której odseparowanie usuwa ten problem, zachowując jasne zasady własności stanu Plex.

Udowodnij, że problemem jest współdzielony zasób

Wysokie użycie procesora, opóźnienia dysku, presja na pamięć lub kolejkowanie sieci podczas nakładających się zadań są silniejszym powodem do podziału niż ogólny dyskomfort związany ze „zbyt dużą liczbą kontenerów”.

Użyj dowodów nasycenia zasobów, aby wskazać zasób, który nie radzi sobie przy łącznym obciążeniu, i potwierdzić, że objaw znika po wstrzymaniu jednej z towarzyszących usług.

Jeśli host pozostaje sprawny po zaplanowaniu konkurencyjnego zadania poza godzinami szczytu oglądania, zachowaj prostszą topologię. Rozdziel usługi tylko wtedy, gdy konflikt się powtarza lub harmonogramów nie da się rozdzielić.

Rozdziel role o niezależnych cyklach życia

Proxy, usługa pobierania, stos monitorowania i serwer Plex mają różne wzorce aktualizacji oraz awarii. Przeniesienie jednej z tych ról może ograniczyć zakres awarii, jeśli jej stan i interfejsy są już jasno określone.

Jawne granice usług i woluminów ułatwiają przeniesienie jednej z towarzyszących ról bez przekształcania zmiany w migrację bazy danych Plex.

Najpierw przenieś rolę o najmniejszym stopniu powiązania i sprawdź, czy Plex działa prawidłowo podczas ponownego uruchomienia tego hosta. Jeśli przeniesienie małej usługi wymaga skopiowania bazy danych Plex, granica została wyznaczona w niewłaściwym miejscu.

Uwzględnij nową zależność sieciową

Lokalne montowanie wiązania staje się ścieżką sieciową, gdy pamięć masowa lub towarzysząca usługa zostaje przeniesiona na inny host. Może to zamienić lokalną rywalizację o zasoby na problemy z opóźnieniami, dostępnością lub uprawnieniami.

Wykonaj tę samą operację przy celowo niedostępnej zdalnej usłudze lub pamięci masowej i zapisz sposób wystąpienia awarii. Topologia domowego serwera multimediów powinna jasno wskazywać nową granicę sieciową, zanim zaczniesz na niej polegać.

Przechowuj dane aplikacji Plex lokalnie, chyba że masz ku temu ważny powód oraz przetestowaną ścieżkę dostępu do pamięci masowej. Najpierw przenoś role zajmujące dużo miejsca lub luźno powiązane, a dopiero potem stan definiujący serwer.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Rozdziel usługi tylko wtedy, gdy ułatwia to odzyskiwanie

Największą korzyścią architektoniczną jest możliwość ponownego uruchomienia, zaktualizowania lub wymiany jednego hosta bez wyłączania niezwiązanych z nim ról. Jeśli odzyskiwanie wymaga teraz skoordynowanych zmian na każdym hoście, podział nie zwiększył odporności.

Niezależne hosty poprawiają odporność tylko wtedy, gdy diagnozowanie awarii na poziomie komponentów pozwala zidentyfikować i odzyskać jedną rolę bez wymuszania skoordynowanych zmian wszędzie.

Przećwicz awarię nowego hosta pomocniczego i przywróć go bez dotykania stanu Plex. Zachowaj podział tylko wtedy, gdy procedura odzyskiwania jest bardziej przejrzysta niż pierwotny sposób pracy ze współdzielonym hostem.