Ile dodatkowego miejsca na dane potrzebuje Plex poza biblioteką multimediów?

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.

Narzut na pamięć masową Plex nie stanowi stałego odsetka, ponieważ metadane, grafiki, miniatury, pamięć podręczna i pliki tymczasowe transkodowania skalują się w różny sposób.

Dwie biblioteki Plex o tej samej pojemności wyrażonej w terabajtach mogą mieć zupełnie różne rozmiary danych aplikacji. Biblioteka z miniaturami podglądu wideo, rozbudowanymi grafikami, częstą synchronizacją lub optymalizacją oraz wieloma małymi elementami może zajmować znacznie więcej miejsca po stronie serwera niż proste archiwum filmów. Przed zmianą sprzętu, pamięci masowej, sieci lub ustawień kontenera mierz dane aplikacji i pamięć tymczasową jako osobne pule pojemności.

Oddziel trwałe dane aplikacji od pojemności na multimedia

Katalog serwera Plex przechowuje stan bazy danych, metadane, grafiki, pamięć podręczną i wygenerowane informacje o multimediach. Pliki te są trwałymi danymi aplikacji, dlatego należy planować ich pojemność niezależnie od źródłowych filmów i odcinków seriali przechowywanych w bibliotekach.

Plex przechowuje metadane zarówno w plikach, jak i w SQLite, dlatego pojemność danych aplikacji i charakterystykę operacji wejścia-wyjścia należy planować niezależnie od rozmiaru biblioteki multimediów; to podstawa planowania pojemności danych aplikacji Plex.

Przydatną miarą nie jest uniwersalny współczynnik narzutu, lecz bieżący rozmiar katalogu danych Plex i tempo jego wzrostu. Serwer może mieć ogromną pojemność na multimedia i niewielką ilość metadanych albo mniejszą bibliotekę z nieoczekiwanie dużą ilością miejsca zajmowaną przez miniatury podglądu.

Zmierz funkcje wpływające na zajmowane miejsce

Miniatury podglądu, dane rozdziałów lub analizy, zagęszczenie grafik, liczba elementów biblioteki, działanie pamięci podręcznej, pobieranie oraz tymczasowe transkodowanie mogą zmieniać zapotrzebowanie na pamięć masową. Ścieżka transkodera różni się szczególnie, ponieważ podczas aktywnej konwersji potrzebuje przestrzeni roboczej, a nie stałej pojemności archiwum.

Podczas planowania pojemności danych aplikacji Plex rzeczywiste biblioteki Plex mogą gromadzić duże ilości danych aplikacji z powodu metadanych, grafik i miniatur podglądu, dlatego monitorowanie wolnego miejsca jest elementem niezawodności.

Trwały wzrost należy uwzględnić w budżecie metadanych i danych aplikacji, a przejściowe szczyty — w budżecie pamięci tymczasowej. Oddzielenie tych kategorii sprawia, że dobór rozmiaru SSD i alarmy dotyczące wolnego miejsca są znacznie bardziej przewidywalne.

Dlaczego prosta reguła 5% lub 10% może zawieść

Reguła procentowa zawodzi, gdy dla dużej biblioteki włączone jest generowanie miniatur, gdy liczba elementów jest duża w stosunku do łącznej liczby bajtów multimediów albo gdy tymczasowe transkodowanie wymaga dużo miejsca. Zawyża także zapotrzebowanie w przypadku prostych bibliotek, które przechowują niewiele wygenerowanych zasobów.

Na granicy poprawnego działania przy planowaniu pojemności danych aplikacji Plex wzrost ilości miniatur i metadanych sprawia, że szacunki danych aplikacji oparte na stałym procencie są niewiarygodne w przypadku bibliotek różniących się liczbą elementów i włączonymi funkcjami.

Sprawdzaj każdą zamontowaną ścieżkę niezależnie. Jeśli dane aplikacji są stabilne, ale podczas określonych konwersji występują skoki wykorzystania pamięci tymczasowej, zwiększ rozmiar ścieżki transkodowania lub przenieś ją, zamiast powiększać urządzenie przeznaczone na metadane.

-15% OFF

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

Single board computer zimaboard2

Utwórz budżet pamięci masowej na podstawie pomiarów

Zacznij od bieżącego rozmiaru katalogu danych Plex, dodaj zaobserwowany miesięczny przyrost i zarezerwuj miejsce na kopie zapasowe. Następnie przetestuj maksymalne wykorzystanie przestrzeni przez tymczasowe transkodowanie, używając największego realistycznego pliku źródłowego, zamiast zakładać, że ten sam zapas miejsca wystarczy do obu zastosowań. Układ pamięci masowej kina domowego pomaga również podczas testów oddzielić zachowanie klientów od ograniczeń obliczeniowych i pamięci masowej po stronie serwera.

Przed zaakceptowaniem zmiany w planowaniu pojemności danych aplikacji Plex spójna kopia zapasowa SQLite powinna pochodzić z bezpiecznego procesu tworzenia kopii zapasowych lub migawek, a nie z niekontrolowanego kopiowania aktywnych plików bazy danych podczas zapisu.

Wykonaj ponowne obliczenia po włączeniu funkcji takich jak miniatury podglądu lub po znacznym rozszerzeniu biblioteki. Przestań zwiększać pojemność danych aplikacji, gdy zmierzony wzrost i tymczasowe szczyty mieszczą się w wybranym marginesie wolnego miejsca.