Se você gerencia um cluster vSAN com linhas de base ou com uma única imagem, a remediação dos hosts que fazem parte de um cluster vSAN tem suas especificidades.
- vSphere Lifecycle Manager coloca apenas um host por vez no modo de manutenção.
- vSphere Lifecycle Manager corrige hosts que fazem parte de um cluster vSAN sequencialmente.
- Como o vSphere Lifecycle Manager processa a correção dos hosts sequencialmente, o processo de correção do host pode levar muito tempo para ser concluído.
- O vSphere Lifecycle Manager corrige clusters vSAN com domínios de falha configurados fazendo upgrade de todos os hosts de um domínio de falha primeiro e, em seguida, atualizando os hosts no próximo domínio de falha.
- Para um cluster estendido vSAN, o vSphere Lifecycle Manager primeiro remedia os hosts do site preferencial e, em seguida, prossegue com a remediação dos hosts no site secundário.
Modo de manutenção do host e clusters vSAN
Você pode remediar um host que está em um cluster vSAN de duas maneiras, dependendo de como deseja manipular as máquinas virtuais no host:
- Você pode colocar o host no modo de manutenção manualmente e remediar o host usando vSphere Lifecycle Manager.
- Você pode fazer com que o host entre no modo de manutenção durante o processo de correção vSphere Lifecycle Manager.
No vSphere Client, quando você coloca um host de um cluster vSAN no modo de manutenção, pode escolher entre várias opções: Assegurar acessibilidade, Evacuação total de dados e Sem evacuação de dados. A opção Garantir acessibilidade é a opção padrão e significa que, quando você coloca um host no modo de manutenção, vSAN garante que todas as máquinas virtuais acessíveis no host permaneçam acessíveis. Para saber mais sobre cada uma das opções, consulte o tópico "Colocar um membro de um cluster vSAN em modo de manutenção" na documentação do vSphere Armazenamento.
Durante a correção, o vSphere Lifecycle Manager coloca os hosts do cluster vSAN no modo de manutenção e trata as máquinas virtuais no host da maneira padrão da opção Garantir acessibilidade.
Se um host fizer parte de um cluster vSAN e qualquer máquina virtual no host usar uma política de armazenamento de VM com a configuração para "Número de falhas a serem toleradas=0", o host poderá enfrentar atrasos incomuns ao entrar no modo de manutenção . O atraso ocorre porque vSAN precisa migrar os dados da máquina virtual de um disco no cluster de armazenamento de dados vSAN para outro. Os atrasos podem levar até horas. Você pode contornar isso definindo o "Número de falhas a serem toleradas=1" para a política de armazenamento da VM, o que resulta na criação de duas cópias dos arquivos da máquina virtual no armazenamento de dados vSAN.
vSAN Verificação de integridade
vSphere Lifecycle Manager executa uma pré-verificação de remediação de clusters vSAN para garantir o êxito da remediação. A verificação de integridade vSAN faz parte da pré-verificação de remediação.
A verificação de integridade vSAN fornece informações sobre o estado do cluster e se você deve realizar ações extras para garantir a correção bem-sucedida. Mesmo que você não execute as ações recomendadas, ainda poderá remediar o cluster vSAN ou um host do cluster. vSphere Lifecycle Manager coloca com êxito o host no modo de manutenção e aplica as atualizações de software no host com êxito. No entanto, o host pode falhar ao sair do modo de manutenção e o processo de correção pode falhar. Como resultado, o host do cluster vSAN é atualizado, mas você deve executar etapas manuais para tirar o host do modo de manutenção.
Usando vSphere Lifecycle Manager imagens para remediar vSAN clusters estendidos
Quando você gerencia um vSAN cluster estendido ou um cluster ROBO de dois nós com uma única imagem, o vSphere Lifecycle Manager pode gerenciar os hosts no cluster e o host de testemunha dedicado. Ou seja, você pode verificar o status de conformidade do host de testemunha e corrigi-lo na imagem do cluster.
O que é um cluster estendido?
Um cluster estendido é um modelo de implantação no qual dois ou mais hosts fazem parte do mesmo cluster lógico, mas estão localizados em localizações geográficas separadas. Todo cluster estendido vSAN ou cluster ROBO de dois nós tem um host de testemunha, que é um host autônomo que não é membro do respectivo cluster, mas está associado a ele. O host testemunha de um cluster vSAN é gerenciado pelo mesmo vCenter Server em que o respectivo cluster estendido ou ROBO reside.
vSphere Lifecycle Manager e os vSAN Hosts Testemunhas
O host de testemunha vSAN é um host ESXi físico ou virtual que contém os componentes de testemunha de objetos de máquina virtual armazenados no cluster vSAN. O host testemunha não oferece suporte a cargas de trabalho e não é um nó de dados. Um único cluster ROBO estendido ou de dois nós pode ter apenas um host de testemunha.
- vCenter Server deve ser a versão 7.0 Atualização 3 e posterior.
- O host de testemunha deve ser ESXi versão 7.0 Atualização 2 e posterior.
- O host testemunha deve ser um servidor virtual e não um servidor físico.
- O host testemunha deve ser um host testemunha dedicado e não um host testemunha compartilhado.
- Você muda do uso de linhas de base vSphere Lifecycle Manager para o uso de imagens vSphere Lifecycle Manager para um cluster ROBO estendido vSAN existente ou de dois nós.
Observação: A transição para o uso de imagens não será bloqueada se o host de testemunha for da versão ESXi anterior à 7.0 Atualização 2. No entanto, nesse caso, após a transição, você usa uma única imagem vSphere Lifecycle Manager para o cluster, mas ainda deve usar linhas de base vSphere Lifecycle Manager para o host testemunha. Nesses casos, você pode usar linhas de base para atualizar o host de testemunha para a versão 7.0 Atualização 2 ou posterior e, em seguida, pode começar a gerenciar o host de testemunha com imagens.
- Converta um cluster vSAN existente que usa uma única imagem em um cluster estendido com um host de testemunha virtual.
- Faça upgrade para o vCenter Server e o host de testemunha para a versão 7.0 Atualização 3 ou posterior.
- Converta um cluster estendido vSAN existente que usa imagens em um cluster vSAN regular.
- Você desativa o vSAN para um cluster estendido vSAN existente que você gerencia com uma única imagem.
- Você converte o host de testemunha dedicado em um host de testemunha compartilhado.
- Substitua o host de testemunha virtual por um servidor físico.
Atualizando clusters estendidos do vSAN usando uma imagem do vSphere Lifecycle Manager
Para clusters vSAN estendidos, o vSphere Lifecycle Manager primeiro atualiza os hosts testemunhas e, em seguida, prossegue para a remediação dos hosts no site preferencial e no site secundário. Se todos os hosts no site preferencial estiverem em estado de conformidade, vSphere Lifecycle Manager ignorará o site preferencial e começará a remediar os hosts do site secundário. Se algum host em todo o cluster estiver em um estado incompatível, a correção será interrompida. Para obter mais informações sobre a correção com reconhecimento de domínio de falhas e a ordem em que vSphere Lifecycle Manager corrige os hosts em um cluster vSAN, consulte Usando imagens do vSphere Lifecycle Manager para remediar clusters do vSAN com domínios de falha configurados.
Durante a correção, vSphere Lifecycle Manager não aplica ao host testemunha a imagem completa do cluster, mas apenas a imagem ESXi base. Ou seja, o vSphere Lifecycle Manager não instala nenhum componente de usuário, componente de solução ou complemento de OEM no host testemunha. Os hosts no cluster, no entanto, são corrigidos em toda a imagem.
- vCenter Server deve ser a versão 7.0 Atualização 3 e posterior.
- O host de testemunha deve ser ESXi versão 7.0 Atualização 2 e posterior.
- O host testemunha deve ser um servidor virtual e não um servidor físico.
- O host testemunha deve ser um host testemunha dedicado e não um host testemunha compartilhado.
Usando imagens do vSphere Lifecycle Manager para remediar clusters do vSAN com domínios de falha configurados
Em clusters vSAN com domínios de falha configurados, vSphere Lifecycle Manager corrige os hosts em uma ordem que vSphere Lifecycle Manager calcula fatorando os domínios de falha definidos.
O que é um domínio de falha?
Um domínio de falha consiste em um ou mais hosts vSAN agrupados de acordo com sua localização física no centro de dados. Quando configurados, os domínios de falha permitem que o vSAN tolere falhas de racks físicos inteiros, bem como falhas de um único host, dispositivo de capacidade, link de rede ou um comutador de rede dedicado a um domínio de falha. Você pode configurar domínios de falha para clusters vSAN não estendidos e estendidos. Para obter mais informações sobre como configurar domínios de falha, consulte a documentação Administração de VMware vSAN.
Atualizando vSAN clusters configurados com vários domínios de falha
vSphere Lifecycle Manager remedia clusters vSAN com domínios de falha configurados, remediando todos os hosts em um domínio de falha por vez. Para definir a ordem dos domínios de falha, vSphere Lifecycle Manager calcula e atribui prioridade a cada domínio de falha para o cluster vSAN.
A correção começa com o domínio de falha que tem a prioridade mais alta. A prioridade de um domínio de falha é determinada pelo número de hosts não compatíveis nesse domínio de falha. Quanto menos hosts não compatíveis em um domínio de falha, maior a prioridade desse domínio de falha. No entanto, se vários domínios de falha tiverem a mesma prioridade, vSphere Lifecycle Manager selecionará o primeiro domínio de falha da lista de domínios de falha.
Depois que vSphere Lifecycle Manager seleciona um domínio de falha, vSphere Lifecycle Manager usa as recomendações de DRS para selecionar o host ideal nesse domínio a ser remediado.
Para a correção com reconhecimento de domínio de falhas de clusters vSAN, existem os seguintes requisitos:
- vCenter Server deve ser a versão 7.0, Atualização 1 e posterior
- Os hosts ESXi devem ser da versão 7.0 e posterior
Atualizando clusters vSAN habilitados com NSX ou vSphere with Tanzu
Você pode remediar um cluster vSAN em uma imagem vSphere Lifecycle Manager que contém a mesma versão ESXi que a versão ESXi atualmente nos hosts, mas as versões mais recentes dos componentes NSX e vSphere with Tanzu. Nesse caso, o vSphere Lifecycle Manager atualiza apenas esses componentes, sem atualizar a versão do ESXi. Mesmo nesses casos, o vSphere Lifecycle Manager ainda reconhece os domínios de falha configurados para o cluster vSAN e executa o upgrade da solução de acordo com a configuração do domínio de falha.
- vCenter Server deve ser a versão 7.0, Atualização 2
- O ESXi hospeda a versão 7.0 e posterior
