Proxmox VE, l'alternativa più diretta a VMware vSphere.

Il primo giorno su Proxmox VE un amministratore VMware vSphere si orienta in fretta. C'è un'interfaccia web unica per tutto il cluster, le macchine virtuali si spostano a caldo tra i nodi con la live migration, e se un nodo si guasta l'alta disponibilità riavvia le macchine sugli altri. Snapshot, template e cloni ci sono, ma cosa si può fare dipende dallo storage scelto.

Cambia invece l'architettura di fondo. Non c'è un vCenter separato da installare e mantenere: ogni nodo del cluster conosce la configurazione di tutti gli altri, e si può gestire il cluster da qualunque nodo. Lo storage può restare su una SAN esistente, ma spesso conviene passare a Ceph, lo storage distribuito integrato, e costruire un cluster iperconvergente in cui gli stessi server ospitano calcolo e dischi.

Accanto alle macchine virtuali KVM, Proxmox VE gestisce anche container LXC: sistemi Linux leggeri, utili per servizi semplici che non hanno bisogno di una macchina virtuale intera.

La scelta dello storage è la decisione più importante del design. Con Ceph ogni nodo mette a disposizione i propri dischi e il cluster li replica su più server. Se un disco o un nodo si guasta, i dati restano disponibili. È la scelta tipica quando la SAN è a fine vita e il cluster ha almeno tre nodi.

ZFS è ideale per nodi singoli, ambienti piccoli o sedi remote. Offre integrità dei dati, compressione e replica asincrona tra nodi. Se la SAN è recente e funziona, la si collega a Proxmox VE via Fibre Channel o iSCSI e la si continua a usare; un NAS si collega via NFS. Sulle LUN della SAN Proxmox VE usa LVM condiviso: niente thin provisioning lato Proxmox (resta quello dell'array), niente cloni collegati, e gli snapshot sono ancora in anteprima tecnologica. Se gli snapshot servono ogni giorno, Ceph o NFS sono la scelta più solida.

Nell'assessment misuriamo il carico reale di I/O delle macchine VMware vSphere e dimensioniamo lo storage su quei numeri, non sulle schede tecniche.

Su VMware vSphere i backup si appoggiano quasi sempre alle API VADP. Su Proxmox VE lo strumento naturale è Proxmox Backup Server: backup incrementali delle macchine virtuali con deduplica, verifica periodica dell'integrità, cifratura lato client e replica verso una seconda sede.

Nel progetto ridisegniamo le politiche di backup, configuriamo la conservazione e, prima di chiudere ogni ondata di migrazione, facciamo un ripristino di prova. Un backup mai ripristinato non è un backup.

Se oggi usi Veeam Backup & Replication, puoi continuare a usarlo: dalla versione 12.2 protegge le VM Proxmox VE con un plug-in ufficiale, con licenza Universal. Proxmox Backup Server ha una subscription propria, calcolata per server di backup.

Proxmox VE include un import wizard che si collega agli host ESXi e importa le macchine virtuali leggendone la configurazione. Per molte macchine è lo strumento più rapido. Non legge però le macchine su vSAN né i dischi cifrati, e lo stato del vTPM non si trasferisce: le macchine su vSAN le spostiamo prima su un altro datastore, i dischi cifrati li decifriamo prima dell'import, e per i Windows con BitLocker legato al vTPM prepariamo le chiavi di ripristino prima dello spostamento. Per le altre, come macchine molto grandi, con molti snapshot o con fermi da ridurre al minimo, usiamo conversioni dei dischi, sincronizzazioni preliminari o repliche applicative.

Su ogni macchina Windows installiamo i driver VirtIO prima dello spostamento, così il primo avvio sul nuovo cluster non si ferma su un disco o una scheda di rete non riconosciuti. I VMware Tools li rimuoviamo come ultimo passo prima dello spegnimento, perché dopo la migrazione è più difficile toglierli. Sul nuovo cluster installiamo il QEMU guest agent.

Proxmox VE è software libero e si può usare senza pagare. Per gli ambienti in produzione consigliamo sempre una subscription ufficiale, calcolata per socket CPU e non per core o per macchina virtuale. Dà accesso al repository enterprise con aggiornamenti verificati. Il livello minimo per la produzione è Basic, che include anche il supporto del produttore; tutti i nodi di un cluster devono avere lo stesso livello.

Le subscription te le forniamo noi: scegliamo con te il livello giusto per ogni cluster e teniamo d'occhio i rinnovi. I prezzi di listino sono nella pagina Licenze e subscription: per esempio il livello Basic costa 370 € l'anno per socket, IVA esclusa.