Ile miejsca na dane potrzebuje rozbudowująca się konfiguracja Jellyfin?

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.

How Much Storage Does a Growing Jellyfin Setup Need? - Zima Store Online

Kup wystarczającą ilość użytecznej przestrzeni na multimedia dla obecnej biblioteki, zmierzonego przyrostu i zapasu operacyjnego, a następnie zaplanuj dane aplikacji Jellyfin i kopie zapasowe jako osobne potrzeby storage’owe.

Zacznij od wzoru na pojemność, a nie od liczby dysków

Użyj prostego modelu planowania: docelowa użyteczna pojemność na multimedia = obecna biblioteka + przewidywane przyrosty w okresie planowania + wolny zapas operacyjny. Zmierz pierwszy składnik na podstawie zajętej przestrzeni, oszacuj przyrosty na podstawie własnych danych z ostatnich sześciu do dwunastu miesięcy i wybierz okres planowania odpowiedni do tego, jak często chcesz dodawać lub wymieniać dyski.

Ten model jest lepszy niż „X TB na użytkownika”, ponieważ użytkownicy nie zużywają przestrzeni w przewidywalnym tempie. Rozdzielczość, wydajność kodeka, remuksy zamiast plików skompresowanych, nagrania domowe i sposób przechowywania mogą zmienić roczny przyrost znacznie bardziej niż liczba domowników.

Jeśli nie masz jeszcze danych historycznych, zacznij ostrożnie i wykonaj ponowny pomiar po kilku miesiącach. Celem nie jest idealna prognoza na pięć lat, lecz uniknięcie zakupu, który od początku jest zbyt mały, a jednocześnie niepotrzebnego dopłacania za pojemność, której wykorzystania nic nie potwierdza.

Oddziel pojemność na multimedia od pojemności na dane aplikacji Jellyfin

Sam Jellyfin potrzebuje miejsca na system operacyjny, bazę danych, metadane, pamięć podręczną, wygenerowane obrazy i tymczasowe dane transkodowania. Pliki te są znacznie mniejsze niż biblioteka wideo, ale mają inne wymagania dotyczące wydajności.

Oficjalny przewodnik sprzętowy Jellyfin zaleca przyjęcie jako punktu wyjścia około 100 GB przestrzeni SSD na system operacyjny, pliki Jellyfin i pamięć podręczną transkodowania, zaznaczając jednocześnie, że większe pliki źródłowe i równoczesne transkodowanie mogą zwiększyć zapotrzebowanie na przestrzeń tymczasową.

Nie traktuj tej wartości dla SSD jako szacunku pojemności biblioteki multimediów. Pojemność na multimedia może wynosić wiele terabajtów, natomiast dane aplikacji korzystają z niskich opóźnień. Zakup jednego bardzo dużego dysku SSD na wszystko to zwykle inna decyzja niż zakup umiarkowanie dużej, szybkiej warstwy oraz ekonomicznej pamięci masowej o dużej pojemności.

Dodaj zapas na operacje, a nie tylko na przyszłe filmy

Wolna przestrzeń to pojemność operacyjna. Importowanie, przenoszenie plików, kopie tymczasowe, konserwacja systemu plików, odbudowa parzystości, migawki i segmenty transkodowania stają się trudniejsze, gdy pula jest niemal pełna. Zostaw margines odpowiedni dla używanej technologii pamięci masowej i sposobu przeprowadzania konserwacji, zamiast planować pracę przy 100% wykorzystania.

Przyrost danych może również następować skokowo. Archiwum z kamery, digitalizacja rodzinnych nagrań lub jednorazowa migracja kolekcji może dodać w jeden weekend więcej danych niż zwykłe comiesięczne pozyskiwanie multimediów. Jeśli znasz taki projekt, uwzględnij go bezpośrednio, zamiast ukrywać go w ogólnym procencie.

