Flusso di migrazione dello spazio di archiviazione delle macchine virtuali dal disco locale al NAS

Conserva il disco locale della VM come copia verificata per il rollback finché il datastore NAS non supera i test di avvio, carico di lavoro, riavvio e backup.

Spostare un disco virtuale cambia più della sua posizione: protocollo, rete, comportamento di sincronizzazione del NAS, catena della cache, formato di allocazione, ordine di montaggio e dominio di errore diventano tutti parte di ogni scrittura del guest. Definisci una baseline della destinazione con dati usa e getta, proteggi la sorgente, sposta una macchina canary seguendo il percorso supportato dall'hypervisor e confronta il carico di lavoro originale prima di migrare un'altra VM. Esegui il rollback invece di riparare entrambe le copie se cambiano l'identità del disco o la coerenza dell'applicazione.

Qualifica il datastore NAS prima di spostare un disco

Registra protocollo, indirizzo NAS, percorso di rete, MTU, autenticazione, autorizzazioni di esportazione, filesystem, criteri di sincronizzazione, snapshot, spazio libero e comportamento in caso di errore. Misura la latenza e le scritture sostenute dall'hypervisor usando dati usa e getta, non da un laptop che segue un percorso diverso.

Una panoramica aggiornata delle opzioni di datastore locali e condivisi distingue i datastore locali dalle opzioni NFS e iSCSI condivise e dalla portabilità che consentono. Usa il confronto per definire la destinazione, mentre l'accettazione deve basarsi su questo NAS, questa rete e questo carico di lavoro della VM.

Interrompi la procedura se la destinazione si disconnette sotto carico, conferma le scritture con una durabilità incerta, non dispone di capacità sufficiente per la migrazione e gli snapshot o dipende dallo stesso disco locale che deve essere dismesso. La sola raggiungibilità dello storage non significa che sia pronto a ospitare immagini VM attive.

Proteggi la sorgente e seleziona il metodo di migrazione

Esegui o verifica un backup indipendente e registra il formato del disco virtuale sorgente, il tipo di allocazione, il controller, la modalità cache, l'impostazione discard, l'ordine di avvio e la configurazione della VM. Metti in pausa i database applicativi o arresta la VM quando il percorso scelto non garantisce uno spostamento online coerente.

Una risposta dello staff di Proxmox a una proposta manuale da NFS a iSCSI raccomanda il backup e ripristino invece degli spostamenti manuali, anziché spostare manualmente i file immagine e modificare la configurazione. Considera quel caso storico come un principio di sicurezza: usa il percorso di spostamento o backup/ripristino supportato dalla piattaforma e appropriato per l'hypervisor attuale.

Scegli una VM canary a basso rischio con un modello di utilizzo del disco rappresentativo. Dopo il passaggio, conserva il disco originale scollegato ma integro quando la piattaforma lo consente; non permettere mai l'avvio simultaneo in scrittura delle copie sorgente e destinazione.

Migra la VM canary e verifica l'identità prima dell'avvio

Avvia lo spostamento dello storage o il ripristino supportato monitorando i log dell'host, la latenza del NAS, gli errori di rete, la crescita dell'allocazione e lo spazio libero sulla destinazione. Salva gli ID dei job e i controlli finali. Se il trasferimento non riesce, non eliminare i dati parziali finché lo stato della piattaforma e il percorso di rollback non sono chiari.

Confronta la configurazione della VM prima e dopo: bus del disco, flag di avvio, formato, dimensione, numero di serie, supporto degli snapshot, comportamento della cache e del discard. Usa la guida ZimaSpace correlata per configurare le cache dello storage delle VM solo dopo che il disco risiede sullo storage NAS; la configurazione della cache non deve essere combinata con la migrazione.

Avvia inizialmente la VM canary su una rete isolata. Verifica lo stato del filesystem, la coerenza dell'applicazione, l'ora e l'identità prevista del disco virtuale. Se il guest entra in modalità di ripristino, segnala volumi mancanti o rileva un ordine diverso dei dischi, arrestalo e ricollega la sorgente verificata invece di riparare entrambe le copie.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Convalida il carico di lavoro originale e conserva il rollback

Esegui il carico di lavoro della VM più importante: commit del database, operazioni su file di piccole dimensioni del file server, backup, attività multimediale o job di build. Confronta latenza, throughput, accodamento, comportamento di sincronizzazione del NAS e CPU dell'host con la baseline locale. Testa il riavvio di un servizio NAS solo durante una finestra di manutenzione protetta.

Riavvia una volta la VM e l'hypervisor, verifica l'ordine di montaggio automatico del datastore e ripristina un file di piccole dimensioni o una transazione dal backup successivo. Una migrazione non è completa se la VM funziona solo fino al riavvio dell'host o se i backup continuano a puntare al vecchio disco.

Migra altre VM una alla volta solo dopo che la canary ha superato il carico normale e un ciclo di backup. Conserva il disco locale in sola lettura fino alla fine del periodo di rollback; torna indietro quando la latenza o la durabilità non raggiungono l'obiettivo stabilito e segnala gli errori ripetuti di trasporto o storage con timestamp acquisiti da entrambe le estremità.