Para hosts ESXi em um cluster, o processo de correção é sequencial por padrão.
Quando você corrige um cluster de hosts sequencialmente e um dos hosts não consegue entrar no modo de manutenção, o vSphere Lifecycle Manager relata um erro e o processo de remediação é interrompido e falha. Os hosts no cluster que são corrigidos permanecem no nível atualizado. Os que não são remediados após a falha de um host permanecem não atualizados.
A correção de upgrade do host de ESXi hosts em um cluster continuará somente se todos os hosts no cluster puderem ser atualizados.
Se você iniciar a correção no nível do centro de dados, os processos de correção dos clusters serão executados em paralelo. Os clusters que você gerencia com uma única imagem vSphere Lifecycle Manager não são remediados nas linhas de base anexadas ou nos grupos de linhas de base. Se o processo de correção falhar para um dos clusters em um centro de dados, os clusters restantes ainda serão corrigidos.
Antes de iniciar a correção, você pode gerar um relatório que mostra qual cluster, host ou máquina virtual tem os recursos de cluster habilitados. Para obter mais informações, consulte Relatório de pré-verificação de correção.
Remediação e configurações de cluster
Se um host em um cluster habilitado para DRS executar uma máquina virtual na qual o vCenter Server está instalado, DRS primeiro tentará migrar a máquina virtual que executa vCenter Server para outro host, para que a correção seja bem-sucedida. Se a máquina virtual não puder ser migrada para outro host, a remediação falhará para o host, mas o processo de remediação para o cluster não será interrompido. vSphere Lifecycle Manager continua a remediar o próximo host no cluster.
A correção de hosts em um cluster requer que você desative temporariamente os recursos de cluster, como VMware DPM e controle de admissão de alta disponibilidade. Além disso, você deve desativar a tolerância a falhas se ela estiver habilitada em qualquer uma das máquinas virtuais em um host e desconectar os dispositivos removíveis conectados às máquinas virtuais em um host, para que possam ser migrados com o vMotion. Para obter mais informações sobre como definir as configurações de remediação vSphere Lifecycle Manager, consulte vSphere Lifecycle Manager Configurações de correção.
Se um failover de alta disponibilidade vCenter for iniciado durante a correção de um cluster, a tarefa de correção será cancelada. Após a conclusão do failover, você deve reiniciar a tarefa de correção no novo nó.
Quando você executa a correção em um cluster que consiste em não mais de dois hosts, a desativação do controle de admissão de alta disponibilidade pode não ser suficiente para garantir uma correção bem-sucedida. Pode ser necessário desativar a vSpherealta disponibilidade (HA) para o cluster. Se você mantiver a alta disponibilidade habilitada, as tentativas de remediação nos hosts do cluster falharão, pois a alta disponibilidade não pode recomendar a vSphere Lifecycle Manager que coloque qualquer um dos hosts no modo de manutenção. O motivo é que, se um dos dois hosts for colocado no modo de manutenção, não haverá nenhum host de failover disponível no cluster. Para garantir a correção bem-sucedida em um cluster de dois nós, você deve desativar a alta disponibilidade para o cluster ou colocar os hosts no modo de manutenção manualmente e, em seguida, remediar os dois hosts no cluster.
vSAN Clusters
vSphere Lifecycle Manager corrige hosts que fazem parte de um cluster vSAN sequencialmente. O motivo é que, por design, apenas um host de um cluster vSAN pode estar no modo de manutenção a qualquer momento. Para obter mais informações sobre como usar vSphere Lifecycle Manager com clusters vSAN, consulte vSAN Clusters e vSphere Lifecycle Manager.
