Neste documento, descrevemos como se preparar para um upgrade da versão do vCenter e a inatividade durante o upgrade.
Desativar reparo automático
Antes do upgrade do vCenter,
desative autoRepair
em todos os clusters de usuário e administrador. Isso impede que as máquinas sejam recriadas
enquanto o vCenter está indisponível.
Inatividade durante o upgrade do vCenter
Não haverá inatividade para o cluster de administrador e os clusters de usuário em execução no vCenter durante o upgrade. Os clusters permanecem ativos o tempo todo. No entanto, haverá inatividade para serviços do vCenter, como vMotion/DRS e criação de VM.
Se a carga de trabalho interagir diretamente com o vCenter, poderá haver inatividade durante o upgrade do vCenter devido às indisponibilidades do serviço vCenter.
Upgrade da versão principal
Para fazer upgrade do vCenter para a próxima versão principal, um novo dispositivo do Virtual Center será implantado. Em seguida, todos os serviços do vCenter serão encerrados enquanto copiam todos os dados para o novo dispositivo. Depois que os dados são copiados, o novo dispositivo é reinicializado e assume a identidade (nome do host/IP/etc.) do vCenter antigo.
A versão principal teve cerca de 30 minutos de inatividade para a API vCenter.
Upgrade da versão secundária
O upgrade da versão secundária apenas atualiza os pacotes dentro do SO e reinicia o dispositivo, o que leva menos tempo do que o upgrade principal.
Para atualizações menores, houve um tempo de inatividade de cerca de cinco minutos na API vCenter.
Problema conhecido
As máquinas podem entrar no estado Unavailable após a reinicialização do vCenter para versões
anteriores à 7.0U2. Para mais detalhes, consulte o problema conhecido.