Una macchina virtuale può avviarsi sul nuovo sistema senza essere pronta per la produzione. Il passaggio da VMware a Proxmox comprende quindi il collaudo dell’applicazione e delle sue dipendenze. L’importazione tecnica è una componente di questo percorso.
Rilevare le dipendenze prima dell’importazione
L’inventario comprende sistema operativo, modalità di avvio, dispositivi virtuali, reti, dischi e servizi necessari. Vengono considerate anche licenze applicative, software di backup e modalità di accesso. Le modifiche all’hardware virtuale possono incidere sui driver e sulle licenze associate all’hardware.
Per i sistemi che collaborano viene definita una sequenza. Un’applicazione, il relativo database e i servizi di identità non possono essere valutati separatamente. Ogni ondata di migrazione ha quindi un referente funzionale e criteri verificabili per la conclusione positiva.
Scegliere il metodo di migrazione adatto
Proxmox documenta le modalità di importazione da VMware ESXi e altre procedure di migrazione. La scelta dipende dalla versione sorgente, dagli accessi, dai dischi e dalla finestra prevista. Il produttore descrive anche alcuni limiti, per esempio nel trasferimento dello stato del TPM virtuale. Queste dipendenze vengono valutate prima del passaggio in produzione.
Per i sistemi guest Windows contano, tra gli altri aspetti, i driver VirtIO appropriati e l’hardware di disco e rete effettivamente scelto. Le informazioni necessarie al ripristino vengono conservate. Un progetto pilota a basso rischio può mostrare in anticipo gli adeguamenti richiesti dai sistemi esistenti; non dimostra la compatibilità di ogni altra VM.
Provare l’applicazione dal punto di vista dell’utente
Il collaudo comprende accesso, elaborazioni rappresentative, file, stampa o interfacce esterne, se fanno parte dell’applicazione. Anche backup e ripristino devono funzionare sul nuovo sistema. Un ping e un desktop avviato non sono sufficienti.
Indirizzi di rete, servizio orario e risoluzione dei nomi vengono verificati esplicitamente. L’avvio di copie per i test non deve creare una seconda istanza di produzione incontrollata con le stesse identità. L’ambiente di prova riceve un ruolo chiaramente delimitato e regole di accesso adeguate.
Limitare nel tempo la possibilità di ritorno
Prima del passaggio viene stabilito fino a quando è possibile tornare indietro. I nuovi dati già creati sulla destinazione non si recuperano semplicemente riaccendendo la vecchia VM. Per questo caso vengono pianificati decisioni, riconciliazione dei dati e responsabilità.
DAXS organizza la migrazione in ondate tracciabili con progetto pilota, approvazione funzionale e verifiche successive documentate. Il vecchio ambiente viene dismesso solo dopo un punto di conclusione definito consapevolmente. Il passaggio rimane così una modifica operativa verificabile e non viene equiparato a un trasferimento di file riuscito.
Pianificazione dell’infrastruttura · Stimare l’impegno IT · Parlare della migrazione
Fonti: Proxmox: migrazione e importazione da ESXi (link esterno) · Proxmox: driver VirtIO per Windows (link esterno)
