Jak dobrać domowy serwer Plex do wielu jednoczesnych strumieniowania

Eva Wong jest redaktorką techniczną i rezydentką majsterkowania w ZimaSpace. Jest geekiem od zawsze, z pasją do domowych laboratoriów i oprogramowania open source, a jej specjalnością jest przekładanie złożonych zagadnień technicznych na przystępne, praktyczne poradniki. Eva wierzy, że samodzielne hostowanie powinno sprawiać radość, a nie onieśmielać. Dzięki swoim samouczkom pomaga społeczności oswoić konfigurację sprzętu, od budowy pierwszego serwera NAS po opanowanie kontenerów Docker.

Dobieraj serwer Plex do wielu równoczesnych strumieni, zaczynając od sposobu odtwarzania w gospodarstwie domowym: odtwarzanie bezpośrednie, transkodowanie programowe, transkodowanie sprzętowe, przepustowość zdalnego dostępu i obsługa napisów bardzo różnie obciążają hosta.

System należy zaprojektować z myślą o szczytowej konfiguracji, która rzeczywiście występuje, a nie o łącznej liczbie domowników. Jedno gospodarstwo domowe z czterema użytkownikami może odtwarzać wszystko bezpośrednio w przewodowej sieci LAN, a w innym może być potrzebnych kilka równoczesnych konwersji na potrzeby zdalnego dostępu; te scenariusze wymagają innych ról obliczeniowych i sieciowych, nawet przy tej samej liczbie użytkowników.

Przełóż „czterech użytkowników” na rzeczywiste obciążenie

Określ maksymalną liczbę jednoczesnych sesji i sklasyfikuj każdą pod kątem prawdopodobnego trybu odtwarzania, rozdzielczości źródła, dostępu zdalnego lub lokalnego oraz potrzeb związanych z napisami. Dzięki temu nieprecyzyjną liczbę użytkowników można przełożyć na powtarzalne obciążenie, do którego serwer będzie dobierany i testowany.

Serwer wybiera między odtwarzaniem bezpośrednim, przesyłaniem bezpośrednim i transkodowaniem w zależności od zgodności klienta i wymagań strumienia, co wpływa na zasoby zużywane przez każdą sesję; od tego należy zacząć przy doborze serwera Plex do wielu równoczesnych strumieni.

Określ role obliczeniowe, pamięci masowej i sieci

Moc obliczeniowa odpowiada za konwersję, gdy klient nie może odtworzyć pliku źródłowego; pamięć na dane aplikacji zapewnia responsywność biblioteki; pamięć na multimedia obsługuje odczyt sekwencyjny; sieć przesyła strumienie. Żadnej z tych ról nie należy dobierać na podstawie pojedynczego benchmarku procesora.

Utrzymuj prostą ścieżkę krytyczną: stabilne lokalne dane aplikacji, pamięć na multimedia o wystarczającej przepustowości przy ciągłym odczycie oraz przewodowe połączenie sieciowe serwera. Dodaj akcelerację sprzętową, jeśli uzasadnia to obciążenie związane z konwersją, ale nie traktuj jej jako zamiennika przepustowości wysyłania ani kompatybilnych klientów.

Przyjmij najsłabsze ogniwo jako kryterium doboru

W przypadku użytkowników zdalnych przepustowość wysyłania danych może wyznaczać limit wcześniej niż moc obliczeniowa. Przy kilku transkodowaniach programowych głównym ograniczeniem może być CPU. W przypadku dużego współdzielonego hosta zadania działające w tle mogą sprawić, że ograniczeniem stanie się opóźnienie pamięci masowej lub planowanie zadań przez CPU, nawet jeśli poszczególne komponenty na papierze wydają się szybkie.

Podczas pomiarów konfiguracji Plex dla wielu strumieni przetestowany system Intel N100 obsłużył wiele transkodowań sprzętowych przy umiarkowanym obciążeniu CPU, pokazując, dlaczego obsługa kodeków i akceleracja mogą mieć większe znaczenie niż ogólne określenie klasy procesora.

Sprawdź konfigurację przy szczytowym obciążeniu, a nie na jednym strumieniu

Uruchom zaplanowane sesje jednocześnie i zanotuj, które strumienie korzystają z Direct Play, a które są transkodowane, a następnie zmierz obciążenie CPU/GPU, przepustowość sieci, presję na pamięć i opóźnienia dysku. Konfiguracja przechodzi test tylko wtedy, gdy wymagana kombinacja działa stabilnie wystarczająco długo, by ujawnić ograniczenia termiczne i związane z planowaniem zadań.

Na granicy awarii podczas dobierania sprzętu do wielu strumieni Plex kontrola wąskich gardeł dla poszczególnych zasobów powinna obejmować wykorzystanie, nasycenie i błędy procesora, pamięci, sieci i pamięci masowej, zamiast opierać się na jednej średniej wartości.

Skaluj tylko wtedy, gdy potrafisz określić nową rolę

Jeśli pierwszym ograniczeniem jest wydajność konwersji, zwiększ lub zmodernizuj zasoby obliczeniowe/przyspieszające. Jeśli problemem staje się zarządzanie pamięcią masową lub rozbudowa dysków, dodaj zasoby pamięci masowej. Jeśli współdzielone usługi powodują zakłócenia, drugi host aplikacji może być lepszym rozwiązaniem niż wymiana wszystkich komponentów w jednej obudowie.

Konfigurację pierwszego serwera multimediów Docker łatwiej ocenić, gdy osobno zapiszesz role obliczeniowe, dane aplikacji, pamięć masową na multimedia i sieć.

  • Sklasyfikuj każdy strumień szczytowy według trybu odtwarzania
  • Zmierz osobno prędkość wysyłania danych na zewnątrz i prędkość w sieci LAN
  • Przetestuj pełne obciążenie jednoczesne
  • Dodaj zasoby tylko do roli, która według pomiarów stanowi ograniczenie

Konfiguracja NAS-a i serwera

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.