Proxmox
Proxmox VE 9.2: come funziona il bilanciamento dinamico del cluster
Proxmox VE 9.2 può riequilibrare automaticamente alcuni carichi del cluster. Vediamo quando è utile, che cosa osserva e quali limiti considerare.
Una novità pensata per i cluster
Proxmox Virtual Environment 9.2, pubblicato il 21 maggio 2026, introduce tra le funzioni principali il Dynamic Load Balancer. Lo scopo è ridurre gli squilibri che possono formarsi nel tempo tra i nodi di un cluster: un server può risultare molto impegnato mentre un altro dispone ancora di risorse. Il sistema usa il Cluster Resource Scheduler, già presente per decidere dove collocare le risorse ad alta affidabilità, e può avviare migrazioni di riequilibrio. Non è però un pulsante che rende automaticamente più veloce qualsiasi infrastruttura: deve essere configurato in relazione ai carichi, alle regole HA e alla capacità realmente disponibile.
Che cosa osserva il sistema
La documentazione distingue tre modalità di pianificazione. La modalità basic considera il numero di risorse attive sui nodi. La static-load utilizza le quote di CPU e memoria configurate per le macchine. La dynamic-load aggiunge anche i valori medi di utilizzo effettivo di CPU e memoria. Il bilanciatore automatico richiede la modalità static-load oppure dynamic-load e si configura da Datacenter, Options, Cluster Resource Scheduling. Parametri come soglia di squilibrio, durata della condizione e miglioramento minimo permettono di stabilire quanto il sistema debba essere sensibile prima di scegliere uno spostamento.
Un esempio pratico in azienda
Immaginiamo un cluster di tre nodi che ospita gestionale, file server e altri servizi. Durante la giornata il nodo A raggiunge un carico elevato, mentre il nodo C resta meno utilizzato. Se le macchine interessate sono gestite dallo stack HA e le condizioni configurate vengono superate per il tempo previsto, il bilanciatore valuta quale migrazione possa ridurre maggiormente lo squilibrio. Le migrazioni automatiche vengono eseguite in sequenza e rispettano le regole di affinità definite dall’amministratore. Una macchina che deve restare su determinati nodi non viene quindi collocata liberamente solo per uniformare un grafico.
Il limite più importante
Il bilanciatore prende in considerazione soltanto le risorse gestite dall’alta affidabilità. Una macchina virtuale o un container non registrato come risorsa HA non viene trasferito automaticamente dal bilanciatore, anche se consuma molte risorse. Inoltre, riequilibrare non crea nuova capacità: se tutti i nodi sono vicini al limite, spostare un carico può distribuire meglio la pressione ma non sostituisce un ampliamento. La migrazione deve anche essere compatibile con configurazione, storage, rete e vincoli della macchina. Per questo la funzione non elimina il monitoraggio né la pianificazione della capacità.
Regole, soglie e stabilità
Una soglia troppo sensibile potrebbe produrre spostamenti non necessari; una troppo permissiva potrebbe lasciare a lungo un nodo sotto pressione. La documentazione indica che il sistema misura lo squilibrio del cluster e procede solo dopo la durata impostata, scegliendo una migrazione che raggiunga il miglioramento minimo richiesto. È possibile escludere una singola risorsa dal riequilibrio automatico; anche le affinità positive con quella risorsa possono influire sulla selezione. Questi dettagli sono importanti per database, macchine collegate a hardware specifico o servizi con finestre operative delicate, dove la prevedibilità può contare più dell’uniformità.
Come introdurlo con prudenza
Prima dell’attivazione conviene verificare che il cluster sia aggiornato, che le risorse HA siano correttamente definite e che le regole di affinità descrivano davvero le esigenze attuali. È utile osservare per alcuni giorni CPU, memoria e distribuzione dei carichi, quindi scegliere soglie iniziali conservative. La prima prova dovrebbe avvenire in una finestra controllata, verificando tempi di migrazione, impatto applicativo e spazio residuo su ogni nodo. Va inoltre predisposta una procedura per disabilitare il riequilibrio di una risorsa che richiede stabilità di collocazione. Il vantaggio nasce dall’automazione governata, non dall’abbandono del controllo.
Cosa significa per una piccola impresa
Per un’azienda con un solo host questa funzione non cambia nulla, perché serve un cluster. In un ambiente con più nodi e servizi HA, invece, può ridurre il lavoro manuale necessario per correggere squilibri progressivi. La versione 9.2 include anche altre novità, tra cui miglioramenti SDN e la gestione grafica dei modelli CPU personalizzati, ma il bilanciamento resta un tema da valutare sul progetto reale. La domanda corretta non è se attivarlo sempre, ma quali servizi possono essere spostati, quali devono restare vincolati e quale margine di risorse deve rimanere disponibile in caso di guasto.
Fonti e riferimenti
Fonti consultate il 11/10/2026.