Se stai costruendo un homelab, consolidando server aziendali o cercando un’alternativa a VMware senza costi di licenza, Proxmox Virtual Environment è probabilmente la soluzione più potente e completa disponibile oggi nel mondo open-source. In questo articolo esploriamo in dettaglio come funzionano le macchine virtuali QEMU/KVM su Proxmox VE 9.2, con riferimenti diretti alla mia esperienza pratica di installazione e gestione su hardware dedicato.
Cos’è Proxmox VE: piattaforma unificata di virtualizzazione
Proxmox VE è una piattaforma open-source enterprise per la virtualizzazione che integra in un’unica interfaccia web due tecnologie complementari:
- KVM (Kernel-based Virtual Machine) — per macchine virtuali complete con isolamento hardware totale
- LXC (Linux Containers) — per container leggeri che condividono il kernel host
A queste si aggiungono lo storage software-defined (ZFS, Ceph, LVM, NFS, iSCSI) e il networking software-defined (VLAN, VXLAN, BGP/EVPN), il tutto gestibile da una singola dashboard basata su browser. Non serve installare alcun agent aggiuntivo né un nodo di management separato: Proxmox VE è self-contained by design.
La versione attuale è la 9.2, basata su Debian e licenziata GNU AGPL v3 — codice sorgente completamente accessibile.
QEMU/KVM su Proxmox: cosa puoi fare concretamente
Il cuore della virtualizzazione “full” in Proxmox è QEMU abbinato a KVM. QEMU fornisce l’emulazione hardware; KVM la accelerazione a livello kernel tramite le estensioni di virtualizzazione dei processori moderni (Intel VT-x (Intel Virtualization Technology)/ AMD-V). Il risultato è una performance near bare-metal per carichi di lavoro reali.
Sistemi operativi supportati
Le VM QEMU/KVM girano indipendentemente dal sistema operativo guest: Windows (tutte le versioni moderne), Linux, BSD, e altri OS non modificati. Non servono driver speciali lato guest per avviarle, sebbene l’installazione dei VirtIO drivers su Windows migliori sensibilmente le prestazioni di rete e disco.
Funzionalità chiave delle VM in Proxmox VE 9.2
- Snapshot live (con memoria) — salva lo stato completo della VM, inclusa la RAM, in qualsiasi momento senza spegnerla
- Hot-plug — aggiunta a caldo di interfacce di rete, dispositivi USB, dischi aggiuntivi, CPU e RAM su VM in esecuzione
- PCI(e) passthrough via GUI — assegna schede GPU, controller RAID, o qualsiasi dispositivo PCIe direttamente a una VM
- Import da altri hypervisor — importa VM da VMware ESXi tramite file OVF/OVA direttamente dall’interfaccia grafica
- UEFI + Secure Boot + TPM — supporto completo per OS moderni che richiedono avvio sicuro (es. Windows 11)
- Console remota — accesso al display guest via noVNC (browser HTML5) o client SPICE (virt-viewer)
- Custom CPU models *(novità v9.2)* — definisci modelli CPU personalizzati per compatibilità specifica o per workload particolari
Creare una VM QEMU/KVM: flusso operativo
La creazione di una nuova VM in Proxmox avviene tramite una procedura guidata in 8 step accessibile dall’interfaccia web. Ecco la sequenza essenziale:
- General — assegna nome, Node, e VM ID (numero univoco nel cluster)
- OS — seleziona la ISO dal datastore o specifica “Do not use any media” per clonare da template
- System — scegli Machine type (
q35per UEFI/PCIe moderno,i440fxlegacy), BIOS (OVMF per UEFI, SeaBIOS legacy), abilita TPM se necessario - Disks — seleziona storage, formato (qcow2 per snapshot, raw per performance massima), dimensione e controller (
VirtIO SCSIraccomandato) - CPU — numero di socket e core; tipo CPU (host per performance massima, x86-64-v2-AES per migrabilità)
- Memory — RAM in MiB; abilita Ballooning per gestione dinamica
- Network — bridge (
vmbr0di default), modello NIC (VirtIOraccomandato) - Confirm — riepilogo e avvio opzionale immediato
Dopo la creazione, la VM è visibile nel pannello sinistro dell’interfaccia. Da lì puoi avviarla, aprire la console noVNC, gestire snapshot e backup.
Template e Cloni: deploy rapido di infrastrutture
Una delle funzionalità più utili per chi gestisce più VM simili è il sistema di template e cloni. Il flusso è semplice:
- Installa e configura una VM “gold” con tutti i software necessari
- Clicca su “Convert to Template” — la VM diventa immutabile e non può più essere avviata direttamente
- Da quel template puoi creare:
- Linked clone — condivide il disco base del template (risparmio di spazio enorme, ideale per test rapidi)
- Full clone — copia completa e indipendente (per ambienti di produzione)
Un linked clone di una VM da 20 GB occupa solo pochi MB finché non scrive dati propri. In un homelab con storage limitato, questo cambia tutto.
Snapshot e Backup: protezione dei dati
Proxmox distingue chiaramente tra due concetti spesso confusi:
- Snapshot — cattura istantanea dello stato della VM (disco + RAM opzionale); ripristino in secondi; non sostituisce un backup
- Backup — copia completa su storage dedicato; schedulabile via calendario; supporta retention policy
Per ambienti più seri, l’integrazione nativa con Proxmox Backup Server (PBS) aggiunge backup incrementali e deduplicati, con QEMU dirty-bitmaps per velocità estrema — solo i blocchi modificati dall’ultimo backup vengono trasferiti. La cifratura lato client è inclusa.
Migrazione live e alta disponibilità
Una VM KVM in esecuzione può essere migrata a caldo da un nodo fisico all’altro del cluster senza downtime percepibile — la connessione di rete del guest non si interrompe. Questo vale anche con storage locale grazie allo stack di replicazione ZFS integrato (solo il delta dall’ultima replica viene sincronizzato).
Per ambienti cluster, il HA Manager di Proxmox rileva i nodi non raggiungibili e riavvia automaticamente le VM su nodi sani, usando self-fencing via watchdog hardware o softdog kernel per evitare split-brain. In Proxmox VE 9.2 è stata introdotta la funzione di Dynamic Load Balancer per le VM gestite HA, che riduce automaticamente lo sbilanciamento di carico tra nodi.
Passthrough GPU e workload AI/ML
Per chi lavora con carichi computazionali intensi, Proxmox supporta il GPU passthrough completo e, in 9.2, è piattaforma ufficialmente supportata per NVIDIA vGPU — la tecnologia che permette di condividere una singola GPU fisica tra più VM con partitioning hardware. Configurazione tramite GUI per PCI(e) passthrough.
La mia esperienza: Proxmox VE 9.2 su server dedicato
Ho installato Proxmox VE 9.2 su un server dedicato nella mia rete locale (indirizzo 192.168.1.30) come piattaforma centrale per tutti i workload virtualizzati dell’infrastruttura di casa. La prima VM migrata è stata Home Assistant OS, precedentemente ospitata su VirtualBox su un Mini PC Windows 11 — la migrazione è avvenuta tramite export OVA e import diretto nell’interfaccia Proxmox, senza reinstallazione.
Il vantaggio principale rispetto alla soluzione precedente: risorse hardware dedicate, snapshot schedulati automaticamente ogni notte, console noVNC accessibile da qualsiasi browser della rete, e la possibilità di aggiungere nuovi servizi come container LXC separati (MQTT broker, Proxmox Backup Server) senza competere con le risorse della VM Home Assistant.
Proxmox VE vs VMware: la scelta per il 2025-2026
Dopo le recenti modifiche al modello di licenza di VMware (acquisita da Broadcom), molte aziende e professionisti IT stanno valutando alternative. Proxmox VE rappresenta oggi la risposta più matura nel mondo open-source:
- Nessun costo di licenza per la versione community (accesso ai repository community)
- Subscription enterprise disponibile con accesso ai repository testati e supporto tecnico
- Wizard di import diretto da VMware ESXi (OVF/OVA)
- REST API completa per integrazione con qualsiasi tool di automazione (Terraform, Ansible)
- Rete globale di 3.000 partner certificati
Stai valutando come strutturare la tua infrastruttura di virtualizzazione — che si tratti di un homelab, di un server aziendale da consolidare o di un’alternativa a VMware senza costi di licenza? Contattami per una consulenza: analizziamo insieme la configurazione più adatta alle tue esigenze, dal dimensionamento hardware all’architettura delle VM.
