Jak oddzielić dane aplikacji Plex, pamięć podręczną i kopie zapasowe

Trwały układ Plex oddziela dane aplikacji, możliwą do odtworzenia pamięć podręczną, tymczasowe dane robocze i kopie zapasowe, zanim przypisze je do warstw pamięci masowej.

Projekt powinien zachowywać bazę danych i metadane podczas wymiany kontenera lub hosta, a jednocześnie pozwalać na usuwanie pamięci podręcznej i danych transkodowania bez ryzyka utrudnienia odzyskiwania. Kopie zapasowe powinny znajdować się na innej ścieżce awarii niż dane bieżące. Po wyraźnym określeniu tych ról pojemność dysku SSD można przeznaczyć na stan wrażliwy na opóźnienia, zamiast zużywać ją na masowe kopie, które nie wymagają tak szybkiego nośnika.

Przechowuj stan serwera na trwałej ścieżce o niskich opóźnieniach

Baza danych Plex, metadane, preferencje i stan powiązany z tożsamością określają serwer i powinny przetrwać wymianę środowiska uruchomieniowego. W tej roli przewidywalne opóźnienia i możliwość odzyskiwania są ważniejsze niż sama pojemność.

Wydajność baz danych silnie zależy od opóźnień i przepustowości pamięci masowej, gdy wzorzec dostępu jest wrażliwy na operacje wejścia/wyjścia, co przemawia za umieszczaniem aktywnego stanu aplikacji na szybszej warstwie, jeśli potwierdzają to pomiary.

Zamontuj stan Plex niezależnie od obrazu kontenera i udokumentuj kroki dotyczące uprawnień, tworzenia kopii zapasowych oraz przywracania. Trwały układ danych aplikacji stanowi stabilny rdzeń projektu pamięci masowej.

Zaklasyfikuj pamięć podręczną i dane transkodowania jako możliwe do odtworzenia

Pamięć podręczna może poprawić responsywność, a przestrzeń na transkodowanie może wymagać szybkiego zapisu danych tymczasowych, ale żadna z nich nie powinna być traktowana jako autorytatywna kopia biblioteki. Ich utrata powinna obniżać wydajność, a nie usuwać tożsamość serwera.

Dane w pamięci podręcznej mogą pozwalać uniknąć wielokrotnego odczytu z pamięci masowej, a jednocześnie można je odtworzyć, dlatego pamięć podręczna należy do innej klasy trwałości niż baza danych i metadane Plex.

Przechowuj dane tymczasowe w lokalizacji, którą można bezpiecznie wyczyścić, i wyklucz je z kosztownego długoterminowego tworzenia kopii zapasowych, chyba że określone wymagania dotyczące odzyskiwania stanowią inaczej.

Umieść kopie zapasowe na innej ścieżce awarii

Kopia zapasowa przechowywana obok aktywnych danych stanu Plex chroni przed niektórymi błędami aplikacji, ale nie przed utratą urządzenia, uszkodzeniem puli ani awarią hosta. Kopie odzyskiwania powinny znajdować się poza granicami danego obszaru awarii.

Systemy kopii zapasowych mają specyficzne wymagania dotyczące pojemności i tempa zmian, dlatego traktuj docelowy nośnik kopii zapasowych jako odrębną rolę pamięci masowej, zamiast używać wolnego miejsca na urządzeniu z danymi aplikacji.

Przechowuj co najmniej jedną kopię poza urządzeniem z aktywnymi danymi stanu i określ, jak szybko można ją przywrócić. Migawka jest przydatna, ale nie stanowi jedynej drogi odzyskiwania.

Featured

ZimaBoard 2 - Miniaturowy serwer domowy dla wielkich pomysłów

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Sprawdź układ, przeprowadzając test wymiany

Dobra mapa ról powinna umożliwiać wymianę środowiska uruchomieniowego, ponowne podłączenie danych stanu, odtworzenie pamięci podręcznej i przywrócenie kopii zapasowej bez ponownego klasyfikowania ścieżek w trakcie awarii.

Odtwórz Plex na tymczasowym hoście, korzystając wyłącznie z udokumentowanego stanu i lokalizacji kopii zapasowych, a następnie celowo wyczyść ścieżkę pamięci podręcznej. Jeśli zostaną utracone tożsamość serwera lub biblioteka, role nie są prawidłowo rozdzielone.

Potraktuj udane odtworzenie jako wzorzec topologii dla przyszłych modernizacji pamięci masowej.