Questo documento descrive come prepararsi a un upgrade della versione di vCenter e il tempo di inattività durante l'upgrade.
Disattivare la 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.
Tempo di inattività durante l'upgrade di vCenter
Non dovrebbe verificarsi alcun tempo 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 verificherà un downtime per i servizi vCenter come vMotion/DRS e la creazione di VM.
Se il tuo workload 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. e poi tutti i servizi vCenter vengono arrestati durante la copia di tutti i dati nel nuovo appliance. Una volta copiati i dati, il nuovo appliance si riavvia e assume l'identità (nome host/IP/ecc.) del vecchio vCenter.
È stato osservato 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 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 il riavvio di vCenter per le versioni
< 7.0U2. Per maggiori dettagli, consulta il problema noto.