In breve
KoaVM copia i dischi delle VM dal nodo di origine a un nodo Incus e le riaccende con lo stesso IP e lo stesso MAC. Con la modalità quasi live il disco si copia mentre la VM è accesa e il fermo è di circa 10 secondi; con la modalità a freddo la VM si spegne e il fermo dura quanto la copia. Se qualcosa va storto, la VM di origine riparte com'era.
Cosa serve
- Un nodo Incus collegato a KoaVM: un server con Incus, storage ZFS, LVM, dir o btrfs, e
qemu-utils. Come si collega è nella guida, alla pagina Nodi. - Accesso SSH ai nodi di origine: utente root o un utente con
sudosenza password. Aggiungi la chiave del pannello (la trovi in Migrazione) adauthorized_keyssui nodi di origine e sui nodi Incus. - Gli IP devono poter arrivare al nodo nuovo: stessa rete del vecchio nodo, oppure IP del fornitore spostabili (OVHcloud, Hetzner) che il pannello sposta da solo via API.
- Facoltativa ma consigliata: l'API del vecchio pannello (SolusVM, Virtualizor, Proxmox). Con quella KoaVM conosce nome host, IP e cliente di ogni VM e, a fine spostamento, sospende la VM nel vecchio pannello.
Passo per passo
- Collega la sorgente in Migrazione › Collega una sorgente: tipo di pannello, nodi, API.
- Scansiona: KoaVM elenca VM, dischi, IP e stato (accesa o spenta).
- Prepara: per ogni VM scegli il cliente (esistente o nuovo), il nodo di destinazione e la modalità.
- Controlli: spazio sul nodo, rete, IP, accessi. Se un controllo non passa, la VM non parte e il pannello dice perché.
- Avvia subito o a un'ora precisa (per esempio di notte), al massimo N migrazioni insieme.
- Email ai clienti: se le attivi, ognuno riceve un avviso prima e uno dopo, con l'orario e il fermo previsto.
Quanto dura
I tempi dipendono dalla dimensione dei dischi e dalla rete fra i nodi. Nel nostro laboratorio (nodi annidati, quindi più lenti di un server vero):
| VM | Da | Disco | Modalità | Copia | Fermo |
|---|---|---|---|---|---|
| pve-web1 | Proxmox VE | 2 dischi, 10 + 3 GB, LVM-thin | quasi live | 245 s | 13,8 s |
| pve-web3 | Proxmox VE | 6 GB, LVM-thin | quasi live | 113 s | 13,2 s |
| vps-a | KVM/libvirt | qcow2 20 GB | quasi live | 27 s | 8,8 s |
| solus-web1 | SolusVM 2 | qcow2 10 GB | quasi live | 23 s | 15,8 s |
| pve-web2 | Proxmox VE | UEFI, qcow2 8 GB | a freddo, pianificata | 34 s | 45,5 s |
In tutte le prove: nessuna scrittura persa, secondo disco identico (stesso checksum), stesso IP e MAC.
Consigli pratici
- Inizia con una VM di prova tua, poi con i clienti che non hanno servizi critici.
- Per le VM grandi usa la pianificazione di notte: la copia a specchio lavora mentre la VM è accesa, ma occupa rete.
- Le VM spente all'origine restano spente: nessuna sorpresa per i clienti che le tengono ferme.
- Se usi Windows, la migrazione a freddo è la più semplice: il fermo è pari al tempo della copia.
- Dopo lo spostamento controlla nel dettaglio della VM il registro dei passaggi: c'è tutto, compresi i tempi.
Aiuto
Per i primi 20 provider la migrazione la facciamo insieme, gratis. Iscriviti alla lista d'attesa o scrivi a info@koavm.com. Se arrivi da un pannello in particolare: SolusVM, Virtualizor, VirtFusion.