Archiviazione dei metadati di Plex su SSD o HDD: cosa cambia nell’uso quotidiano?

Lo storage dei metadati su SSD rende generalmente più rapide la navigazione in Plex, la ricerca, il caricamento dei poster e le operazioni che richiedono molto il database; lo storage dei metadati su HDD sacrifica parte di questa reattività in cambio di costi inferiori e di un riutilizzo più semplice della capacità.

I file multimediali possono rimanere sugli HDD in entrambe le configurazioni, quindi questo confronto riguarda il percorso dello stato dell'applicazione Plex, non la velocità di streaming dei film. La scelta migliore cambia in base alle dimensioni della libreria, all'attività sui file di piccole dimensioni, alla tolleranza al rumore, alla capacità SSD disponibile e al fatto che l'attuale percorso su HDD provochi effettivamente ritardi percepibili dall'utente.

L'SSD vince quando il carico quotidiano comporta migliaia di piccole letture

I metadati e lo stato dell'applicazione Plex contengono molti oggetti di piccole dimensioni, non un unico flusso video lungo. Le pagine della libreria, i poster, le raccolte, le query al database e le miniature possono quindi evidenziare una latenza di accesso che rimane quasi invisibile durante una lettura multimediale sequenziale di grandi dimensioni.

Per i dati composti da file piccoli, i metadati su SSD rispetto a HDD spesso risultano più reattivi perché la memoria flash evita il ritardo della ricerca meccanica. Ciò non significa che sia necessario usare lo stesso SSD per l'intera libreria multimediale.

Scegli lo storage dei metadati su SSD quando il problema riguarda i ritardi nella navigazione, nella ricerca, nel caricamento dei poster o nelle operazioni frequenti sui metadati, e quando il disco attuale è il collo di bottiglia misurato. Se la libreria è piccola e la navigazione è già immediata, il vantaggio percepibile potrebbe essere troppo ridotto per giustificare una migrazione.

L'HDD può essere sufficiente quando la libreria è piccola e prevalgono le cache già cariche

Una directory dei metadati basata su HDD non è automaticamente inutilizzabile. Il comportamento della cache dei metadati può nascondere gran parte della latenza del dispositivo dopo che i dati utilizzati più spesso sono stati letti, e un server con un utilizzo ridotto potrebbe non generare mai abbastanza operazioni simultanee sui metadati da rendere evidente la differenza.

Il confronto pratico è più significativo quando si testano l'apertura di una libreria non ancora caricata nella cache, la ricerca e la navigazione ricca di poster prima e dopo lo spostamento. Se le esecuzioni successive con la cache già calda sono veloci e il ritardo al primo accesso è accettabile, mantenere i metadati sull'attuale pool di HDD protetto può essere più semplice che aggiungere un altro ruolo di storage.

L'HDD vince quindi in semplicità quando il percorso attuale supera la soglia di esperienza utente desiderata. Non va scelto soltanto per risparmiare un SSD di piccole dimensioni se l'accesso lento ai metadati è già una delle lamentele più frequenti.

L'SSD separa la latenza dei metadati dalla capacità dei file multimediali

Un SSD dedicato o un livello appdata basato su SSD consente allo stato di Plex di crescere in base alle prestazioni sui file piccoli, mentre la libreria multimediale cresce in base ai terabyte. Questa separazione può rendere meno problematiche le future sostituzioni e gli ampliamenti dei dischi multimediali, perché il database e le immagini restano su un percorso persistente e stabile.

Un SSD separato per l'appdata di Plex è una scelta di ruolo, non un modo per vantarsi di un'interfaccia più veloce: isola il carico di lavoro dello stato dell'applicazione dalle attività dell'array.

Questa separazione è particolarmente utile quando anche download, backup o più letture multimediali utilizzano il pool di HDD. Se i metadati restano sugli stessi dischi occupati, questi carichi di lavoro indipendenti possono aumentare la latenza della navigazione, anche quando lo streaming multimediale dispone ancora di una larghezza di banda sufficiente.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Non aspettarti che i metadati su SSD risolvano i colli di bottiglia dello streaming

