Jak wybrać pojemność dysku SSD, HDD i kopii zapasowej dla Jellyfin

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.

Pamięć masową dla Jellyfin należy dobierać jako trzy różne problemy związane z pojemnością: szybka przestrzeń na aplikację i pliki robocze, ekonomiczna pojemność na multimedia oraz niezależna pojemność na odzyskiwanie danych. Kupno jednego bardzo dużego dysku i nazywanie go „pamięcią Jellyfin” utrudnia przewidywanie wydajności, rozwoju biblioteki i procesu odzyskiwania danych.

Zacznij od obecnej biblioteki i zmierzonego rozmiaru danych Jellyfin, dodaj największy tymczasowy szczyt obciążenia roboczego, oszacuj rozwój biblioteki multimediów w okresie użytkowania, a następnie określ liczbę kopii zapasowych poza bieżącą domeną awarii. Korzystaj z pojemności użytkowej po uwzględnieniu nadmiarowości, a nie z surowych wartości podanych na etykietach dysków.

Dobierz rozmiar SSD do danych aplikacji i tymczasowych szczytów obciążenia

Baza danych Jellyfin, metadane, grafiki, logi i inne pliki aplikacji generują losowe operacje wejścia/wyjścia, które korzystają z niskich opóźnień. Pamięć podręczna transkodowania wiąże się z innym tymczasowym wymaganiem, które może gwałtownie wzrosnąć podczas jednoczesnych konwersji.

Aktualne wskazówki dotyczące pamięci Jellyfin informują, że umiarkowanej wielkości baza danych może rozrosnąć się do dziesiątek gigabajtów, a folder transkodowania może tymczasowo zbliżyć się rozmiarem do źródłowych multimediów poddawanych konwersji. Z tego powodu mały dysk systemowy SSD może być ryzykownym wyborem, nawet jeśli sama baza danych jest dziś niewielka.

Zmierz bieżący rozmiar danych aplikacji oraz największy rzeczywisty szczyt obciążenia transkodowaniem. Dodaj zapas wolnego miejsca na aktualizacje, pliki tymczasowe i rozwój, zamiast zapełniać SSD do reklamowanej pojemności.

Dobierz pojemność HDD na podstawie rozwoju biblioteki i użytecznej pojemności po uwzględnieniu nadmiarowości

Multimedia przechowywane masowo zwykle wymagają przede wszystkim pojemności i sekwencyjnej przepustowości. Oblicz bieżący rozmiar biblioteki, realistyczny roczny przyrost oraz liczbę lat, przez które planujesz korzystać z danego układu pamięci przed jego przebudową.

Następnie przelicz docelową wartość na pojemność użytkową po uwzględnieniu narzutu wynikającego z konfiguracji lustrzanej lub parzystości. Dwa dyski o pojemności 12 TB w konfiguracji lustrzanej nie zapewniają 24 TB użytecznej przestrzeni na multimedia, a migawki lub zarezerwowane wolne miejsce mogą jeszcze bardziej zmniejszyć pojemność, którą należy uznać za bezpieczną do pracy.

Analiza ZimaSpace dotycząca narzutu pamięci Jellyfin wykraczającego poza pliki multimedialne potwierdza potrzebę rozdzielenia tych kategorii: trwałe dane aplikacji, generowane zasoby, tymczasowe transkodowanie i multimedia źródłowe nie zwiększają się w tym samym tempie.

Kupuj pojemność na multimedia pod kątem obciążenia, a nie domyślnie pod kątem szybkości SSD

W przypadku dużych filmów i odcinków przepustowość sekwencyjna jest zwykle ważniejsza niż opóźnienia SSD. Wiele niezależnych strumieni i jednoczesne skanowanie mogą zwiększyć obciążenie związane z wyszukiwaniem danych, ale sprawna pula HDD nadal może obsłużyć znaczną przepustowość multimediów.

