Neste documento, descrevemos como se preparar para um upgrade de versão do vCenter e o tempo de 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 evita que as máquinas sejam recriadas
enquanto o vCenter estiver 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, ela poderá ter inatividade durante o upgrade do vCenter devido a indisponibilidades do serviço do vCenter.
Upgrade da versão principal
Para fazer upgrade do vCenter para a próxima versão principal, um novo dispositivo Virtual Center será implantado. E todos os serviços do vCenter são encerrados enquanto copia 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.
Foi observado que a versão principal tem 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, vimos um tempo de inatividade de cerca de cinco minutos para a API vCenter.
Problema conhecido
As máquinas podem ir para o estado Unavailable após uma reinicialização do vCenter para versões
anteriores à versão 7.0U2. Para saber mais, consulte o problema conhecido.