Questo documento descrive come prepararsi per l'upgrade della versione di 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. Ciò impedisce la ricreazione delle macchine
quando vCenter non è disponibile.
Tempo di inattività durante l'upgrade di vCenter
Durante l'upgrade non dovrebbero verificarsi tempi di inattività per il cluster di amministrazione e i cluster utente in esecuzione in vCenter. I cluster rimangono attivi per tutto il tempo. Tuttavia, saranno previsti 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. Quindi, tutti i servizi vCenter vengono arrestati mentre copia tutti i dati sulla nuova appliance. Dopo aver copiato i dati, la nuova appliance si riavvia e assume il controllo dell'identità (nome host/IP e così via) del vecchio vCenter.
È stato notato che la versione principale ha circa 30 minuti di inattività per l'API vCenter.
Upgrade della versione secondaria
L'upgrade della versione secondaria aggiornerà semplicemente i pacchetti all'interno del sistema operativo e quindi riavvierà l'appliance, operazione che richiede meno tempo rispetto all'upgrade principale.
Per aggiornamenti di minore entità, 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 ulteriori dettagli, consulta il problema noto.