Jak zbudować możliwą do odtworzenia instalację Plexa w kontenerach

Odzyskiwalne wdrożenie Plex w kontenerach utrzymuje środowisko uruchomieniowe jako tymczasowe, a trwały stan, ścieżki multimediów, tożsamości i kopie zapasowe pozostawia jasno określone.

Celem projektu jest usługa, którą można odbudować, a nie kontener, który ma przetrwać wiecznie. Umieść stan Plex w stabilnej ścieżce na hoście, utrzymuj przewidywalne montowania multimediów, udokumentuj UID/GID i dostęp do urządzeń, a co najmniej jedną kopię zapasową przechowuj poza urządzeniem z aktywnymi danymi. Następnie potwierdź ten układ, odbudowując środowisko uruchomieniowe od zera.

Oddziel środowisko uruchomieniowe od stanu Plex

Obraz i definicję kontenera powinno dać się wymienić bez kopiowania bazy danych do nowej, doraźnie utworzonej lokalizacji. Trwały stan wymaga osobnego, udokumentowanego punktu montowania i zasad tworzenia kopii zapasowych.

Niezawodna migracja stanu Plex wymaga zachowania danych serwera i ciągłości ścieżek podczas zmiany środowiska uruchomieniowego.

Odtwórz kontener z pustym środowiskiem uruchomieniowym, ale z tym samym punktem montowania stanu. Jeśli Plex nie uruchomi się ponownie z oczekiwanymi bibliotekami i tożsamością, trwałość danych nie jest jeszcze prawidłowo oddzielona.

Ujednolić montowania i tożsamość usługi

Ścieżki multimediów i danych aplikacji powinny korzystać ze stabilnych katalogów głównych na hoście i przewidywalnych identyfikatorów właścicieli w postaci liczbowej. W przeciwnym razie wymiana hosta może zmienić udane przywracanie w naprawianie uprawnień.

Spójne mapowanie UID i GID zapewnia zgodność dostępu z kontenera z właścicielami plików w systemie plików we wszystkich montowaniach wiązanych.

Udokumentuj każdą ścieżkę na hoście, ścieżkę w kontenerze i wymaganego właściciela. Przetestuj nieszkodliwe tworzenie, zmianę nazwy i usuwanie na punkcie montowania danych aplikacji, używając tożsamości usługi Plex.

Przechowuj kopie zapasowe poza urządzeniem z aktywnymi danymi

Migawka w tej samej puli może być przydatna, ale nie chroni przed każdą awarią pamięci masowej. W planie odzyskiwania musi znaleźć się co najmniej jedna kopia, która przetrwa utratę urządzenia z aktywnymi danymi aplikacji.

Pojemność i zmienność danych kopii zapasowych należy zaplanować jako niezależną rolę pamięci masowej, a nie jako wolne miejsce obok aktywnej bazy danych.

Przechowuj jedną kopię zapasową poza urządzeniem z aktywnymi danymi i określ cel jej przywracania. Sprawdź, czy dostęp do kopii zapasowej nie zależy od tego samego punktu montowania, który próbujesz odzyskać. Odzyskiwalny stos kontenerów zaczyna się od trwałego układu danych aplikacji, który można podłączyć do czystego środowiska uruchomieniowego bez ręcznego odtwarzania stanu serwera.

Featured

Osobista chmura i domowy NAS ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Odbuduj środowisko uruchomieniowe jako test akceptacyjny

Najlepszym potwierdzeniem jest czysty kontener utworzony na podstawie udokumentowanej konfiguracji, podłączony do skopiowanego stanu i zweryfikowany bez ukrytych zmian na hoście.

Odzyskiwanie jest potwierdzone, gdy test przywracania wykazuje, że stan, uprawnienia i działanie usługi są zachowane po wymianie.

Przeprowadź odbudowę na tymczasowym hoście lub w odizolowanej sieci. Zapisz czas i każdy ręczny krok, a następnie uprość te kroki, które zależą od pamięci zamiast od konfiguracji.