Questo documento descrive come prepararsi per un upgrade della versione vCenter e il tempo di inattività durante l'upgrade.
Disattiva riparazione automatica
Prima dell'upgrade di vCenter,
disabilita autoRepair
su tutti i cluster utente e di amministrazione. Questo impedisce la ricreazione delle macchine
quando vCenter non è disponibile.
Tempo di riposo durante l'upgrade di vCenter
Non dovrebbero verificarsi tempi di inattività per il cluster di amministrazione e i cluster utente in esecuzione in vCenter durante l'upgrade. I cluster rimangono attivi per tutto il tempo. Tuttavia, si verificheranno tempi di inattività per i servizi vCenter come vMotion/DRS e la creazione di VM.
Se il carico di lavoro interagisce direttamente con vCenter, potrebbe verificarsi un tempo di inattività durante l'upgrade di vCenter a causa della mancata disponibilità del servizio vCenter.
Upgrade della versione principale
Per eseguire l'upgrade di vCenter alla versione principale successiva, verrà eseguito il deployment di una nuova appliance Virtual Center. Tutti i servizi vCenter vengono arrestati mentre copia tutti i dati nella nuova appliance. Una volta copiati i dati, la nuova appliance si riavvia e assume l'identità (nome host/IP/ecc.) del vecchio vCenter.
La versione principale ha un tempo di inattività di circa 30 minuti per l'API vCenter.
Upgrade della versione secondaria
L'upgrade della versione secondaria aggiornerà solo i pacchetti all'interno del sistema operativo e, quindi, riavvierà l'appliance, il che richiede meno tempo rispetto all'upgrade principale.
Per gli aggiornamenti minori, abbiamo rilevato un tempo di inattività di circa 5 minuti per l'API vCenter.
Problema noto
Le macchine potrebbero passare allo stato Unavailable dopo il riavvio di vCenter per le versioni precedenti alla 7.0U2. Per ulteriori dettagli, consulta il problema noto.