Jak duża może się rozrosnąć biblioteka Plex, zanim jeden host stanie się wąskim gardłem?

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 Large Can a Plex Library Grow Before One Host Becomes the Bottleneck? - Zima Store Online

Nie istnieje uniwersalny, użyteczny limit rozmiaru biblioteki Plex; pojedynczy host staje się zbyt mały, gdy przestaje spełniać założenia dotyczące bazy danych, skanowania, pamięci masowej lub odtwarzania po awarii.

Dwie biblioteki o tej samej liczbie elementów mogą działać inaczej, ponieważ różnią się szczegółowością metadanych, generowaniem podglądów, opóźnieniami pamięci masowej, wydajnością procesora i równoczesną aktywnością. Monitoruj operacje, których czas i koszt rosną wraz z biblioteką, zamiast czekać na arbitralną liczbę. Praktyczny limit pojawia się wtedy, gdy zwykła konserwacja lub przeglądanie przestają spełniać założenia dotyczące działania usługi.

Monitoruj czas odpowiedzi bazy danych wraz ze wzrostem biblioteki

Rozrost biblioteki zwiększa ilość indeksowanych danych, które Plex musi przeszukiwać i utrzymywać. Sprawna baza danych może nadal szybko reagować przy dużym rozmiarze, natomiast wolna pamięć masowa lub narastające zaległości konserwacyjne mogą sprawić, że mniejsza biblioteka będzie działać gorzej.

Konserwacja bazy danych Plex pozostaje ważna wraz ze wzrostem stanu biblioteki i komplikowaniem się sposobów dostępu.

Rejestruj opóźnienia wyszukiwania i przeglądania oraz rozmiar bazy danych przy stałych progach rozmiaru biblioteki, używając tego samego klienta i testu w rozgrzanym środowisku. Jeśli opóźnienie gwałtownie rośnie, a procesor i sieć pozostają bezczynne, zbadaj ścieżkę bazy danych danych aplikacji, zanim podzielisz serwer.

Zajętość metadanych może przekroczyć oczekiwania

Plakaty, grafiki, indeksy, podglądy i dane analityczne mogą sprawić, że katalog serwera Plex będzie rosnąć znacznie szybciej, niż sugerowałaby liczba elementów multimedialnych. Ta zajętość danych aplikacji wpływa na czas tworzenia kopii zapasowych i planowanie przywracania, nawet jeśli multimedia są przechowywane na oddzielnej pamięci masowej.

Duże bazy danych Plex mogą w rzeczywistych instalacjach osiągać rozmiar wielu gigabajtów, dlatego sama liczba elementów jest słabym progiem pojemności.

Mierz cały katalog danych Plex i czas tworzenia kopii zapasowej, a nie tylko główny plik bazy danych. Jeśli okno tworzenia kopii zapasowej lub przywracania przestaje mieścić się w docelowym czasie odtwarzania po awarii, zmień projekt pamięci masowej lub kopii zapasowych, zanim dodasz kolejne funkcje biblioteki.

Czas skanowania jest ograniczeniem operacyjnym

Pełne lub częściowe skanowanie, które trwa zbyt długo, może nakładać się na aktywność użytkowników i inne zadania konserwacyjne. Wąskim gardłem może być wyliczanie zawartości systemu plików, przetwarzanie metadanych, aktualizacje bazy danych lub opóźnienia sieciowej pamięci masowej.

Oddzielenie danych aplikacji od multimediów zbiorczych pozwala kierować operacje wejścia/wyjścia metadanych i duże odczyty multimediów różnymi ścieżkami pamięci masowej.

Zmierz czas kontrolowanego skanowania i jednocześnie rejestruj użycie procesora, operacje wejścia/wyjścia danych aplikacji, operacje wejścia/wyjścia ścieżki multimediów oraz opóźnienie bazy danych. Gdy czas skanowania rośnie, ponieważ jedna współdzielona ścieżka jest przeciążona, napraw tę zależność, zanim dodasz drugi host Plex. Układ centrum multimedialnego NAS, który oddziela multimedia zbiorcze od stanu aplikacji, może zwiększyć pojemność bez wymuszania umieszczenia bazy danych Plex na tej samej ścieżce o dużym opóźnieniu.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Użyj czasu odtwarzania po awarii jako ostatecznego testu pojemności

Biblioteka jest operacyjnie zbyt duża dla jednego hosta, gdy odtworzenie działania po awarii nie może zmieścić się w docelowym czasie ustalonym dla gospodarstwa domowego lub usługi. Serwer, na którym biblioteka otwiera się szybko, ale którego przywrócenie trwa kilka dni, również mógł przekroczyć możliwości obecnego projektu.

Migracja stanu Plex musi zachować bazę danych, metadane, konfigurację i ciągłość ścieżek, a także dostęp do multimediów.

Przeprowadź próbę odtworzenia na alternatywnej pamięci masowej lub hoście testowym i zmierz czas potrzebny do uzyskania użytecznego stanu biblioteki. Jeśli czas odtwarzania po awarii przekracza założony cel nawet po dostrojeniu kopii zapasowych, rozdziel role lub popraw sposób przechowywania stanu przed kolejną fazą rozwoju.