Spostare i metadati su SSD può migliorare la velocità con cui il server individua e presenta le informazioni della libreria, ma non aumenta la velocità di upload dell'ISP, non aggiunge un codec mancante al client, non incrementa la capacità di transcodifica hardware e non ripara una condivisione di rete lenta che trasporta effettivamente il film. Il miglioramento riguarda il percorso dello stato.

I metadati Plex su un pool SSD devono essere considerati stato dell'applicazione e non confusi con i metadati del filesystem o con il livello dei file multimediali. Mantenere distinti questi ruoli evita di attribuire a un singolo aggiornamento miglioramenti nella riproduzione che dipendono da altri fattori.

Se il 4K remoto va in buffering mentre la navigazione nella libreria è veloce, verifica invece il percorso dei file multimediali, della transcodifica e della rete. L'attuale percorso di latenza dello storage per il 4K remoto aiuta a stabilire se l'attesa dello storage stia effettivamente penalizzando la riproduzione.

Considera rumore e consumi nella scelta della posizione quotidiana

Un SSD non produce rumore dovuto alla ricerca meccanica e può semplificare la posizione di SSD e HDD quando il server si trova vicino a una scrivania, a una camera da letto o a un ambiente abitato. Un livello dello stato basato su HDD può essere perfettamente accettabile in un ripostiglio remoto, dove il costo acustico è irrilevante.

Confronta l'intero sistema, non un solo disco: ventole, vibrazioni del case, rotazione dei dischi e consumi in idle possono influire più di tutto sull'esperienza nella stanza. Scegli il dispositivo per lo stato più adatto alla posizione che hai realmente a disposizione.

Non acquistare un SSD per i metadati esclusivamente per ottenere silenzio se il resto del server rimane la principale fonte di rumore; il vantaggio quotidiano dovrebbe derivare comunque dalla maggiore reattività o da una più semplice separazione dei ruoli.

Proteggi il livello dei metadati come stato operativo

Non considerare un SSD usa e getta soltanto perché i file multimediali possono essere sostituiti. Anche lo stato di Plex richiede backup, e un singolo disco veloce per i metadati può diventare un punto di guasto più importante quando ogni client dipende dal suo database e dalla cronologia operativa.

Scegli il livello di storage insieme al relativo piano di protezione. Un SSD di piccole dimensioni per lo stato attivo, abbinato a un backup pianificato, può essere più economico e veloce del mirroring dell'intera libreria multimediale su memoria flash; tuttavia, un pool di HDD già protetto potrebbe essere più sicuro se l'aggiunta di un SSD non protetto riducesse la capacità di ripristino.

Il livello più veloce vince solo quando migliora il carico di lavoro senza trasformare lo stato dell'applicazione in un nuovo singolo punto di guasto.

Usa un test basato sull'utilizzo quotidiano per scegliere il vincitore

Misura il tempo di avvio a freddo dell'applicazione, della prima apertura della libreria, della navigazione ricca di poster, della ricerca, della modifica dei metadati e dell'avvio di una riproduzione normale, registrando al contempo l'attività dello storage. Ripeti il test quando lo stato è già presente nella cache. Queste operazioni mostrano la differenza tra un dispositivo per i metadati e il percorso dei file multimediali molto più chiaramente di un benchmark sequenziale del disco.

L'SSD vince quando la reattività dei metadati è sensibilmente migliore nei test di avvio a freddo, prima navigazione, ricerca e caricamento dei poster che gli utenti di casa notano davvero. L'HDD vince quando l'esperienza attuale è già soddisfacente o quando un altro livello aggiunge più complessità al ripristino di quanta sia la sua utilità.

Per una configurazione di storage più ampia, il quadro di riferimento dello storage HDD rispetto a SSD separa capacità, durata, rumore e costi dalla questione specifica della reattività dei metadati.