Este documento descreve como se preparar para uma atualização da versão do vCenter e o tempo de inatividade durante a atualização.
Desative a reparação automática
Antes da atualização do vCenter,
desative autoRepair
em todos os clusters de utilizadores e administradores. Isto impede a recriação de máquinas enquanto o vCenter estiver indisponível.
Período de inatividade durante a atualização do vCenter
Não deve haver qualquer indisponibilidade para o cluster de administrador e os clusters de utilizadores em execução no vCenter durante a atualização. Os clusters permanecem ativos durante todo o tempo. No entanto, vai haver tempo de inatividade para serviços do vCenter, como o vMotion/DRS e a criação de VMs.
Se a sua carga de trabalho interagir diretamente com o vCenter, pode ter tempo de inatividade durante a atualização do vCenter devido às indisponibilidades do serviço vCenter.
Atualização da versão principal
Para atualizar o vCenter para a próxima versão principal, é implementado um novo Virtual Center Appliance. Em seguida, todos os serviços do vCenter são encerrados enquanto copia todos os dados para o novo dispositivo. Assim que os dados são copiados, o novo dispositivo é reiniciado e assume a identidade (nome do anfitrião/IP/etc.) do vCenter antigo.
Foi observado que a versão principal tem cerca de 30 minutos de tempo de inatividade para a API vCenter.
Atualização da versão secundária
A atualização da versão secundária apenas atualiza os pacotes no SO e, em seguida, reinicia o dispositivo, o que demora menos tempo do que a atualização principal.
Para atualizações menores, observámos 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 um reinício do vCenter para versões inferiores a 7.0U2. Para mais detalhes, consulte o problema conhecido.