Configurações de cluster e correção de host

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.