Jak zbudować cichy, energooszczędny serwer Jellyfin

Zbuduj cichy i energooszczędny serwer Jellyfin, najpierw ograniczając zbędne obciążenie, a następnie dobierając podzespoły obliczeniowe, pamięć masową i chłodzenie, które pozostaną ciche podczas rzeczywistego odtwarzania.

Cicha praca i efektywność energetyczna to cechy całego systemu, a nie samego procesora. Kompaktowy serwer może być cichy w stanie bezczynności, a jednocześnie hałasować podczas wypalania napisów, skanowania biblioteki, wyszukiwania danych na dyskach HDD lub tworzenia kopii zapasowych. Określ dopuszczalny poziom hałasu w pomieszczeniu, zmierz obciążenia generowane przez Jellyfin, dane aplikacji przechowuj na nośnikach półprzewodnikowych, ogranicz drgania dysków, zapewnij odpowiedni przepływ powietrza oraz sprawdź pobór mocy z gniazdka i poziom hałasu zarówno podczas odtwarzania, jak i zaplanowanych prac konserwacyjnych.

Dostosuj limity hałasu i poboru mocy do pomieszczenia, a nie do specyfikacji

Zdecyduj, gdzie stanie serwer i kiedy hałas ma największe znaczenie. Maszyna w pomieszczeniu gospodarczym może mieć inną krzywą pracy wentylatora niż urządzenie stojące obok telewizora lub łóżka. Zapisz odległość, z jakiej będziesz słuchać, poziom hałasu w tle, ograniczenia wentylacji oraz to, czy odgłosy pracy dysku mechanicznego są akceptowalne podczas cichych scen.

Zmierz pobór energii z gniazdka po zainstalowaniu systemu operacyjnego, pamięci masowej i usług. TDP procesora nie jest tym samym co pobór mocy całego systemu w stanie bezczynności ani pod obciążeniem, ponieważ wpływają na niego również pamięć, karty sieciowe, pamięć masowa, sprawność zasilacza i ustawienia firmware'u.

Niezależne testy pokazują, dlaczego pomiary na poziomie całej platformy mają znaczenie: zmierzony pobór mocy i poziom hałasu systemu różnią się w konfiguracjach o niskim poborze energii z procesorami N100 i N305. Potraktuj takie pomiary jako przykłady, a potem przetestuj własny złożony system, zamiast przyjmować docelowy pobór mocy na podstawie oznaczenia procesora.

Wybierz najniższy poziom wydajności, który zapewnia płynne odtwarzanie

Zacznij od klientów i plików, z których korzystasz najczęściej. Jeśli główne telewizory odtwarzają bibliotekę bezpośrednio, standardowe serwowanie wymaga znacznie mniej mocy obliczeniowej niż konfiguracja oparta na wielokrotnej konwersji wideo. Serwer potrzebuje wystarczająco wydajnego procesora do obsługi Jellyfin, jego bazy danych, skanowania i narzutu kontenerów, a silnik multimediów powinien obsłużyć przypadki konwersji, których nie da się wyeliminować.

Nie dodawaj dedykowanej karty graficznej wyłącznie na wszelki wypadek, jeśli zintegrowany układ multimedialny obsługuje już wymagane kodeki i ścieżkę mapowania tonów. Dodatkowa karta może zwiększyć pobór mocy w spoczynku, ilość wydzielanego ciepła, aktywność wentylatorów i złożoność obsługi sterowników, nawet jeśli przez większość dnia pozostaje nieużywana.

Zostaw zapas mocy procesora na etapy niezwiązane z wideo i zadania działające w tle. Akceleracja sprzętowa może usprawnić konwersję wideo, ale zadania wtyczek, przetwarzanie napisów i metadanych, dekompresja oraz inne usługi mogą nadal obciążać uniwersalne rdzenie. Cicha konfiguracja to najmniejsza platforma, która poradzi sobie z łącznymi szczytowymi obciążeniami, nie zbliżając się do limitu temperatury.

Przechowuj aktywne dane aplikacji na dyskach półprzewodnikowych i odizoluj hałas dysków

Umieść system operacyjny i dane aplikacji Jellyfin na dysku SSD lub NVMe, aby zwykłe przeglądanie, odczyt metadanych, operacje na bazie danych i drobne zapisy nie wymagały ciągłego wyszukiwania danych przez HDD. Dysków mechanicznych używaj głównie do przechowywania dużych zbiorów multimediów, gdy liczy się ich pojemność.

Traktuj hałas dysków jako problem dotyczący zarówno obudowy, jak i samych dysków. Szum obracających się talerzy i drgania podczas wyszukiwania mogą przenosić się na pustą w środku półkę lub lekką szafkę. Solidnie zamocuj obudowę z kilkoma dyskami, ustaw ją na stabilnej powierzchni, unikaj sztywnego styku, który wzmacnia drgania, i poprowadź kable tak, by nie dociskały obudowy do mebli.

