Proxmox VE consente di costruire cluster server ad alta disponibilità con architettura multi-master, failover automatico e storage distribuito Ceph; il tutto integrato in un'unica piattaforma open source.
Un cluster Proxmox VE è un insieme di nodi fisici collegati tra loro e gestiti come un'unica entità tramite l'interfaccia web. L'architettura è di tipo multi-master: ogni nodo può gestire l'intero ambiente, senza un server di gestione centralizzato dedicato. Questo elimina un singolo punto di guasto ed è una delle differenze architetturali più rilevanti rispetto a piattaforme che richiedono un componente di management separato.
La comunicazione tra i nodi è gestita da Corosync, il motore di cluster che si occupa della membership dei nodi e del quorum. Il quorum determina quanti nodi devono essere attivi affinché il cluster possa operare: serve la maggioranza (N/2 + 1). In un cluster a 3 nodi, il quorum si mantiene con 2 nodi attivi. Se il quorum viene perso, il cluster blocca le operazioni di scrittura e il failover automatico per prevenire scenari di split-brain.
Proxmox VE utilizza pmxcfs, un file system basato su database che memorizza tutti i file di configurazione del cluster e li replica in tempo reale su tutti i nodi tramite Corosync. Ogni nodo ha sempre una copia aggiornata della configurazione dell'intero ambiente, senza bisogno di storage condiviso per i file di configurazione.
Un cluster Proxmox supporta diverse tipologie di storage: locale (ZFS, LVM, LVMthin), condiviso (NFS, iSCSI, Fibre Channel) e distribuito (Ceph per architetture iperconvergenti). La scelta dipende dai requisiti di performance, disponibilità e budget.
Per ambienti dove Ceph o una SAN non sono giustificati
Proxmox VE include un framework di replica asincrona integrato che mantiene una copia aggiornata dei dischi VM su un nodo secondario. È la soluzione con l'investimento più contenuto per ottenere HA con storage locale, e funziona bene per cluster a 2-3 nodi con workload non I/O-intensive.
Nella pratica
La causa più frequente di perdita di quorum non è il guasto hardware ma la manutenzione non coordinata: un aggiornamento firmware che richiede il reboot contemporaneo di due nodi su tre. La regola operativa è semplice: documentare sempre le finestre di manutenzione e non aggiornare mai più di un nodo alla volta.
Il sistema di high availability di Proxmox VE fornisce failover automatico per macchine virtuali KVM e container LXC. Quando un nodo diventa non raggiungibile e il cluster mantiene il quorum, le risorse configurate per l'HA vengono automaticamente riavviate su un altro nodo.
Prima di riavviare una VM su un altro nodo, il cluster deve avere la certezza che il nodo guasto non stia ancora accedendo ai dischi condivisi. Proxmox VE implementa il fencing tramite un meccanismo watchdog-based: ogni nodo esegue un timer hardware che deve essere resettato periodicamente dal software. Se il nodo smette di funzionare e il watchdog scade, il nodo viene automaticamente riavviato, garantendo l'isolamento. Senza fencing corretto, il rischio è la corruzione dei dati per accesso concorrente.
Il watchdog software di default funziona nella maggior parte dei casi. Per ambienti di produzione critici, è preferibile abilitare il watchdog hardware IPMI (se il server lo supporta): è più affidabile in scenari di kernel panic dove il watchdog software potrebbe non scattare. Un comando utile: wdctl per verificare che il watchdog attivo sia quello corretto.
La configurazione dell'alta disponibilità avviene dalla web UI. Per ogni VM o container puoi definire: lo stato desiderato (started, stopped, disabled), il gruppo di nodi preferiti per il failover e la priorità di riavvio. Il sistema monitora continuamente lo stato dei servizi e interviene automaticamente.
Un punto operativo importante: non configurare tutte le VM come HA. Se un nodo con 30 VM va giù e tutte sono HA, i nodi rimanenti dovranno riavviarne 30 simultaneamente, con un picco di I/O e RAM che può saturare le risorse e causare un effetto domino. Configurare come HA solo le VM critiche per il business, impostando priorità di riavvio differenziate: i database prima, le applicazioni dopo.
La live migration consente di spostare una macchina virtuale in esecuzione da un nodo a un altro senza interruzione del servizio. La memoria della VM viene copiata iterativamente sul nodo di destinazione; quando la quantità residua è sufficientemente piccola, la VM viene brevemente sospesa (millisecondi), la memoria finale trasferita e la VM ripresa sul nuovo nodo. L'operazione è trasparente per le applicazioni e gli utenti connessi.
Proxmox VE supporta anche la storage live migration: spostamento dei dischi virtuali da uno storage a un altro con la VM in esecuzione. Utile per manutenzione storage, espansione della capacità o transizione verso un diverso tipo di storage.
Dalla nostra esperienza
La live migration richiede una rete cluster con banda sufficiente e latenza bassa. Con una rete a 1 GbE, la migrazione di una VM con 32 GB di RAM può richiedere diversi minuti e, se la VM scrive in memoria più velocemente di quanto la rete trasferisca, la migrazione non converge mai. Per ambienti di produzione consigliamo 10 GbE come minimo per la rete cluster, 25 GbE per cluster con molte VM ad alta occupazione di memoria.
La scelta della topologia dipende dai requisiti di disponibilità, dal budget e dalla capacità di crescita prevista.
Entry level
Configurazione minima per l'alta disponibilità. Richiede un QDevice esterno (un servizio leggero su un terzo server o VM) per mantenere il quorum quando uno dei due nodi è offline. La topologia con l'investimento più contenuto per ambienti che necessitano di failover automatico.
Standard
La topologia consigliata per ambienti di produzione. Tre nodi garantiscono il quorum nativo (2 su 3) senza QDevice. Con Ceph, tre nodi sono il minimo per una replica a 3 copie dei dati. È il punto di partenza per la maggior parte delle organizzazioni.
Enterprise
Per requisiti di scalabilità e ridondanza elevati. Cinque o più nodi offrono tolleranza a guasti multipli, manutenzione su un nodo senza impatto e maggiore capacità. Con Proxmox Datacenter Manager, più cluster possono essere gestiti da un'unica console.
Hai bisogno di aiuto per scegliere la topologia giusta?
Dalla nostra esperienza
Il cluster a 2 nodi con QDevice è una soluzione efficace per il budget, ma con un limite operativo importante: durante la manutenzione di un nodo, il QDevice deve restare raggiungibile altrimenti il nodo rimanente perde il quorum e blocca l'HA. Per ambienti dove la manutenzione è frequente (aggiornamenti mensili, patching) il cluster a 3 nodi offre un margine operativo molto più confortevole.
Progettare un cluster Proxmox VE che risponda alle esigenze specifiche della tua organizzazione richiede competenze certificate e un'esperienza consolidata su ambienti di produzione reali.
Rackone è il primo partner certificato Proxmox in Italia. Progettiamo cluster Proxmox VE da ambienti a 2 nodi per PMI fino a infrastrutture iperconvergenti multinodo per enti di ricerca e aziende enterprise.
Partiamo dall'analisi dei tuoi requisiti (workload, disponibilità, budget, crescita prevista) e progettiamo l'architettura ottimale: topologia, hardware, storage, rete e policy HA. Il risultato è un progetto documentato e pronto per l'implementazione.
Dopo il deploy, il nostro supporto H24 monitora e mantiene il cluster con SLA contrattuali e presidio continuativo in italiano.
I nostri corsi Proxmox VE includono moduli specifici su cluster, HA, Ceph e live migration per rendere il tuo team autonomo nella gestione quotidiana.
Il cluster Proxmox è un gruppo di server Proxmox VE, detti nodi, gestiti come un'unica infrastruttura: il file system pmxcfs replica la configurazione in tempo reale su tutti, ogni nodo espone l'interfaccia completa e non esiste un server di gestione centrale. Si crea dall'interfaccia web o con pvecm; i nodi comunicano con Corosync su una rete dedicata a bassa latenza.
Per l'alta disponibilità di Proxmox VE servono almeno tre nodi, perché il cluster deve mantenere il quorum anche quando uno si ferma; con due nodi si aggiunge un QDevice, un terzo voto esterno. Servono poi storage condiviso o replicato e ridondanza hardware. Se un nodo si guasta, l'HA manager lo isola (fencing) e riavvia le macchine protette sugli altri.
Se il cluster mantiene il quorum, il sistema HA rileva il guasto, isola il nodo tramite fencing e riavvia automaticamente le VM e i container HA su un altro nodo.
No. Un cluster funziona anche con storage condiviso tradizionale (NFS, iSCSI, FC) o con storage locale combinato con la replica asincrona integrata. Ceph è consigliato per architetture iperconvergenti. Per un approfondimento, consulta la guida Proxmox HCI.
Ceph è lo storage distribuito open source integrato in Proxmox VE: unisce i dischi di più server in un unico pool replicato, a blocchi, file e oggetti, e si gestisce dall'interfaccia web. Permette un'infrastruttura iperconvergente, in cui gli stessi nodi eseguono le VM e ne ospitano i dati. Servono almeno tre server e una rete dedicata da 10 Gbit/s, 25 con dischi NVMe.
Un Ceph block device, o RBD (RADOS Block Device), è un disco virtuale ricavato dal cluster Ceph: Proxmox VE lo assegna alle VM come un disco locale, ma i dati sono distribuiti e replicati su più dischi e nodi. È thin provisioned, cioè occupa solo lo spazio scritto, si ridimensiona, supporta snapshot e cloni e consente la migrazione a caldo senza copiare dischi.
No. L'interruzione effettiva si riduce a pochi millisecondi durante lo switch finale, impercettibili per applicazioni e utenti. Richiede una rete cluster con banda adeguata (10 GbE minimo consigliato).
Consigliamo di separare la rete cluster (Corosync + migrazione + eventuale Ceph) dalla rete VM. Per la rete cluster: 10 GbE minimo, 25 GbE consigliato. Per la rete VM: dipende dal traffico dei workload. I due segmenti dovrebbero viaggiare su interfacce fisiche separate.
Per Proxmox VE ZFS conviene quando servono integrità dei dati, snapshot, compressione e replica fra nodi: gestisce il RAID via software e verifica ogni blocco. Chiede però RAM in più, circa 1 GB per TB, e dischi senza RAID hardware, con cui è incompatibile. ext4 con LVM è più leggero, adatto a un server singolo con poca memoria o con un RAID hardware già presente.
Sì. Rackone è Proxmox Gold Partner #1 in Italia e offre un servizio di progettazione cluster completo: dall'analisi dei requisiti alla scelta della topologia, dall'implementazione al supporto H24 post-deploy.
Analizziamo i tuoi requisiti e progettiamo l'architettura ottimale per la tua organizzazione: topologia, storage, rete e policy HA.
Senza impegno · Ti risponde un sistemista, non un commerciale
Lasciaci i tuoi recapiti: ti ricontatta un sistemista, non un commerciale.
