Przechowywanie metadanych Plex na dysku SSD zwykle sprawia, że przeglądanie biblioteki, wyszukiwanie, ładowanie plakatów i operacje intensywnie korzystające z bazy danych działają szybciej; przechowywanie metadanych na dysku HDD zapewnia niższy koszt i prostsze ponowne wykorzystanie pojemności kosztem szybkości reakcji.
W obu konfiguracjach pliki multimedialne mogą pozostać na dyskach HDD, więc to porównanie dotyczy ścieżki stanu aplikacji Plex, a nie przepustowości strumieniowania filmów. Zwycięzca zależy od rozmiaru biblioteki, aktywności związanej z małymi plikami, tolerancji na hałas, dostępnej pojemności SSD oraz tego, czy obecna ścieżka HDD faktycznie powoduje opóźnienia odczuwalne przez użytkownika.
SSD wygrywa, gdy codzienne obciążenie obejmuje tysiące małych odczytów
Metadane Plex i stan aplikacji zawierają wiele małych obiektów, a nie jeden długi strumień filmu. Strony biblioteki, plakaty, kolekcje, zapytania do bazy danych i wyszukiwanie miniatur mogą więc uwidocznić opóźnienia dostępu, które pozostają niemal niezauważalne podczas dużego sekwencyjnego odczytu multimediów.
W przypadku stanu złożonego z małych plików metadane na SSD w porównaniu z HDD często zapewniają odczuwalnie inną szybkość, ponieważ pamięć flash eliminuje opóźnienie mechanicznego pozycjonowania głowicy. Nie oznacza to jednak, że ta sama technologia SSD jest wymagana dla całej biblioteki multimediów.
Wybierz przechowywanie metadanych na SSD, gdy problemem są opóźnienia podczas przeglądania, wyszukiwania, ładowania plakatów lub częstych operacji na metadanych, a pomiary wskazują obecny dysk jako wąskie gardło. Jeśli biblioteka jest mała, a nawigacja już działa natychmiastowo, widoczna poprawa może być zbyt niewielka, by uzasadnić migrację.
HDD może wystarczyć, gdy biblioteka jest mała, a główną rolę odgrywają ciepłe pamięci podręczne
Katalog metadanych oparty na HDD nie jest automatycznie bezużyteczny. Sposób działania buforowania metadanych może ukryć znaczną część opóźnienia urządzenia po odczytaniu często używanych danych, a mało obciążony serwer może nigdy nie wykonywać wystarczającej liczby równoczesnych operacji na metadanych, by różnica była oczywista.
Najbardziej miarodajne jest praktyczne porównanie: przetestuj otwieranie zimnej biblioteki, wyszukiwanie i przeglądanie z dużą liczbą plakatów przed przeniesieniem oraz po nim. Jeśli powtarzane testy z rozgrzanym buforem są już szybkie, a opóźnienie przy pierwszym dostępie jest akceptowalne, pozostawienie metadanych na istniejącej, chronionej puli HDD może być prostsze niż dodawanie kolejnej warstwy pamięci masowej.
HDD wygrywa więc prostotą, gdy obecna ścieżka spełnia wymagania dotyczące komfortu użytkowania. Nie należy wybierać go wyłącznie po to, by oszczędzić niewielki dysk SSD, jeśli wolny dostęp do metadanych jest już jednym z najczęstszych powodów do narzekań.
SSD oddziela opóźnienia metadanych od pojemności na multimedia
Dedykowany dysk SSD lub warstwa danych aplikacji oparta na SSD pozwala skalować stan Plex pod kątem wydajności małych plików, a bibliotekę multimediów — pod kątem terabajtów. Taki podział może ułatwić przyszłą wymianę dysków na multimedia i rozszerzanie pojemności, ponieważ baza danych i grafiki pozostają na stabilnej, trwałej ścieżce.
Oddzielny dysk SSD na dane aplikacji Plex to decyzja dotycząca roli, a nie konkurs na najszybszy interfejs: izoluje obciążenie związane ze stanem aplikacji od aktywności macierzy.
Taki podział jest najbardziej przydatny, gdy pobieranie, kopie zapasowe lub wiele odczytów multimediów również korzysta z puli HDD. Jeśli metadane pozostają na tych samych zajętych dyskach, niezwiązane z nimi obciążenia mogą zwiększać opóźnienia podczas przeglądania, nawet gdy sam strumień multimedialny nadal ma wystarczającą przepustowość.
Nie oczekuj, że metadane na SSD naprawią wąskie gardła podczas odtwarzania
Przeniesienie metadanych na SSD może przyspieszyć wyszukiwanie i wyświetlanie informacji o bibliotece, ale nie zwiększy prędkości wysyłania u dostawcy internetu, nie doda brakującego kodeka klienta, nie zwiększy wydajności transkodowania sprzętowego ani nie naprawi wolnego udziału sieciowego, z którego odczytywany jest właściwy film. Poprawa dotyczy ścieżki stanu.
Metadane Plex na puli SSD należy traktować jako stan aplikacji, a nie mylić ich z metadanymi systemu plików ani z warstwą przechowywania multimediów. Rozdzielenie tych ról zapobiega przypisywaniu jednej modernizacji niepowiązanych zmian w odtwarzaniu.
Jeśli zdalny materiał 4K buforuje się, a nawigacja po bibliotece działa szybko, sprawdź ścieżkę multimediów, transkodowania i sieci. Obecna ścieżka opóźnień pamięci masowej podczas zdalnego odtwarzania 4K pomaga ustalić, czy oczekiwanie na dysk faktycznie ogranicza odtwarzanie.
Uwzględnij hałas i zużycie energii przy wyborze miejsca dla danych
SSD nie generuje mechanicznego hałasu pozycjonowania głowicy i może ułatwić rozmieszczenie dysków SSD i HDD, gdy serwer stoi przy biurku, w sypialni lub w części mieszkalnej. Warstwa stanu oparta na HDD może być całkowicie akceptowalna w oddalonym pomieszczeniu gospodarczym, gdzie hałas nie ma znaczenia.
Porównuj cały system, a nie pojedynczy dysk: wentylatory, drgania obudowy, rozkręcanie dysków i pobór energii w stanie bezczynności mogą mieć większy wpływ na komfort w pomieszczeniu. Wybierz urządzenie przechowujące stan, które pasuje do rzeczywistego miejsca instalacji.
Nie kupuj SSD do metadanych wyłącznie dla ciszy, jeśli głównym źródłem hałasu pozostaje reszta serwera; korzyść w codziennym użytkowaniu powinna nadal wynikać z większej szybkości reakcji lub prostszego rozdzielenia ról.
Chroń warstwę metadanych jako stan operacyjny
Nie traktuj SSD jako urządzenia jednorazowego tylko dlatego, że multimedia można odtworzyć. Stan Plex nadal wymaga kopii zapasowej, a pojedynczy szybki dysk z metadanymi może stać się ważniejszym punktem awarii, gdy każdy klient zależy od jego bazy danych i historii działania.
Wybieraj warstwę pamięci masowej razem z planem ochrony. Niewielki SSD na aktywny stan aplikacji oraz zaplanowana kopia zapasowa mogą być tańsze i szybsze niż dublowanie całej biblioteki multimediów na pamięci flash, natomiast istniejąca chroniona pula HDD może być bezpieczniejsza, jeśli dodanie niechronionego SSD pogorszyłoby możliwości odzyskiwania danych.
Szybsza warstwa wygrywa tylko wtedy, gdy poprawia działanie obciążenia, nie zmieniając stanu aplikacji w nowy pojedynczy punkt awarii.
Wybierz zwycięzcę na podstawie testu codziennego użytkowania
Zmierz czas zimnego uruchomienia aplikacji, pierwszego otwarcia biblioteki, przeglądania z dużą liczbą plakatów, wyszukiwania, edycji metadanych i rozpoczęcia jednego normalnego odtwarzania, jednocześnie rejestrując aktywność pamięci masowej. Powtórz testy po rozgrzaniu stanu aplikacji. Te działania wyraźniej pokazują różnicę między urządzeniem na metadane a ścieżką przechowywania multimediów niż sekwencyjny test dysku.
SSD wygrywa, gdy szybkość reakcji metadanych jest wyraźnie lepsza w testach zimnego startu, pierwszego przeglądania, wyszukiwania i ładowania plakatów, które domownicy faktycznie zauważają. HDD wygrywa, gdy obecne działanie już spełnia wymagania lub gdy dodatkowa warstwa powoduje więcej komplikacji związanych z odzyskiwaniem danych niż przynosi korzyści.
W szerszym ujęciu układu pamięci masowej porównanie pamięci HDD i SSD oddziela kwestie pojemności, wytrzymałości, hałasu i kosztu od pytania dotyczącego szybkości reakcji metadanych.
Porównania produktów
Więcej do przeczytania

Docker czy maszyna wirtualna dla Plexa: która opcja wdrożenia będzie odpowiednia?
Warunkowa ocena wdrożenia Plexa w Dockerze, na maszynach wirtualnych lub w Dockerze uruchomionym w maszynie wirtualnej, oparta na wspólnych wymaganiach operacyjnych.

8 GB vs 16 GB vs 32 GB RAM dla Plexa: Który poziom odpowiada Twojemu obciążeniu?
Wybierz 8 GB do oszczędnego serwera Plex, 16 GB do umiarkowanej liczby współdzielonych aplikacji lub 32 GB do maszyn wirtualnych i ograniczonych pod względem...

Czy dedykowane przyspieszenie sprzętowe daje Plexowi znaczącą przewagę?
Akceleracja sprzętowa sprawdza się w przypadku obsługiwanych, powtarzających się transkodowań; użycie wyłącznie procesora nadal jest odpowiednie do odtwarzania bezpośredniego, sporadycznych konwersji i nieobsługiwanych etapów.