Nie próbuj ograniczać hałasu przez owijanie serwera ani zasłanianie otworów wentylacyjnych. Cichszy profil pracy wentylatora, który podnosi temperaturę SSD, HBA, VRM lub HDD, nie jest dobrym rozwiązaniem. Jeśli głównym źródłem hałasu jest obudowa na dyski, odsuń ją albo oddziel serwer od pamięci masowej zamiast przegrzewać oba urządzenia w tej samej szafce.

Featured

Osobista chmura i domowy NAS ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Wykorzystaj wydajność chłodzenia, by zmniejszyć obroty wentylatora, a nie wyeliminować przepływ powietrza

Większy, wolniej obracający się wentylator lub obudowa z niezakłóconym przepływem powietrza może być cichsza niż niewielka obudowa bez wentylatora, która nagrzewa się przy długotrwałej pracy. Chłodzenie pasywne ma sens tylko wtedy, gdy rzeczywiste obciążenie mieści się z bezpiecznym zapasem w zakresie temperatur obudowy.

Aktualna analiza chłodzenia pasywnego i aktywnego wskazuje na tę samą zasadę: decyzję należy oprzeć przede wszystkim na obciążeniu. Systemy bez wentylatora sprawdzają się, gdy cisza jest bezwzględnym wymogiem, a długotrwałe obciążenie pozostaje niewielkie. Dobrze zaprojektowane chłodzenie aktywne może być niemal niesłyszalne i zapewniać wysoką wydajność przy długotrwałym obciążeniu.

Zastosuj tę samą zasadę do pamięci masowej i kart rozszerzeń. Poradnik ZimaSpace dotyczący zapasów chłodzenia w serwerze pracującym bez przerwy podkreśla, że zapas możliwości chłodzenia musi uwzględniać dyski, kontrolery, urządzenia NVMe i podzespoły zasilania, a nie tylko temperaturę procesora odczytywaną przez pojedynczy czujnik.

Przenieś głośne prace serwisowe poza ciche godziny

Skanowanie biblioteki, generowanie miniatur, tworzenie kopii zapasowych, sprawdzanie parzystości lub kontrola spójności, duże importy i konwersja plików mogą powodować większe nagrzewanie i aktywność dysków niż zwykłe odtwarzanie. Elastyczne zadania zaplanuj na godziny, kiedy nikt nie nasłuchuje uważnie albo system ma zapas termiczny.

Ostrożnie korzystaj z usypiania dysków. Zatrzymanie dysku HDD może ograniczyć hałas i pobór mocy w stanie bezczynności, ale przy częstym dostępie do biblioteki powtarzające się cykle wybudzania i usypiania mogą być bardziej uciążliwe niż stała praca. Zanim oprzesz projekt na agresywnych timerach trybu gotowości, zmierz częstotliwość rzeczywistego dostępu do dysków.

Zadbaj, by inne aplikacje również nie generowały niepostrzeżenie hałasu. Rozpakowywanie archiwów przez aplikację do pobierania lub ponowne tworzenie miniatur przez aplikację do zdjęć może sprawiać, że serwer Jellyfin pracuje głośno, nawet gdy nikt niczego nie ogląda. Zaplanuj osobne harmonogramy i ścieżki przechowywania dla tych zadań, aby źródło aktywności było zrozumiałe.

Sprawdź poziom hałasu w stanie bezczynności, podczas odtwarzania i długotrwałych prac serwisowych

Przetestuj trzy stany w docelowym pomieszczeniu: ustabilizowany bezczynny system, najbardziej wymagający typowy scenariusz odtwarzania w Jellyfin oraz długotrwałe obciążenie serwisowe. Zmierz pobór mocy z gniazdka, temperatury, pracę wentylatorów i sprawdź, czy hałas dysków jest słyszalny z miejsca, w którym faktycznie siedzisz lub śpisz.

Jeśli odtwarzanie przebiega płynnie, a poziom hałasu systemu nie przekracza założonego limitu i pozostaje duży zapas termiczny, przestań optymalizować. Walka o kolejny wat oszczędności lub usunięcie ostatniego wolnoobrotowego wentylatora może obniżyć niezawodność, nie zmieniając odczuć w pomieszczeniu.

Zmień topologię, gdy nie da się pogodzić ograniczeń: przenieś dyski HDD z dużą ilością danych poza pokój, jeśli dominuje hałas drgań dysków, użyj wydajniejszego węzła obliczeniowego, jeśli podczas długotrwałego transkodowania wentylatory stale pracują na wysokich obrotach, albo odseparuj obciążającą usługę działającą w tle, jeśli regularnie zmienia ciche godziny w godziny dużego obciążenia. Celem jest system, który nie przeszkadza, a nie odznaka za brak wentylatorów.