È possibile abilitare vSphere HA e vSAN nello stesso cluster. vSphere HA offre alle macchine virtuali presenti nei datastore vSAN lo stesso livello di protezione dei datastore tradizionali. Questo livello di protezione impone restrizioni specifiche quando vSphere HA e vSAN interagiscono.
Requisiti degli host ESXi
- La versione di tutti gli host ESXi del cluster deve essere la 5.5 Update 1 o successiva.
- Il cluster deve includere almeno tre host ESXi, a meno che non si tratti di un cluster vSAN a due host. Per risultati ottimali, configurare il cluster vSAN con quattro o più host.
Differenze della rete
vSAN utilizza la propria rete logica. Se per lo stesso cluster sono abilitati vSAN e vSphere HA, il traffico tra agenti HA attraversa questa rete di storage anziché la rete di gestione. vSphere HA utilizza la rete di gestione solo quando vSAN è disattivato. vCenter Server sceglie la rete appropriata quando vSphere HA è configurato in un host.
Quando una macchina virtuale è accessibile solo parzialmente in tutte le partizioni di rete, non è possibile accenderla o accedervi completamente in qualsiasi partizione. Ad esempio, se si esegue la partizione di un cluster in P1 e P2, l'oggetto dello spazio dei nomi della macchina virtuale è accessibile per la partizione denominata P1 e non per P2. Il VMDK è accessibile per la partizione denominata P2 e non per P1. In questi casi, la macchina virtuale non può essere accesa e non è completamente accessibile in alcuna partizione.
La tabella seguente illustra le differenze che l'utilizzo di vSAN determina nella rete di vSphere HA.
vSAN attivo | vSAN disattivato | |
---|---|---|
Rete utilizzata da vSphere HA | Rete di storage di vSAN | Rete di gestione |
Datastore heartbeat | Tutti i datastore montati in più host, ma non i datastore vSAN | Tutti i datastore montati in più host |
Host dichiarato isolato | Indirizzi di isolamento di cui non è possibile eseguire il ping e rete di storage di vSAN inaccessibile | Indirizzi di isolamento di cui non è possibile eseguire il ping e rete di gestione inaccessibile |
Se si modifica la configurazione di rete di vSAN gli agenti di vSphere HA non acquisiscono automaticamente le nuove impostazioni di rete. Per modificare la rete di vSAN, è necessario riabilitare il monitoraggio dell'host per il cluster vSphere HA:
- Disattivare il monitoraggio dell'host per il cluster di vSphere HA.
- Apportare le modifiche alla rete di vSAN.
- Fare clic con il pulsante destro del mouse su tutti gli host del cluster e scegliere Riconfigura HA.
- Riattivare il monitoraggio dell'host per il cluster di vSphere HA.
Impostazioni della prenotazione della capacità
Quando si riserva la capacità per il cluster vSphere HA con un criterio di controllo ammissione, questa impostazione deve essere coordinata con l'impostazione del criterio Errori da tollerare corrispondente nel set di regole di vSAN. Non deve essere inferiore alla capacità riservata dall'impostazione di controllo ammissione di vSphere HA. Ad esempio, se il set di regole di vSAN consente solo due errori, il criterio di controllo ammissione di vSphere HA deve riservare capacità equivalente a uno o due errori dell'host. Se si utilizza il criterio Percentuale di risorse cluster riservate per un cluster con otto host, non riservare più del 25% delle risorse del cluster. Nello stesso cluster, con il criterio Errori da tollerare, l'impostazione non deve essere superiore a due host. Se vSphere HA riserva meno capacità, l'attività di failover potrebbe essere imprevedibile. La prenotazione di una capacità eccessiva limita troppo l'accensione delle macchine virtuali e le migrazioni di vSphere vMotion tra cluster. Per informazioni sul criterio Percentuale di risorse cluster riservate, vedere la documentazione Disponibilità di vSphere.
vSAN e comportamento di vSphere HA con più host in errore
Se un cluster vSAN non riesce e si verifica una perdita del quorum del failover per un oggetto macchina virtuale, vSphere HA potrebbe non essere in grado di riavviare la macchina virtuale anche se il quorum del cluster viene ripristinato. vSphere HA garantisce il riavvio solo quando dispone del quorum del cluster e può accedere alla copia più recente dell'oggetto macchina virtuale. La copia più recente è l'ultima copia che viene scritta.
Si supponga ad esempio che una macchina virtuale di vSAN venga sottoposta a provisioning per tollerare un errore di un host. La macchina virtuale viene eseguita in un cluster vSAN che include tre host, ossia H1, H2 e H3. In tutti e tre gli host si verifica un errore in sequenza e H3 è l'ultimo host in cui si verifica l'errore.
Dopo il ripristino di H1 e H2, il cluster ha un quorum (un errore dell'host tollerato). Nonostante questo quorum, vSphere HA non è in grado di riavviare la macchina virtuale perché l'ultimo host in cui si è verificato l'errore (H3) contiene la copia più recente dell'oggetto macchina virtuale ed è ancora inaccessibile.
In questo esempio, tutti e tre gli host devono essere ripristinati contemporaneamente oppure il quorum dei due host deve includere H3. Se non viene soddisfatta alcuna di queste due condizioni, HA tenta di riavviare la macchina virtuale quando l'host H3 è di nuovo online.