Qualche anno fa, durante l'EMC World, ho avuto l'opportunità di incontrare Chuck Hollis e altri dipendenti VMware per parlare di una loro idea. Volevano sfruttare le risorse di storage locali inutilizzate all'interno di un host ESX. Invece di limitarsi a memorizzare l'immagine di avvio di ESX, volevano rendere la risorsa utilizzabile per le macchine virtuali all'interno dell'intero cluster ESX. Abbiamo discusso di quello che sembrava un file system clusterizzato in grado di proteggere i dati tra gli host ESX. Ho fatto notare che i dischi rigidi tradizionali sono lenti e loro hanno proposto di utilizzare unità SSD per accelerare le operazioni di I/O. Era un'idea interessante ed ero curioso di vedere se si sarebbe mai concretizzata. Come avrete intuito, qualcosa si è concretizzato: Virtual SAN. Con la prima versione di VSAN ero interessato, ma, lo ammetto, un po' deluso. Ora, a un anno dalla sua disponibilità generale, VSAN ha fatto un ulteriore passo avanti con l'ultimo aggiornamento alla versione 6.0.
Ovviamente VSAN 6.0 è migliore, più veloce e più grande. In linea con vSphere 6.0, i VMDK possono arrivare fino a 62 TB e avere fino a 64 host nel cluster. Il numero di macchine virtuali su un nodo è raddoppiato da 100 a 200, con un massimo di 6,400 per cluster. Più nodi significano più capacità e più prestazioni. Utilizzando unità da 4 TB si pone il limite a circa 9 petabyte di capacità grezza.
VSAN 6.0 introduce un nuovo modello di gestione basata su policy di storage, che consente policy a livello di VM anziché dell'intero datastore. Ciò consente a ciascuna VM di avere le proprie impostazioni per aspetti quali disponibilità, prestazioni e thin provisioning. Si tratta di impostazioni dinamiche, quindi, se una VM necessita improvvisamente di protezione aggiuntiva, la VSAN si adatterà. Rispetto alle versioni precedenti, questo nuovo approccio è molto più semplice e consente un controllo più granulare.
Storicamente, VSAN ha operato in una configurazione ibrida utilizzando unità magnetiche tradizionali come capacità di storage, con flash come cache di lettura per accelerare le prestazioni. Per ottenere le massime prestazioni è stata introdotta una configurazione all-flash. Per mantenere basso il costo di questa opzione, il ruolo della capacità sarà svolto da un'unità MLC economicamente vantaggiosa. VSAN richiede ancora un livello di memorizzazione nella cache, ma non per le prestazioni. L'idea è invece quella di ridurre al minimo il carico di lavoro di scrittura sul livello di capacità e prolungarne la durata. È importante considerare la natura di scrittura del carico di lavoro.
Il cambiamento più interessante con VSAN 6.0 è l'introduzione del nuovo formato su disco derivato dall'acquisizione di Virsto. VSAN ora dispone di un layout dei dati basato su journal, che è allo stesso tempo più veloce ed efficiente. Il nuovo formato aiuta a ridurre sia l'amplificazione della scrittura sugli SSD che l'I/O casuale sui dischi rotanti. Ciò porta a miglioramenti delle prestazioni. Oltre ai miglioramenti in termini di prestazioni, la tecnologia Virsto apporta un enorme cambiamento vantaggioso allo snapshotting. Non dobbiamo più fare affidamento su snapshot vSphere antiquati. Invece, abbiamo snap e cloni basati su metadati; che sono più veloci, efficienti in termini di spazio e hanno un impatto sulle prestazioni estremamente limitato.
Nel tentativo di migliorare l'utilità dei server blade, VSAN 6.0 dispone ora di un'opzione di storage diretto ad alta densità. Non la considero un'ottima opzione poiché VMware consiglia comunque che tutti i server in un cluster VSAN abbiano la stessa configurazione di archiviazione. L'utilizzo di così tanti contenitori JBOD esterni utilizza una quantità significativa di spazio sul telaio del blade, quindi questa potrebbe essere una soluzione molto costosa.
Con questa nuova versione sono stati introdotti alcuni miglioramenti alla funzionalità del disco. Ora è possibile abilitare o disabilitare il LED in un'unità. Ora con questa capacità, quando un'unità si guasta, il LED si accende per facilitarne l'identificazione. Un dispositivo ora può essere contrassegnato come SSD o Locale nel caso in cui l'host non lo riconosca. Penso che questo sia particolarmente interessante per possibili sviluppi futuri.
VSAN 6.0 è ora compatibile con il rack. Creando domini di errore, che rappresentano un minimo di tre rack, VSAN sarà sufficientemente intelligente da distribuire i dati su questi rack. Ciò contribuirà alla protezione da interruzioni di corrente, problemi del controller di archiviazione e guasti di rete.
Qual è il prossimo titolo? La prossima versione di VSAN potrebbe essere utilizzata insieme a un array di archiviazione esterno? In effetti, questo è qualcosa di cui Chuck Hollis ha parlato più di un anno fa sul suo blog. Ora che disponiamo di un dominio di errore espanso, il passaggio successivo sarà un cluster VSAN esteso? Vedo un futuro in cui VSAN verrà esteso a vCloud Air come semplificazione del ripristino di emergenza. La visibilità mancante in VSAN 6.0 è qualsiasi tipo di tecnologia di riduzione dei dati e altri servizi dati avanzati. Con i recenti sviluppi di VSAN 6.0, è chiaro che VMware ha investito molto nella tecnologia. Aspetto con ansia cosa potrebbe portare la prossima versione.
L'autore
Mark May è un ingegnere specializzato in sistemi di storage a Cincinnati, Ohio. Lavora nel settore dello storage e del backup aziendale da oltre 15 anni. È un EMC Elect, Cisco Champion e un appassionato di tecnologia. Nel tempo libero ama aiutare gli altri a comprendere i meccanismi del settore dello storage, in continua evoluzione. È possibile trovarlo online in diversi modi, ma i due più probabili sono il suo blog personale e il suo account Twitter @cincystorage.
Amazon