W przypadku niezastępowalnych prywatnych multimediów przewodnik ZimaSpace dotyczący budowy domowego serwera multimediów zaleca przechowywanie rodzinnych nagrań w jasno określonych folderach multimediów, które można niezależnie uwzględnić w kopii zapasowej, zamiast polegać na pamięci podręcznej aplikacji lub obszarze importu.

-15% OFF

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

Single board computer zimaboard2

Nie traktuj redundancji jako pojemności kopii zapasowej

Parzystość, mirroring lub RAID mogą poprawić dostępność po awarii dysku, ale nie tworzą niezależnej kopii odzyskiwania na wypadek usunięcia danych, uszkodzenia, ransomware’u lub awarii obudowy. Pojemność kopii zapasowej obliczaj na podstawie danych, które musisz odzyskać, a nie liczby dysków w głównej macierzy.

Nie zawsze potrzebujesz drugiej pełnej kopii każdego możliwego do zastąpienia pliku multimedialnego. Podziel bibliotekę na kategorie: niezastępowalne nagrania domowe i wyselekcjonowane prywatne treści mogą uzasadniać pełną kopię zapasową, podczas gdy zastępowalne multimedia mogą podlegać innej zasadzie. Stan aplikacji Jellyfin zajmuje na tyle mało miejsca, że częste, oddzielne kopie zapasowe są zwykle praktyczne.

Funkcja tworzenia kopii zapasowej Jellyfin może chronić bazę danych oraz wybrane dane związane z metadanymi. Miejsce docelowe nadal musi mieć wystarczająco dużo wolnej przestrzeni i powinno znajdować się poza domeną awarii aktywnego woluminu danych aplikacji.

Zwiększ pojemność, gdy pojawi się sygnał do rozbudowy, a nie dlatego, że istnieje większy wariant

Rozbudowa jest uzasadniona, gdy prognozowana użyteczna wolna przestrzeń spadnie poniżej ilości potrzebnej do dotrwania do następnego okna konserwacyjnego albo gdy obecna obudowa nie może przyjąć kolejnego rozsądnego dodatku w postaci dysku. To sygnał dotyczący pojemności, a nie wydajności.

Jeśli obecna pula ma zapas wystarczający na lata, zakup większej obudowy lub przedwczesna wymiana sprawnych dysków może przynieść niewielką codzienną korzyść. Z drugiej strony, jeśli wszystkie zatoki są zajęte, a roczny przyrost jest przewidywalny, elastyczność rozbudowy może być cenniejsza niż najniższy obecnie koszt terabajta.

Platforma wielozatokowa, taka jak ZimaCube 2, ma sens tylko wtedy, gdy zmierzony przyrost danych, układ kopii zapasowych lub dodatkowe usługi wymagają takiej formy pamięci masowej. Nie zastępuje ona wcześniejszego obliczenia użytecznej pojemności i kopii odzyskiwania.

Przed zakupem przejdź tę listę kontrolną

Przed zakupem pamięci masowej zapisz pięć wartości: obecny rozmiar multimediów, roczny przyrost netto, okres planowania, minimalny zapas wolnej przestrzeni oraz ilość danych wymagających niezależnej kopii zapasowej. Następnie sprawdź, ile użytecznej pojemności pozostanie po zastosowaniu wybranego schematu redundancji.

Zweryfikuj również interfejs dysków, liczbę zatok, sposób rozszerzania systemu plików lub puli, poziom hałasu, zużycie energii oraz procedurę wymiany. Dysk tani w przeliczeniu na terabajt, ale trudny do dodania, schłodzenia lub wymiany w Twoim rzeczywistym serwerze, może generować wyższy całkowity koszt użytkowania.

Zakończ planowanie, gdy projekt obejmuje cały okres planowania, zapewnia zapas operacyjny i realistyczną ścieżkę tworzenia kopii zapasowych. Powyżej tego poziomu dodatkowa pojemność jest opcjonalnym ubezpieczeniem, a nie ulepszeniem wydajności Jellyfin.