Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica

Mantieni i dati persistenti delle app di Plex su uno spazio di archiviazione affidabile e colloca i file temporanei di transcodifica su un percorso locale veloce con spazio libero sufficiente; non inserire l’output temporaneo nelle cartelle multimediali.

La “cache” di Plex e la “directory temporanea di transcodifica” risolvono problemi diversi. La directory dei dati del server contiene database e metadati persistenti, oltre alle sottodirectory della cache, mentre l’impostazione del transcodificatore controlla dove vengono scritti i segmenti temporanei dello streaming. Su un home server Docker, assegna deliberatamente questi ruoli, così potrai cambiare rapidamente il percorso temporaneo senza rischiare il database di configurazione e impedire che un percorso temporaneo pieno consumi il volume di cui Plex ha bisogno per mantenere integro il proprio stato principale.

Separa i dati persistenti delle app dal lavoro temporaneo eliminabile

Considera il volume di configurazione di Plex come uno stato persistente. Deve sopravvivere alla ricreazione del container e rientrare nei normali backup. La cache contenuta al suo interno può essere eliminabile, ma il database e i metadati non lo sono; perciò spostare l’intero albero di configurazione in una posizione volatile solo per rendere più veloci miniature o transcodifiche è un’ottimizzazione sbagliata.

Plex osserva che una directory dei dati del server di dimensioni eccessive può spesso essere ridotta escludendo o spostando i contenuti meno importanti, e le sue indicazioni sulle dimensioni dei dati del server distinguono chiaramente la directory dei dati dallo spazio di archiviazione multimediale. Usa questa distinzione per mantenere libero il percorso fondamentale per il ripristino.

Se il tuo attuale template Docker assegna un solo percorso di configurazione, mantieni anzitutto invariato quel mapping. Aggiungi o modifica separatamente il percorso temporaneo della transcodifica, così potrai testare prestazioni e capacità senza spostare contemporaneamente il database di Plex.

Scegli la directory di transcodifica prima in base alla capacità, poi alla velocità

L’impostazione avanzata Transcodificatore di Plex consente di scegliere una directory temporanea per le transcodifiche dello streaming. Il percorso deve avere spazio libero sufficiente per i segmenti temporanei creati dalle sessioni attive. Un’unità SSD o NVMe veloce può ridurre la latenza, ma un piccolo volume veloce che si riempie durante una transcodifica di grandi dimensioni è peggiore di un volume locale leggermente più lento, ma con un margine di sicurezza adeguato.

La documentazione ufficiale del Transcodificatore Plex sconsiglia di usare una condivisione di rete, un percorso della libreria multimediale o una posizione che contenga già dati non correlati per la directory temporanea di transcodifica. Plex consiglia inoltre uno spazio libero all’incirca comparabile alle dimensioni del file sorgente, più un ulteriore margine; dimensiona quindi il percorso temporaneo in base al carico simultaneo realistico più elevato.

Se utilizzi uno spazio temporaneo basato sulla memoria, considera la capacità come un limite rigido e includi nel calcolo anche gli altri servizi. Un percorso basato sulla RAM può essere veloce, ma può anche trasformare una transcodifica di grandi dimensioni o simultanea in una pressione sulla memoria dell’intero NAS. Inizia con un SSD/NVMe locale, a meno che tu non abbia misurato una reale necessità di usare la RAM.

Configura il percorso Docker affinché host e container siano allineati

In Docker, il percorso che Plex vede all’interno del container deve essere mappato sullo spazio di archiviazione dell’host che avevi previsto. Una directory dell’host può avere molto spazio disponibile, ma il container potrebbe scrivere altrove perché il punto di mount è errato. Verifica entrambi i lati del mapping prima di modificare l’impostazione del Transcodificatore di Plex.

La guida di ZimaOS alla prima app Docker è un buon punto di riferimento per ragionare sui volumi delle app in ZimaOS: l’applicazione vede solo i percorsi del container che le sono esposti, mentre l’amministratore del NAS è responsabile della posizione di tali percorsi sull’host.

Dopo aver corretto il mapping, avvia una transcodifica forzata e osserva la directory dell’host. Durante la riproduzione attiva dovrebbero comparire nuovi file temporanei. Se compaiono nel volume di configurazione o in un altro percorso dell’host, interrompi l’operazione e correggi il mount invece di modificare altre impostazioni di Plex.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Verifica la pulizia, il comportamento al riavvio e i limiti dello spazio esaurito

Lascia in esecuzione una transcodifica forzata abbastanza a lungo da creare una quantità misurabile di dati temporanei, quindi interrompi la riproduzione e verifica che la directory temporanea venga ripulita come previsto. Riavvia Plex e ripeti lo stesso test per assicurarti che il mount sia ancora presente e scrivibile dopo l’evento del ciclo di vita del container.

Controlla lo spazio libero mentre sono in esecuzione due transcodifiche rappresentative, se nella tua abitazione è comune lo streaming simultaneo. Il risultato positivo non consiste soltanto in un avvio più rapido: il NAS deve conservare capacità sufficiente per i database di Plex, Docker e gli altri servizi mentre il percorso temporaneo cresce con il carico originale.

Se la directory temporanea si riempie ripetutamente, riduci il numero di transcodifiche simultanee, aumenta la capacità temporanea o scegli un diverso livello di archiviazione locale. Non indirizzare l’impostazione alla libreria multimediale o a una condivisione di rete come soluzione d’emergenza; modifica invece il piano della capacità.