Topologia cluster
2 nodi con QDevice per le PMI, 3 nodi con quorum nativo, configurazioni multinodo per gli ambienti enterprise. La topologia viene definita in base ai requisiti di alta disponibilità, al budget e alla crescita prevista.
Dall'analisi dei requisiti al collaudo
Progettazione cluster Proxmox
Devi realizzare una nuova infrastruttura Proxmox, ampliare un cluster esistente o riconvertire un ambiente proveniente da un'altra piattaforma? Il nostro team definisce l'architettura più adatta ai tuoi requisiti, la formalizza in un progetto documentato e ti affianca fino alla messa in produzione.
- 700+ clienti attivi
- H24 supporto in italiano
- GDPR dati in Italia
Che cos'è un cluster Proxmox VE? È un insieme di server Proxmox che condividono configurazione e gestione attraverso il Proxmox Cluster File System e il servizio Corosync, e che possono spostare macchine virtuali e container da un nodo all'altro. Un cluster risponde a due esigenze: mantenere attivi i servizi anche quando un nodo si ferma, grazie all'alta disponibilità, e amministrare tutti i nodi da un'unica interfaccia. Perché l'alta disponibilità sia efficace sono necessari il quorum, una rete ridondata e uno storage condiviso o replicato.
Le aree di progettazione
Ogni progettazione cluster parte dai tuoi requisiti effettivi (workload, livelli di disponibilità, budget, crescita prevista) e si conclude con un'architettura documentata, validata e pronta per l'implementazione.
Storage
Storage locale (ZFS, LVM), condiviso (NFS, iSCSI, SAN) o distribuito (Ceph in modalità iperconvergente). Dimensionamento dei pool, definizione delle policy di replica e benchmark delle prestazioni.
Networking
Segregazione del traffico su VLAN dedicate: management, VM e container, replica dello storage, Corosync. Configurazione di bonding, bridge, Open vSwitch e Software-Defined Networking (SDN).
Alta disponibilità
Configurazione dell'HA con fencing, policy di failover e priorità delle risorse. Definizione del perimetro protetto dall'HA, perché non tutte le VM richiedono l'alta disponibilità.
Hardware
Selezione e dimensionamento dell'hardware in base ai workload: CPU, RAM, storage (NVMe, SSD, HDD) e rete (10/25 GbE). Il progetto può basarsi su server certificati o sull'hardware già in tuo possesso.
Backup e disaster recovery
Integrazione con Proxmox Backup Server, definizione delle policy di backup e degli obiettivi di ripristino (RPO e RTO). Pianificazione del disaster recovery per gli ambienti mission-critical.
Quanti nodi servono davvero
Il numero di nodi è la prima scelta di ogni progetto e incide direttamente sul costo dell'intera infrastruttura. Queste sono le tre configurazioni più ricorrenti nei nostri progetti.
Il criterio di dimensionamento di un cluster Proxmox VE in alta disponibilità è la ridondanza N+1: i nodi rimanenti devono disporre di risorse sufficienti per sostenere i carichi di lavoro previsti anche quando un nodo è fuori servizio, per manutenzione o guasto. La capacità va quindi pianificata considerando CPU, RAM, storage e rete in questa condizione, mantenendo un adeguato margine operativo. Abilitare l'HA non basta: se la perdita di un nodo satura le risorse disponibili, il cluster non è dimensionato per garantire la continuità dei servizi.
Due nodi con QDevice
La configurazione tipica della piccola impresa. Due server ospitano i carichi di lavoro, mentre un terzo dispositivo leggero, anche un piccolo apparato sempre acceso, fornisce il voto aggiuntivo necessario al quorum. Senza QDevice un cluster a due nodi non tollera la perdita di un nodo, perché il nodo superstite non raggiunge il quorum. Lo storage tipico è la replica asincrona ZFS tra i due nodi.
Tre nodi
Il numero minimo per ottenere il quorum nativo, senza dispositivi aggiuntivi, e per realizzare Ceph in modalità iperconvergente con replica a tre copie. Per la maggior parte delle aziende è la configurazione con il miglior equilibrio tra costo, semplicità di gestione e resilienza.
Da quattro nodi in su
Gli ambienti enterprise che richiedono maggiore capacità di calcolo, spazio Ceph in crescita, separazione dei ruoli o distribuzione su più rack e più sale. In questi scenari diventano determinanti la definizione dei domini di guasto, il dimensionamento della rete e le politiche di posizionamento delle risorse.
Come lavoriamo
Ogni progetto si articola in quattro fasi, ciascuna con deliverable definiti. Passiamo alla fase successiva solo dopo aver validato la precedente.
Analisi e progettazione
Raccolta dei requisiti tecnici e operativi: carichi di lavoro previsti, policy di alta disponibilità, esigenze di storage, connettività e segregazione del traffico. Definizione dell'architettura target, del piano di implementazione e delle finestre di intervento.
Implementazione
Installazione di Proxmox VE, creazione del cluster, configurazione della rete (VLAN, bonding) e dello storage (Ceph o storage condiviso), attivazione dell'HA e registrazione delle subscription enterprise. Nelle riconversioni da altre piattaforme il decommissionamento procede in modo progressivo, un nodo alla volta, ed è pianificato per non interrompere i servizi.
Tuning e hardening
Ottimizzazione delle prestazioni in base al profilo di carico: tuning dei parametri di storage, kernel e rete, hardening del sistema operativo, configurazione di notifiche e alerting sugli eventi critici del cluster.
Test, validazione e consegna
Esecuzione di un piano di test completo: connettività e ridondanza di rete, live migration tra i nodi, benchmark I/O dello storage, verifica del ripristino dopo un guasto simulato. Consegna del report di collaudo e della documentazione operativa, con una sessione di knowledge transfer per il tuo team.
Un progetto reale
Riconversione da Nutanix a Proxmox VE
Cluster HCI a 3 nodi: riconversione da Nutanix
Il cliente operava su un'infrastruttura Nutanix a 3 nodi e aveva scelto di migrare a Proxmox VE con storage distribuito Ceph. La complessità del progetto risiedeva nel vincolo operativo: i workload di produzione dovevano restare attivi per l'intera durata della transizione.
La soluzione adottata è stata un decommissionamento progressivo: un nodo alla volta è stato rimosso dal cluster Nutanix, reinstallato con Proxmox VE e aggiunto al nuovo cluster, mentre i workload restavano operativi sui nodi rimanenti. Nelle fasi più delicate sono stati impiegati temporaneamente, come area di appoggio, alcuni nodi provenienti da un'altra sede del cliente.
L'intera riconversione si è conclusa senza interruzioni di servizio. Oggi il cliente dispone di un cluster Proxmox VE iperconvergente, di una documentazione operativa completa e di un team interno formato sulla nuova piattaforma.
Deliverable
Report di collaudo, documentazione operativa (credenziali, schema di rete, configurazioni applicate) e sessione di knowledge transfer per il team IT.
Ceph o replica ZFS: come si sceglie
La scelta dello storage è la seconda decisione strutturale del progetto: determina il comportamento effettivo del cluster quando un nodo va fuori servizio.
La scelta si basa sui parametri concreti del tuo ambiente: i volumi da gestire, la perdita di dati tollerabile in caso di guasto, l'infrastruttura di rete già disponibile e il budget destinato ai dischi. Non esiste una configurazione valida in assoluto, ma quella adeguata ai tuoi requisiti.
Ceph, storage distribuito
I dati sono replicati contemporaneamente su più nodi, quindi una macchina virtuale può ripartire su un altro nodo senza perdita di dati e la live migration è rapida, perché non richiede la copia dei dischi. Richiede almeno tre nodi, dischi dedicati, una rete separata, preferibilmente a 10 Gbit, e un'attenta progettazione dei pool e delle regole di replica.
Replica ZFS tra nodi
I dati risiedono sui dischi locali di ciascun nodo e vengono replicati a intervalli regolari. È una soluzione più economica, compatibile con cluster a due nodi e reti a 1 Gbit, ma in caso di guasto si perdono i dati scritti dopo l'ultima replica: la finestra di perdita dati (RPO) coincide con l'intervallo di replica impostato.
Storage condiviso esterno, NFS, iSCSI o SAN
Una scelta frequente quando è già presente uno storage aziendale affidabile. Semplifica l'architettura del cluster, ma concentra il rischio sull'apparato, che diventa un singolo punto di guasto se non è ridondato.
Domande frequenti
Posso usare hardware che ho già?
Sì. Il cluster può essere progettato sull'hardware che hai già, su server certificati Proxmox oppure su server Rackone preconfigurati. Nella fase di analisi verifichiamo la compatibilità dell'hardware esistente e le eventuali esigenze di upgrade.
Quanto dura un progetto di progettazione cluster?
La durata della progettazione di un cluster dipende dalla complessità dell'ambiente. Per un cluster a 3 nodi con Ceph, analisi, implementazione, tuning e test richiedono indicativamente da pochi giorni a un paio di settimane. Le tempistiche vengono definite con precisione nella fase di analisi, prima dell'avvio dei lavori.
Posso riconvertire un cluster da un'altra piattaforma?
Sì. Gestiamo riconversioni da Nutanix, VMware vSAN, Hyper-V e altre piattaforme verso Proxmox VE con Ceph. Il decommissionamento procede in modo progressivo, un nodo alla volta, mantenendo operativi i workload per l'intera durata della transizione.
Il progetto include formazione per il mio team?
Sì. Ogni progetto si conclude con una sessione di knowledge transfer e con la consegna della documentazione operativa completa. Per un percorso di formazione strutturato sono disponibili i corsi certificati Proxmox VE base e avanzato.
Qual è la differenza tra questa pagina e la guida Cluster Proxmox?
La guida Cluster Proxmox illustra il funzionamento di un cluster (architettura, HA, fencing, topologie). Questa pagina descrive invece il nostro servizio di progettazione: progettiamo, realizziamo e collaudiamo il cluster per conto tuo.
Qual è il numero minimo di nodi per un cluster Proxmox?
Il numero minimo di nodi per un cluster Proxmox è tecnicamente due, ma in un cluster a due nodi il nodo superstite non raggiunge il quorum quando l'altro si ferma: serve un terzo elemento con funzione di arbitro, il QDevice, che può essere un dispositivo leggero sempre acceso. Con tre nodi il quorum è nativo ed è possibile realizzare Ceph con replica a tre copie. Per la maggior parte degli ambienti di produzione la configurazione consigliata resta quella a tre nodi.
Meglio Ceph o la replica ZFS?
La scelta tra Ceph e replica ZFS dipende dalla perdita di dati accettabile. Con Ceph i dati sono già distribuiti su più nodi e una VM può ripartire su un altro nodo senza perdite, ma servono almeno tre nodi, dischi dedicati e una rete veloce e separata. Con la replica ZFS si perdono i dati scritti dopo l'ultima replica, ma il costo è molto più contenuto e la soluzione funziona anche con due nodi. Nei progetti reali la decisione nasce dal confronto tra la finestra di perdita tollerabile e il budget disponibile per dischi e rete.
Serve una rete dedicata a 10 Gbit?
Per Ceph una rete dedicata a 10 Gbit è un requisito minimo, ma suggeriamo una rete a 25 Gbit, perché la replica dei dati transita sulla rete e la latenza incide direttamente sulle prestazioni delle macchine virtuali. Il traffico Corosync va comunque isolato su una rete separata, anche nelle configurazioni più piccole: è sensibile alla latenza, e la sua instabilità è tra le cause più frequenti di perdita del quorum senza motivo apparente.
Che cosa succede alle macchine virtuali quando un nodo si guasta?
Quando un nodo si guasta e l'alta disponibilità è configurata, le macchine virtuali e i container gestiti dall'HA vengono riavviati automaticamente su un altro nodo del cluster. Non si tratta di una migrazione a caldo: le VM vengono riavviate, quindi il servizio subisce una breve interruzione. Perché il riavvio vada a buon fine servono il quorum, uno storage accessibile dagli altri nodi e risorse libere sufficienti a ospitare i carichi del nodo guasto.
Si può ampliare un cluster esistente senza fermarlo?
Sì, un cluster Proxmox esistente si può ampliare senza fermarlo. L'aggiunta di nodi a un cluster attivo è un'operazione ordinaria, così come l'espansione di un pool Ceph con nuovi OSD. L'intervento va però pianificato: l'inserimento di nuovi dischi in Ceph avvia un ribilanciamento dei dati, da eseguire in una finestra a basso carico e con banda limitata per non penalizzare le prestazioni dell'ambiente di produzione.
Quanto costa progettare e realizzare un cluster Proxmox?
Il costo per progettare e realizzare un cluster Proxmox dipende dal numero di nodi, dal tipo di storage, dall'hardware già disponibile e dal livello di ridondanza richiesto sulla rete. L'offerta viene formulata dopo la raccolta dei requisiti e comprende, oltre a progettazione e realizzazione, le sottoscrizioni Proxmox e l'eventuale hardware. Chi partecipa a un corso ufficiale Proxmox può inoltre accedere alla promozione Training Plus, che prevede uno sconto del 20 per cento sulle sottoscrizioni acquistate entro due mesi dal corso.
Sei un consulente IT o una system house e cerchi un partner tecnico per i progetti cluster dei tuoi clienti?
Dall'analisi dei requisiti al collaudo
Il nostro team definisce l'architettura più adatta ai tuoi requisiti, la formalizza in un progetto documentato e ti affianca fino alla messa in produzione.
Richiedi un progetto
0421 1885889 · [email protected]