Quanto spazio di archiviazione libero dovrebbe riservare Plex per le attività in background?

Plex non dovrebbe applicare una regola universale sullo spazio libero a ogni server. La riserva utile è lo spazio necessario per il più grande processo temporaneo normale, la crescita prevista dei metadati e un margine sufficiente per completare la manutenzione o recuperare da una modifica non riuscita senza riempire il filesystem.

Un server che usa Direct Play solo per una piccola libreria ha un profilo di archiviazione diverso da uno che genera miniature di anteprima, transcodifica più flussi, esegue attività DVR o ricostruisce i metadati. Misura prima un ciclo completo in background e la transcodifica rappresentativa più impegnativa, poi imposta una soglia minima superiore al picco osservato invece di copiare una regola arbitraria del 10%, 20 GB o 100 GB.

Non partire da un numero universale di spazio libero

I consigli sullo spazio libero diventano fuorvianti quando ignorano dove Plex scrive i dati temporanei e persistenti. Un server può avere terabyte liberi sull'array dei contenuti, mentre il filesystem più piccolo del sistema o dei dati dell'applicazione esaurisce lo spazio durante una conversione o un'attività di manutenzione.

Plex documenta che la transcodifica utilizza spazio temporaneo su disco, che per impostazione predefinita può trovarsi sul disco del sistema operativo. Per questo, lo spazio libero del percorso effettivo della transcodifica è più importante della capacità nominale del pool dei contenuti.

Considera qualsiasi numero fisso di spazio libero solo come un'ipotesi iniziale, e soltanto se è stato misurato sul tuo carico di lavoro. La prima soglia utile è la riserva minima al di sotto della quale le tue attività in background diventano inaffidabili, non un numero preso da una libreria, un bitrate o un filesystem diversi.

Misura quali attività Plex consumano effettivamente spazio temporaneo o persistente

Monitora le posizioni che possono crescere mentre Plex è inattivo o esegue la manutenzione: la directory dei dati dell'applicazione, la directory temporanea della transcodifica, i dati delle miniature di anteprima, i backup del database e qualsiasi area di lavoro per download o DVR che utilizzi davvero. Potrebbero trovarsi su filesystem diversi, quindi misurali separatamente.

Le miniature di anteprima video possono essere una fonte di crescita persistente, non solo un picco di breve durata. Plex segnala che un indice tipico delle miniature può occupare decine di megabyte per un singolo elemento della libreria, con un risultato che varia in base alla durata. Le librerie di grandi dimensioni possono quindi trasformare un piccolo costo per elemento in una crescita significativa dei dati dell'applicazione.

Misura lo spazio prima e dopo una finestra completa delle attività pianificate, una scansione della libreria che aggiunga contenuti rappresentativi e la tua transcodifica normale più impegnativa. Registra sia l'aumento temporaneo massimo sia ciò che rimane dopo. L'aumento persistente rappresenta la crescita; il picco superiore è lo spazio di lavoro.

Usa il processo osservato più impegnativo per impostare la prima soglia minima

Usa il maggiore aumento osservato dello spazio di lavoro come primo elemento della soglia minima. Se una transcodifica rappresentativa richiede diversi gigabyte sul filesystem temporaneo, oppure una finestra di manutenzione aumenta i dati dell'applicazione mentre vengono generate le miniature, quel picco osservato deve rientrare nella riserva.

Non dare per scontato che la transcodifica basata sulla RAM elimini il problema della capacità. Una configurazione pratica di transcodifica Plex nella RAM richiede comunque che la directory temporanea della transcodifica disponga di capacità utilizzabile sufficiente per il carico attivo; spostare il percorso cambia la risorsa da dimensionare, ma non elimina la necessità di spazio temporaneo.

Ai fini della pianificazione, definisci una soglia minima misurata come: picco temporaneo normale più elevato + crescita persistente prevista prima della pulizia successiva + un margine di sicurezza per le variazioni. Questa è una formula operativa, non un valore costante pubblicato da Plex. Ricalcolala dopo aver attivato funzioni che modificano in modo significativo lo spazio utilizzato in background.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Aggiungi margine per le attività simultanee e il ripristino

Un solo processo alla volta non rappresenta lo scenario peggiore se il server sovrappone comunemente più attività. Un'attività per le miniature, la manutenzione del database, un backup, un download o una transcodifica possono condividere lo stesso filesystem, mentre un aggiornamento può richiedere temporaneamente spazio aggiuntivo per una nuova immagine o una copia per il rollback.

Aggiungi un margine sufficiente affinché la sovrapposizione realistica più impegnativa possa completarsi senza spingere il filesystem fino al limite di errore. Se due attività non si sovrappongono mai perché le pianifichi separatamente, non devi sommare i loro picchi; se invece si sovrappongono spesso, misura quella finestra combinata invece di fare supposizioni.

Mantieni concettualmente separato lo spazio per il ripristino dalla capacità della libreria multimediale. Un pool dei contenuti pieno e un disco dei dati dell'applicazione pieno causano errori diversi. Conserva spazio sufficiente sul filesystem che contiene lo stato di Plex per creare un backup, scrivere file temporanei e annullare una modifica di manutenzione non riuscita.

Controlla i segnali di spazio ridotto prima che l'unità si riempia

Lo spazio libero ridotto di solito si manifesta attraverso operazioni che richiedono nuove scritture: le conversioni non si avviano, le attività in background non vengono completate, i database o i log non possono espandersi oppure il sistema operativo segnala che il filesystem è quasi pieno. Non aspettare che rimangano zero byte liberi prima di considerare il problema come una questione di capacità.

Gli utenti Plex hanno riprodotto errori di registrazione o conversione quando una posizione temporanea limitata si riempie durante un'attività. Per questo un piccolo disco RAM o una partizione dell'applicazione può esaurirsi anche quando l'array dei contenuti ha molta capacità disponibile: la scrittura deve riuscire sul filesystem che Plex utilizza effettivamente per quell'operazione.

Quando un'attività non riesce, registra lo spazio libero e il percorso nel momento esatto dell'errore. Se la stessa attività riesce dopo aver spostato il percorso temporaneo o aggiunto capacità, mantenendo invariate le altre condizioni, la soglia di spazio libero è diventata un'evidenza anziché un'ipotesi.

Aumenta la soglia minima quando Plex non riesce a completare un ciclo completo di manutenzione

Esegui la misurazione nell'arco di un ciclo completo di manutenzione e di un periodo rappresentativo di riproduzione intensa. Tieni traccia del punto di spazio libero minimo, dell'attività che lo ha provocato e del fatto che il filesystem sia tornato o meno a una base stabile. Ripeti la misurazione una volta, così un'attività insolita e occasionale non definirà la riserva permanente.

La guida di ZimaSpace sulla pressione dello spazio di archiviazione in background è un utile approfondimento quando scansioni, backup o altre attività competono con Plex per le risorse del disco. Quando la finestra di manutenzione diventa lenta oltre che esigente in termini di spazio, è opportuno controllare insieme capacità e prestazioni I/O.

Aumenta la soglia minima di spazio libero o sposta il carico di lavoro quando le attività normali ripetute si avvicinano alla riserva attuale, quando la crescita persistente dei metadati riduce progressivamente il margine o quando le operazioni di ripristino non rientrano più nello spazio disponibile. La soglia corretta è quella che consente di completare il ciclo previsto più impegnativo lasciando comunque un percorso di ripristino verificato.