Quando você corrige ESXi hosts que estão em um cluster, determinadas configurações de cluster podem causar falha de correção. Você deve definir as configurações do cluster de forma a garantir uma correção bem-sucedida.

Quando você atualiza os hosts ESXi em um cluster que tem o vSphere Distributed Resource Scheduler (DRS), o vSphere High Availability (HA) e o vSphere Fault Tolerance (FT) habilitados, é possível desativar temporariamente o vSphere Distributed Power Management (DPM) , Controle de admissão de alta disponibilidade e FT para todo o cluster. Quando a atualização terminar, o vSphere Lifecycle Manager reinicia esses recursos.

DRS

As atualizações podem exigir que um host entre no modo de manutenção durante a correção. As máquinas virtuais não podem ser executadas quando um host está no modo de manutenção. Para garantir a disponibilidade, você pode ativar o DRS para o cluster e configurá-lo para vSphere vMotion. Nesse caso, antes que o host seja colocado no modo de manutenção, o vCenter Server migra as máquinas virtuais para outro host ESXi dentro do cluster.

Para ajudar a garantir a compatibilidade do vSphere vMotion entre os hosts no cluster, você pode ativar a compatibilidade aprimorada do vMotion (EVC). O EVC garante que todos os hosts no cluster apresentem o mesmo conjunto de recursos de CPU para máquinas virtuais, mesmo se as CPUs reais nos hosts forem diferentes. O EVC evita falhas de migração devido a CPUs incompatíveis. Você só pode habilitar o EVC em um cluster no qual as CPUs do host atendam aos requisitos de compatibilidade. Para obter mais informações sobre o EVC e os requisitos que os hosts em um cluster EVC devem atender, consulte a documentação do vCenter Server e Gerenciamento de Host .

DPM

Se um host não tiver máquinas virtuais em execução, o DPM poderá colocar o host no modo de espera, o que pode interromper uma operação de vSphere Lifecycle Manager. Portanto, para garantir que todas as operações do vSphere Lifecycle Manager sejam concluídas com êxito, você pode configurar o vSphere Lifecycle Manager para desativar o DPM durante essas operações. Para uma correção bem-sucedida, você deve ter vSphere Lifecycle Manager desabilitado o DPM. Após a conclusão da tarefa de correção, o vSphere Lifecycle Manager restaura o DPM.

Se o DPM já tiver colocado um host no modo de espera, o vSphere Lifecycle Manager liga o host antes das verificações de conformidade e da correção. Além disso, para clusters que você gerencia com linhas de base, o vSphere Lifecycle Manager também liga o host antes da preparação. Após a conclusão da respectiva tarefa, o vSphere Lifecycle Manager ativa o controle de admissão do DPM e do HA e permite que o DPM coloque o host no modo de espera, se necessário. vSphere Lifecycle Manager não corrige hosts desligados.

Se um host for colocado no modo de espera e o DPM for desativado manualmente por um motivo, o vSphere Lifecycle Manager não corrigirá nem ligará o host.

Controle de admissão de alta disponibilidade

Dentro de um cluster, você deve desativar o controle de admissão de alta disponibilidade temporariamente para permitir que o vSphere vMotion prossiga. Essa ação evita o tempo de inatividade das máquinas nos hosts que você corrige. Você pode configurar o vSphere Lifecycle Manager para desativar o controle de admissão de HA durante a correção. Após a conclusão da correção de todo o cluster, o vSphere Lifecycle Manager restaura as configurações de controle de admissão de HA. vSphere Lifecycle Manager desativa o controle de admissão de HA antes da correção, mas não antes das verificações de conformidade. Além disso, para clusters que você gerencia com linhas de base, vSphere Lifecycle Manager desativa o controle de admissão de HA antes da preparação.

Desativar o controle de admissão de HA antes de corrigir um cluster de dois nós que usa uma única imagem vSphere Lifecycle Manager faz com que o cluster perca praticamente todas as suas garantias de alta disponibilidade. O motivo é que, quando um dos dois hosts entra no modo de manutenção, vCenter Server não pode fazer o failover de máquinas virtuais para esse host e os failovers de HA nunca são bem-sucedidos. Para obter mais informações sobre o controle de admissão de alta disponibilidade, consulte a documentação do Disponibilidade do vSphere .

Tolerância a Falhas

Se o FT estiver ativado para qualquer uma das máquinas virtuais em um host dentro de um cluster, você deverá desativar temporariamente o FT antes de realizar qualquer operação de vSphere Lifecycle Manager no cluster. Se o FT estiver ativado para qualquer uma das máquinas virtuais em um host, o vSphere Lifecycle Manager não corrigirá esse host. Você deve corrigir todos os hosts em um cluster com as mesmas atualizações, para que o FT possa ser reativado após a correção. Uma máquina virtual primária e uma máquina virtual secundária não podem residir em hosts de diferentes versões de ESXi e níveis de patch.