Questo documento descrive come prepararsi per un upgrade della versione di vCenter e i tempi di inattività durante l'upgrade.
Disabilita riparazione automatica
Prima dell'upgrade di vCenter,
disattiva autoRepair
su tutti i cluster utente e di amministrazione. In questo modo, le macchine non vengono ricreate mentre vCenter non è disponibile.
Tempi di inattività 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 Virtual Center Appliance. Dopodiché, 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.
È stato riscontrato che la versione principale ha circa 30 minuti di inattività per l'API vCenter.
Upgrade della versione secondaria
L'upgrade della versione secondaria aggiornerà solo i pacchetti all'interno del sistema operativo e poi riavvierà l'appliance, il che richiede meno tempo rispetto all'upgrade principale.
Per gli aggiornamenti secondari, abbiamo riscontrato un tempo di inattività di circa 5 minuti per l'API vCenter.
Problema noto
Le macchine potrebbero passare allo stato Unavailable dopo un riavvio di vCenter per le versioni < 7.0U2. Per maggiori dettagli, consulta il problema noto.