Questa guida tecnica avanzata descrive la configurazione dettagliata di VMware vSphere High Availability (HA) in ambienti enterprise e lab avanzati. L’obiettivo è garantire continuità operativa, ridurre i downtime e configurare HA in modo prevedibile, sicuro e controllato.
1. Concetti fondamentali di vSphere HA
vSphere HA monitora:
- Host ESXi (heartbeats di rete e datastore)
- Macchine virtuali (VM Monitoring)
In caso di guasto:
- riavvia automaticamente le VM su host funzionanti
- previene split-brain tramite datastore heartbeat
2. Prerequisiti per HA
Prima di abilitare HA, verificare:
- vCenter Server operativo
- Cluster con almeno 2 host ESXi
- Storage condiviso (SAN / NAS / vSAN)
- Networking di management affidabile
- DNS e NTP correttamente configurati
⚠️ HA non funziona correttamente in presenza di clock skew o DNS errato.
3. Abilitazione di vSphere HA
- Accedere a vSphere Client
- Selezionare il Cluster
- Menu Configure → vSphere Availability → Edit
- Abilitare vSphere HA
Durante l’attivazione:
- viene distribuito l’agente HA su ogni host
- viene eletto un Master Host
4. Architettura HA: Master e Slave
- Master Host:
- monitora lo stato degli host
- decide i riavvii delle VM
- Secondary (Slave) Host:
- esegue VM
- invia heartbeat
Se il Master fallisce:
- viene eletto automaticamente un nuovo Master
5. Heartbeat di rete e datastore
5.1 Network Heartbeat
- Utilizza la Management Network
- Best practice:
- almeno 2 NIC per management
- NIC Teaming Active/Standby
5.2 Datastore Heartbeat
- Usato per evitare falsi positivi
- Configurare:
- minimo 2 datastore condivisi
- datastore affidabili e sempre disponibili
6. Host Failure Response
Configurazione consigliata:
- Response: Restart VMs
- Delay: Immediate
Opzioni:
- Power Off and Restart
- Leave Powered On (sconsigliato)
7. VM Monitoring (Advanced)
7.1 VM Monitoring
- Monitora VMware Tools
- Riavvia VM se Tools non risponde
Impostazioni consigliate:
- VM Monitoring: Enabled
- Sensitivity: Medium
7.2 Application Monitoring
- Richiede agenti applicativi
- Utile per workload critici (DB, ERP)
8. Admission Control (parte critica)
Admission Control garantisce risorse sufficienti in caso di failover.
8.1 Policy supportate
a) Host failures cluster tolerates (consigliata)
- Definisce il numero di host che possono fallire
- Tipico valore enterprise:
- 1 o 2 host
b) Percentage of cluster resources reserved
- Riserva percentuale CPU / RAM
- Utile in cluster eterogenei
c) Dedicated failover hosts
- Host dedicati solo al failover
- Sconsigliata per spreco risorse
9. Impostazioni HA Avanzate
9.1 Isolation Response
Quando un host perde la rete ma è ancora operativo.
Valori:
- Power Off and Restart VMs (consigliato)
- Leave Powered On
Motivazione:
- evita split-brain delle VM
9.2 Datastore Isolation
- Permette riavvio VM se host isolato
- Assicurarsi che datastore heartbeat siano configurati
10. HA e Networking Best Practice
- Separare traffico:
- Management
- vMotion
- Evitare VLAN sovraccariche
- MTU coerente
- Switch ridondati
11. HA e Storage Best Practice
- Storage condiviso ad alta affidabilità
- Evitare singolo punto di failure
- vSAN: verificare Health Check
12. Test di vSphere HA
Test consigliati:
- Spegnimento forzato host
- Disconnessione management network
- Verifica riavvio VM
Documentare:
- tempi di recovery
- VM critiche
13. Errori comuni da evitare
- Admission Control disabilitato
- Una sola NIC management
- Nessun datastore heartbeat
- DNS/NTP non allineati
14. HA in ambienti regolamentati
- Documentare policy HA
- Tracciare test periodici
- Allineare con:
- ISO 27001
- NIS2
Conclusione
Una configurazione avanzata di vSphere HA garantisce:
- continuità del servizio
- prevedibilità dei failover
- riduzione dei downtime