Jak ustalić bezpieczny limit jednoczesnych transmisji dla jednego hosta Plex

Host Plexa powinien obsługiwać liczbę użytkowników i zadań działających w tle, które mieszczą się w zmierzonym budżecie współbieżności, a nie uniwersalną liczbę strumieni.

Odtwarzanie bezpośrednie, transkodowanie sprzętowe, transkodowanie programowe, skanowanie, kopie zapasowe i kontenery towarzyszące obciążają różne zasoby. Zbuduj budżet na podstawie kombinacji, które faktycznie nakładają się na siebie w domu, a następnie przestań dodawać zadania, gdy jeden z zasobów wielokrotnie osiąga próg awarii zauważalnej dla użytkownika.

Rozdziel typy sesji, zanim zaczniesz liczyć użytkowników

Jeden użytkownik korzystający z odtwarzania bezpośredniego i jeden użytkownik oglądający materiał 4K z transkodowaniem programowym nie stanowią równoważnych jednostek obciążenia serwera. Zgodność klienta i sposób obsługi napisów mogą zmienić tę samą ścieżkę multimedialną z lekkiej ścieżki sieciowo-magazynowej w obciążającą ścieżkę obliczeniową.

W konkretnym testowanym środowisku N100 obsługiwał wiele jednoczesnych transkodowań sprzętowych przy stosunkowo niewielkim obciążeniu procesora, dlatego tego wyniku nie należy traktować jako ogólnego limitu użytkowników.

Zaklasyfikuj najbardziej obciążające oczekiwane sesje jako odtwarzanie bezpośrednie, transkodowanie sprzętowe lub transkodowanie programowe. Użytkowników licz dopiero wtedy, gdy wiesz, z jakiej ścieżki zasobów faktycznie korzystają ich sesje.

Uwzględnij zadania działające w tle w tym samym teście szczytowego obciążenia

Skanowanie biblioteki, pobieranie, kopie zapasowe i inne kontenery mogą zmienić pomyślny test odtwarzania w sytuację, w której zasoby hosta są współdzielone. Budżet współbieżności powinien więc uwzględniać zarówno widzów, jak i zadania.

Kontrola zasobów homelabu jest potrzebna, ponieważ w przeciwnym razie jeden kontener może zużyć dostępne zasoby procesora, pamięci lub blokowych operacji wejścia-wyjścia, podczas gdy inne usługi nadal powinny zachować responsywność.

Uruchom oczekiwany zestaw sesji użytkowników przy aktywnym jednym standardowym zadaniu w tle, a następnie powtórz test po jego wstrzymaniu. Różnica pokaże, czy większą wartość ma planowanie lub izolacja, a nie po prostu dodanie rdzeni procesora.

Zarezerwuj zapas na konserwację i odzyskiwanie sprawności

Host, który ledwo wytrzymuje szczytowe obciążenie podczas odtwarzania, nie ma marginesu na aktualizacje, konserwację bazy danych, kopie zapasowe ani tymczasowe przełączenie na transkodowanie programowe. To ograniczenie operacyjne, które występuje jeszcze zanim strumienie zaczną się zacinać.

Kontrola nasycenia poszczególnych zasobów zapewnia budżetowi mierzalny warunek zatrzymania: utrzymujące się kolejki lub błędy procesora, pamięci, pamięci masowej albo sieci podczas wymaganego nakładania się obciążeń.

Zdefiniuj warunek zaliczenia dotyczący stabilności odtwarzania, ukończenia zadań i czasu odzyskiwania sprawności. Pozostaw wystarczający zapas, aby jedno standardowe zadanie konserwacyjne nie wypchnęło od razu serwera poza tę granicę.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Rozdziel role, gdy budżet przestaje skalować się w przewidywalny sposób

Dodawanie kolejnych użytkowników do jednego hosta nie zawsze jest najlepszym następnym krokiem. Jeśli cykliczne ograniczenie powoduje pamięć masowa, kopie zapasowe lub wymagająca usługa towarzysząca, rozdzielenie tej roli może być skuteczniejsze niż wymiana całego urządzenia.

Dlatego wymagania sprzętowe Plexa powinny obejmować zestaw strumieni, ścieżkę danych aplikacji, sieć i obciążenie usług towarzyszących, a nie pojedynczą liczbę „maksymalnej liczby użytkowników”.

Pozostań przy jednym hoście, dopóki łączny test mieści się w uzgodnionym zakresie. Rozdziel moc obliczeniową lub pamięć masową, gdy to samo zmierzone wąskie gardło utrzymuje się i oba obciążenia muszą działać jednocześnie.