Quanto spazio di archiviazione aggiuntivo richiede Plex oltre alla tua libreria multimediale?

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

L’overhead di archiviazione di Plex non è una percentuale fissa, perché metadati, copertine, miniature, cache e transcodifiche temporanee crescono in modo diverso rispetto ai contenuti multimediali originali.

Due librerie Plex con lo stesso numero di terabyte possono avere dimensioni molto diverse per i dati dell’applicazione. Una libreria con miniature di anteprima video, copertine dettagliate, frequenti operazioni di sincronizzazione o ottimizzazione e molti elementi di piccole dimensioni può consumare molto più spazio sul server rispetto a un semplice archivio di film. Misura separatamente i dati dell’applicazione e lo spazio temporaneo come pool di capacità distinti prima di modificare hardware, spazio di archiviazione, rete o impostazioni dei container.

Separa i dati persistenti dell’applicazione dalla capacità per i contenuti multimediali

La directory del server Plex contiene lo stato del database, i metadati, le copertine, le cache e le informazioni multimediali generate. Questi file sono dati persistenti dell’applicazione, quindi la loro capacità deve essere pianificata indipendentemente dai film e dagli episodi TV originali archiviati nelle librerie.

Plex archivia i metadati sia nei file sia in SQLite, quindi la capacità e il comportamento I/O dei dati dell’applicazione devono essere pianificati indipendentemente dalle dimensioni della libreria multimediale; questo è il punto di partenza per pianificare la capacità dei dati dell’applicazione Plex.

L’unità di misura utile non è un rapporto di overhead universale, ma la dimensione attuale e il tasso di crescita della directory dei dati Plex. Un server può avere un’enorme capacità per i contenuti multimediali e metadati contenuti, oppure una libreria più piccola con uno spazio per le miniature di anteprima sorprendentemente elevato.

Misura le funzionalità che modificano l’ingombro

Le miniature di anteprima, i dati dei capitoli o dell’analisi, la quantità di copertine, il numero di elementi della libreria, il comportamento della cache, i download e la transcodifica temporanea possono modificare il fabbisogno di spazio. Il percorso del transcoder è particolarmente diverso, perché richiede spazio di lavoro durante le conversioni attive anziché capacità di archiviazione permanente.

Quando misuri la capacità dei dati dell’applicazione Plex, le librerie Plex reali possono accumulare grandi quantità di dati dell’applicazione a causa di metadati, copertine e miniature di anteprima, rendendo il monitoraggio dello spazio libero parte dell’affidabilità del sistema.

La crescita persistente rientra nel budget per metadati e dati dell’applicazione; i picchi temporanei rientrano nel budget per lo spazio temporaneo. Trattarli separatamente rende molto più prevedibili il dimensionamento dell’SSD e gli avvisi sullo spazio libero.

Perché una semplice regola del 5% o del 10% può fallire

Una regola percentuale fallisce quando la generazione delle miniature è abilitata per una libreria di grandi dimensioni, quando il numero di elementi è elevato rispetto ai byte complessivi dei contenuti multimediali o quando le transcodifiche temporanee sono voluminose. Inoltre, sovrastima le librerie semplici che mantengono pochi elementi generati.

Al limite del dimensionamento nella pianificazione della capacità dei dati dell’applicazione Plex, la crescita di miniature e metadati rende inaffidabili le stime dei dati dell’applicazione basate su una percentuale fissa tra librerie con numeri di elementi e funzionalità abilitate diversi.

Controlla ogni percorso montato indipendentemente. Se i dati dell’applicazione sono stabili ma lo spazio temporaneo aumenta durante specifiche conversioni, ridimensiona o sposta il percorso di transcodifica invece di espandere il dispositivo dei metadati.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

Costruisci un budget di archiviazione a partire dalle misurazioni

Inizia dalla dimensione attuale della directory dei dati Plex, aggiungi la crescita mensile osservata e riserva spazio per i backup. Quindi misura l’utilizzo massimo della transcodifica temporanea con il file sorgente realistico più grande, invece di presumere che lo stesso margine sia sufficiente per entrambi gli usi. Anche una configurazione di archiviazione per home theater aiuta a mantenere separati, durante i test, il comportamento dei client e i limiti di elaborazione e archiviazione lato server.

Prima di accettare una modifica alla pianificazione della capacità dei dati dell’applicazione Plex, un backup coerente di SQLite dovrebbe essere creato tramite una procedura sicura di backup o snapshot, anziché copiando senza controllo i file del database attivo durante le operazioni di scrittura.

Ricalcola dopo aver abilitato funzionalità come le miniature di anteprima o dopo un’importante espansione della libreria. Smetti di aggiungere capacità ai dati dell’applicazione quando la crescita misurata e i picchi temporanei rientrano entrambi nel margine di spazio libero che hai scelto.

Misura la directory dei dati Plex separatamente dai file multimediali
Registra la crescita dopo le scansioni e le analisi
Misura lo spazio temporaneo massimo utilizzato dalla transcodifica
Mantieni lo spazio per i backup al di fuori della directory attiva dei dati dell’applicazione