Jak przeprowadzić testy akceptacyjne nowego serwera Plex przed przeniesieniem danych produkcyjnych

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.

Przenieś dane produkcyjne Plex dopiero po pomyślnym teście akceptacyjnym po zimnym uruchomieniu, który potwierdzi poprawność stanu, ścieżek, użytkowników, odtwarzania i odzyskiwania na nowym hoście.

Pozostaw stary serwer wyłączony i nietknięty podczas testowania nowego hosta w ramach tego samego domowego sposobu pracy. Kluczową zależnością nie jest udane logowanie, lecz powtarzalna ścieżka od zamontowania magazynu, przez bazę biblioteki, do odtwarzania na kliencie. Dostęp zdalny traktuj jako osobny etap kontrolny i zachowaj kopię umożliwiającą wycofanie zmian do czasu znalezienia i przetestowania świeżej kopii zapasowej.

Zamroź stary serwer i zdefiniuj ścieżkę akceptacji

Rozpocznij od zatrzymanego starego hosta, kopii zapasowej jego danych aplikacji oraz spisanej listy bibliotek, użytkowników, klientów zdalnych i zaplanowanych zadań. Zapobiega to sytuacji, w której dwie tożsamości serwerów zmieniają ten sam sposób pracy podczas porównywania wyników. Niezależny przewodnik migracji również zaleca zachowanie kopii umożliwiającej wycofanie zmian podczas przenoszenia biblioteki i metadanych (przewodnik migracji biblioteki Plex). Zakończ ten etap dopiero wtedy, gdy potrafisz wskazać lokalizację starych danych, lokalizację nowych danych i czynność przywracania.

Sprawdź ścieżki magazynu, własność i stan aplikacji

Dla każdej biblioteki otwórz ścieżkę z poziomu hosta Plex, a nie za pomocą przeglądarki plików na stacji roboczej. Sprawdź, czy punkt montowania jest dostępny po ponownym uruchomieniu, konto usługi może odczytywać multimedia, a katalog danych aplikacji jest zapisywalny i trwały. Wybierz przykładowy plik z każdej lokalizacji magazynu. Traktuj stan systemu, bazę danych Plex, niezastępowalne multimedia, możliwe do odtworzenia miniatury i kopie zapasowe jako odrębne role danych; redundancja nie jest kopią zapasową.

Ścieżka, która działa tylko dlatego, że została zamontowana ręcznie, oznacza nieudaną migrację. Decyzja kończąca ten etap to PASS, gdy każda biblioteka jest dostępna w kontekście usługi, a baza danych przetrwa ponowne uruchomienie usługi bez skanowania niszczącego jej stan.

Przetestuj odtwarzanie na rzeczywistym zestawie klientów

Zamiast jednego pomyślnie odtworzonego filmu użyj niewielkiej macierzy testowej: jednego pliku odtwarzanego bezpośrednio, jednego pliku, który zwykle wymaga transkodowania, jednego materiału z dużą liczbą napisów, jednej sesji zdalnej, jeśli oglądanie zdalne należy do używanego sposobu pracy, oraz jednego konta z ograniczonym dostępem do bibliotek. Zapisz czas rozpoczęcia, tryb odtwarzania, zachowanie dźwięku i napisów oraz to, czy właściwy użytkownik widzi właściwą bibliotekę. Nowy serwer nie jest gotowy, jeśli odtwarzanie działa tylko na koncie administratora albo wyłącznie w sieci lokalnej.

-15% OFF

Wykonaj testy zimnego restartu i wycofania zmian

Zatrzymaj Plex w kontrolowany sposób, uruchom ponownie hosta, zaczekaj na zamontowanie magazynu i zasobów sieciowych, a następnie powtórz reprezentatywne testy odtwarzania i dostępu użytkowników. Po ponownym uruchomieniu utwórz świeżą kopię zapasową danych aplikacji i sprawdź, gdzie można ją przywrócić. Praktyczna procedura przenoszenia metadanych również zaleca pozostawienie starego katalogu pod zmienioną nazwą do czasu potwierdzenia nowej lokalizacji (praktyka wycofywania zmian metadanych).

Wycofaj stary host z użycia dopiero wtedy, gdy wszystkie etapy kontrolne zakończą się pomyślnie dwukrotnie: stan i ścieżki, reprezentatywne odtwarzanie, właściwi użytkownicy, zimny restart oraz lokalizacja kopii zapasowej. Jeśli którykolwiek etap się nie powiedzie, napraw nowy host, dopóki stara kopia pozostaje dostępna; nie rozszerzaj zakresu zmiany, usuwając cel wycofania.

Ustal mierzalną granicę zakończenia

Zakończ migrację, gdy nowy host przejdzie macierz akceptacyjną i będzie znany kolejny czynnik uzasadniający rozbudowę, na przykład większa liczba jednoczesnych transkodowań albo warstwa magazynu, która przestaje wystarczać. Zachowaj stary host, jeśli nie zostały zademonstrowane uprawnienia, trwałość montowania, routing zdalny lub odzyskiwanie. Najtańsza bezpieczna migracja to taka, która pozostawia znaną ścieżkę odzyskiwania.

Konfiguracja NAS i serwera

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.