Este documento descreve como se preparar para um upgrade de versão do vCenter e o tempo de inatividade durante o upgrade.
Desativar o reparo automático
Antes do upgrade do vCenter,
desative autoRepair
em todos os clusters de usuário e de administrador. Isso impede que as máquinas sejam recriadas
enquanto o vCenter está indisponível.
Inatividade durante o upgrade do vCenter
Não deve 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 devido à indisponibilidade do serviço do vCenter.
Upgrade de versão principal
Para fazer upgrade do vCenter para a próxima versão principal, um novo appliance do Virtual Center será implantado. Todos os serviços do vCenter são encerrados enquanto ele 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.
A versão principal tem cerca de 30 minutos de inatividade para a API do vCenter.
Upgrade de versão secundária
O upgrade de versão secundária só atualiza pacotes no SO e reinicia o dispositivo, o que leva menos tempo do que o upgrade principal.
Para atualizações menores, observamos um tempo de inatividade de cerca de 5 minutos para a API vCenter.
Problema conhecido
As máquinas podem entrar no estado Unavailable após uma reinicialização do vCenter para versões
< 7.0U2. Para mais detalhes, consulte o problema conhecido.