Per altrettanto funzionare come abbiamo fatto con VMware vSAN in termini di contenuti e recensioni del sito, per alcuni potrebbe essere una sorpresa il fatto che non abbiamo utilizzato vSAN in produzione. Una volta completato l'aggiornamento dei nostri server di laboratorio (12x Dell'EMC PowerEdge R740xd), abbiamo deciso di risolvere questo problema riproponendone alcuni PowerEdge R730 server e SSD extra che avevamo a portata di mano. Il risultato è una modesta configurazione vSAN 6.6 che utilizzeremo per ospitare le VM necessarie per i test, oltre a fungere da piattaforma per testare e creare report sulle nuove funzionalità vSAN. Questa implementazione, tuttavia, solleva una domanda immediata di cui gli acquirenti di vSAN sono spesso curiosi: come posso migrare i carichi di lavoro esistenti su vSAN?
Per altrettanto funzionare come abbiamo fatto con VMware vSAN in termini di contenuti e recensioni del sito, per alcuni potrebbe essere una sorpresa il fatto che non abbiamo utilizzato vSAN in produzione. Una volta completato l'aggiornamento dei nostri server di laboratorio (12x Dell'EMC PowerEdge R740xd), abbiamo deciso di risolvere questo problema riproponendone alcuni PowerEdge R730 server e SSD extra che avevamo a portata di mano. Il risultato è una modesta configurazione vSAN 6.6 che utilizzeremo per ospitare le VM necessarie per i test, oltre a fungere da piattaforma per testare e creare report sulle nuove funzionalità vSAN. Questa implementazione, tuttavia, solleva una domanda immediata di cui gli acquirenti di vSAN sono spesso curiosi: come posso migrare i carichi di lavoro esistenti su vSAN?
Come per la maggior parte delle aziende, il nostro storage di laboratorio primario è un mix di condivisioni iSCSI e storage Fibre Channel con la maggior parte dei nostri dati che risiedono su array Dot Hill e Fusion-io ION. Esistono diversi modi per affrontare questa migrazione, dallo spostamento di VM tra archivi dati con un comando SVMotion di base con lo spazio di archiviazione collegato localmente a un host che può vedere entrambi gli archivi dati o una migrazione in due passaggi in cui cambiano sia l'host che l'archivio dati.
Se disponi di un array di archiviazione con LUN iSCSI, questo processo è piuttosto semplice. Aggiungi il dispositivo di storage iSCSI a uno dei tuoi host vSAN se non lo hai già fatto, aggiungi la destinazione iSCSI dal tuo array di storage e accedi rapidamente a quella VM all'interno del cluster vSAN senza nemmeno dover migrare il datastore. Se disponi di un array di archiviazione che comunica tramite FC, puoi sfruttare un HBA FC se ne esiste già uno all'interno del server oppure aggiungerne uno all'host. Se lo storage FC non verrà utilizzato molto in futuro, i costi e i tempi di inattività associati all'installazione dell'HBA potrebbero non valerne la pena; in tal caso passeremo al processo in due fasi.
Quando sposti le VM tra host ESXi in cui il calcolo e lo storage cambieranno nello stesso movimento, puoi spostare la VM ovunque nel tuo ambiente purché i dispositivi possano comunicare tra loro all'interno del tuo vCenter. Questa è un'opzione che ha la massima compatibilità, ma potrebbe non essere il percorso di trasferimento più veloce se ne esiste già uno nativo. Per VM individuali o piccoli gruppi, questo potrebbe non essere un problema, ma con VM piuttosto grandi o batch di grandi dimensioni potrebbe essere garantito un percorso di trasferimento più rapido.
Nel nostro caso possiamo vedere che il trasferimento della VM ha richiesto solo pochi minuti, con il collegamento di rete 10G tra i due host che aiuta a spingere la velocità fino a circa 400 MB/s. Nel complesso, questo è uno dei passaggi più semplici associati alla messa in funzione della piattaforma vSAN, ma esistono alcuni modi per affrontarlo a seconda delle esigenze o delle capacità hardware.
In questo articolo abbiamo parlato a lungo di quanto sia facile migrare i VMDK VMware esistenti e le condivisioni iSCSI su vSAN. In qualsiasi organizzazione già virtualizzata, questo processo è piuttosto semplice. VMware dispone anche di uno strumento per le migrazioni bare metal; abbiamo usato VMware vCenter Converter prima di portare i carichi di lavoro legacy in uno stato virtualizzato. Indipendentemente da come ci si arriva, vSAN offre molto in termini di efficienza operativa e risparmio sul TCO rispetto alle distribuzioni IT tradizionali. Siamo entusiasti di realizzare questi vantaggi nel nostro laboratorio e non vediamo l'ora di pubblicare più contenuti sulle esperienze del mondo reale.