Wybieraj modele dysków i technologie zapisu odpowiednie do ciągłych zapisów serwerowych oraz przewidywalnego przebiegu odbudowy. Przenoś multimedia masowe na SSD tylko wtedy, gdy cisza, niewielkie rozmiary, zużycie energii lub zmierzona wydajność przy mieszanych operacjach wejścia/wyjścia uzasadniają znacznie wyższy koszt terabajta.

Warstwę multimediów należy dobierać na podstawie łącznej przepływności i obciążenia związanego z utrzymaniem systemu, a nie ogólnego twierdzenia, że SSD jest zawsze szybszy.

Oblicz pojemność kopii zapasowych niezależnie od pojemności RAID

RAID, konfiguracje lustrzane, nadmiarowość ZFS lub lustra Btrfs zwiększają dostępność po awarii niektórych dysków, ale nie chronią przed usunięciem metadanych, uszkodzeniem stanu aplikacji, nieudaną aktualizacją, skutkami oprogramowania ransomware ani błędem administratora.

Model 3-2-1 zaleca wiele kopii na różnych nośnikach, z co najmniej jedną kopią przechowywaną poza siedzibą. W przypadku Jellyfin określ osobno, czy niezastępowalne multimedia, możliwe do odtworzenia multimedia zgrane z nośników oraz stan aplikacji wymagają takiej samej głębokości kopii zapasowych.

Kopie zapasowe stanu aplikacji są niewielkie w porównaniu z wieloterabajtowym archiwum multimediów, dlatego częste zabezpieczanie użytkowników, postępów oglądania, metadanych i konfiguracji może być ekonomiczne, nawet jeśli pełna biblioteka multimediów podlega innej strategii tworzenia kopii zapasowych.

Przygotuj arkusz pojemności przed zamówieniem dysków

Rola pamięci masowej Wartość do zmierzenia Decyzja dotycząca pojemności
Dane aplikacji na SSD Bieżące dane + przyrost Zapas trwałej przestrzeni o niskich opóźnieniach
Tymczasowa pamięć podręczna transkodowania na SSD Największy plik × liczba jednoczesnych konwersji Tymczasowy szczyt obciążenia + zapas wolnego miejsca
Multimedia na HDD Bieżąca biblioteka + roczny przyrost Pojemność użytkowa po uwzględnieniu nadmiarowości
Lokalna kopia zapasowa Zakres ochrony × liczba zachowanych wersji Niezależna pojemność na potrzeby odtwarzania
Kopia zapasowa poza siedzibą Zakres danych niezastępowalnych + retencja Oddzielna kopia na wypadek awarii całego środowiska

Nie kupuj wszystkich trzech warstw z takim samym założeniem dotyczącym tempa wzrostu. Przelicz je ponownie po włączeniu funkcji trickplay, zmianie retencji kopii zapasowych, dodaniu remuksów 4K lub przejściu od korzystania głównie z odtwarzania bezpośredniego do częstego transkodowania.

Najczęściej zadawane pytania

Czy cała biblioteka multimediów Jellyfin powinna znajdować się na SSD?

Zwykle nie. SSD jest najbardziej przydatny do przechowywania danych aplikacji Jellyfin i obsługi tymczasowych ścieżek z losowymi operacjami wejścia/wyjścia. HDD pozostaje opłacalny w przypadku dużych zbiorów multimediów odczytywanych sekwencyjnie, jeśli łączna przepustowość i sposób wyszukiwania danych odpowiadają rzeczywistemu zestawowi strumieni.

Ile miejsca na kopie zapasowe potrzebuje Jellyfin?

To zależy od zakresu ochrony i liczby przechowywanych punktów przywracania. Określ rozmiar kopii stanu aplikacji niezależnie od archiwum multimediów, a następnie pomnóż chroniony zakres przez realistyczny okres retencji, zamiast kopiować surowy rozmiar puli pamięci.

Przewodnik zakupowy

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.