Come separare i dati dell'app Plex, la cache e i backup

Una struttura Plex durevole separa i dati dell’app, la cache ricostruibile, i file temporanei e le copie di backup prima di assegnarli ai diversi livelli di storage.

Il progetto dovrebbe conservare il database e i metadati durante la sostituzione del container o dell’host, consentendo al contempo di eliminare cache e dati di transcodifica senza compromettere il ripristino. I backup devono trovarsi su un percorso soggetto a guasti diverso da quello dei dati attivi. Una volta definiti chiaramente questi ruoli, è possibile riservare la capacità dell’SSD ai dati sensibili alla latenza, invece di occuparla con copie voluminose che non ne hanno bisogno.

Mantenere lo stato del server su un percorso persistente a bassa latenza

Il database, i metadati, le preferenze e lo stato associato all’identità di Plex definiscono il server e dovrebbero sopravvivere alla sostituzione dell’ambiente di esecuzione. Questo ruolo privilegia una latenza prevedibile e la possibilità di ripristino rispetto alla capacità grezza.

I carichi di lavoro dei database risentono molto di latenza e larghezza di banda dello storage quando il loro schema di accesso è sensibile all’I/O; ciò giustifica la collocazione dello stato attivo delle applicazioni sul livello più veloce, quando le misurazioni lo confermano.

Montare lo stato di Plex separatamente dall’immagine del container e documentare i passaggi per la gestione dei permessi, il backup e il ripristino. La struttura persistente dei dati dell’app è il fulcro stabile del progetto di archiviazione.

Classificare cache e dati di transcodifica come ricostruibili

La cache può migliorare la reattività e lo spazio per la transcodifica può richiedere scritture temporanee rapide, ma nessuno dei due va considerato la copia autorevole della libreria. La loro perdita dovrebbe ridurre le prestazioni, non cancellare l’identità del server.

Le pagine memorizzate nella cache possono evitare letture ripetute dallo storage pur rimanendo ricostruibili, motivo per cui la cache appartiene a una classe di durabilità diversa rispetto allo stato del database e dei metadati di Plex.

Colloca i dati temporanei in un percorso che possa essere svuotato in sicurezza ed escludili dai backup a lungo termine più onerosi, a meno che un requisito specifico di ripristino non stabilisca diversamente.

Colloca i backup su un percorso di guasto diverso

Un backup conservato accanto allo stato attivo di Plex protegge da alcuni errori dell’applicazione, ma non dalla perdita del dispositivo, dalla corruzione del pool o dal guasto dell’host. Le copie di ripristino dovrebbero trovarsi oltre un limite di guasto.

I sistemi di backup hanno caratteristiche specifiche di capacità e variazione dei dati, quindi dimensiona la destinazione dei backup come un ruolo di storage a sé stante, anziché considerarla spazio inutilizzato sul dispositivo dei dati dell’app.

Conserva almeno una copia al di fuori del dispositivo che ospita lo stato attivo e definisci in quanto tempo può essere ripristinata. Uno snapshot è utile, ma non è l’unico metodo di ripristino.

Featured

ZimaBoard 2 - Mini server domestico per le tue grandi idee

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Convalida la disposizione con un test di sostituzione

Una buona mappatura dei ruoli dovrebbe consentire di sostituire il runtime, ricollegare lo stato, rigenerare la cache e ripristinare da un backup senza dover riclassificare i percorsi durante l’incidente.

Ricrea Plex su un host usa e getta utilizzando solo lo stato documentato e le posizioni dei backup, quindi svuota deliberatamente il percorso della cache. Se l’identità del server o la libreria vanno perse, i ruoli non sono separati correttamente.

Usa il ripristino riuscito come riferimento per la topologia dei futuri aggiornamenti dello storage.