Práticas recomendadas de manutenção de nuvem privada da Solução VMware do Azure

A Solução VMware do Azure realiza a manutenção periódica da nuvem privada. Essa manutenção inclui patches de segurança, atualizações menores e importantes para a pilha de software VMware. Esta página descreve o monitoramento do host, a correção e as práticas recomendadas que ajudam a manter a nuvem privada pronta para manutenção.

Manutenção do host e gerenciamento do ciclo de vida

Um benefício das nuvens privadas da Solução VMware do Azure é que a plataforma é mantida para você. A Microsoft é responsável pelo gerenciamento do ciclo de vida dos dispositivos VMware (ESXi, vCenter Server e vSAN) e NSX. A Microsoft também é responsável por inicializar a configuração de rede, como criar o gateway Tier-0 e habilitar o roteamento Norte-Sul. Você é responsável pela configuração do NSX SDN: segmentos de rede, regras de firewall distribuídas, gateways de nível 1 e balanceadores de carga.

A Microsoft é responsável por aplicar quaisquer patches, atualizações ou upgrades ao ESXi, vCenter Server, vSAN e NSX em sua nuvem privada. O impacto de patches, atualizações e upgrades no ESXi, vCenter Server e NSX tem as seguintes considerações:

• ESXi - Não há impacto nas cargas de trabalho em execução na sua nuvem privada. O acesso ao vCenter Server e ao NSX não é bloqueado durante esse período. Durante esse período, recomendamos que você não planeje outras atividades como: expandir a nuvem privada, agendar ou iniciar migrações HCX ativas, fazer alterações na configuração da HCX e assim por diante em sua nuvem privada.

• vCenter Server - Não há impacto nas cargas de trabalho em execução na sua nuvem privada. Durante esse período, o vCenter Server não está disponível e você não pode gerenciar VMs (parar, iniciar, criar ou excluir). Recomendamos que você não planeje outras atividades, como expandir a nuvem privada, criar novas redes e assim por diante em sua nuvem privada. Ao usar as interfaces de usuário do VMware Site Recovery Manager ou do vSphere Replication, recomendamos que você não execute nenhuma das ações: configurar o vSphere Replication e configurar ou executar planos de recuperação de site durante o upgrade do vCenter Server.

• NSX - A carga de trabalho é afetada. Quando um host específico está sendo atualizado, as VMs nesse host podem perder a conectividade de 2 segundos a 1 minuto com qualquer um dos seguintes sintomas:

  • Erros de ping

  • Perda de pacotes

  • Mensagens de erro (por exemplo, Host de destino inacessível e Net inacessível)

  Durante essa janela de atualização, todo o acesso ao plano de gerenciamento do NSX é bloqueado. Não é possível fazer alterações de configuração no ambiente NSX durante a duração. Suas cargas de trabalho continuam a ser executadas normalmente, sujeitas ao impacto da atualização detalhado anteriormente.

  Durante o tempo de atualização, recomendamos que você não planeje outras atividades, como expandir a nuvem privada, e assim por diante, em sua nuvem privada. Outras atividades podem impedir o início da atualização ou podem ter impactos adversos na atualização e no ambiente.

Você é notificado através do Azure Service Health, que inclui a linha do tempo da atualização. Esta notificação também fornece detalhes sobre o componente atualizado, seu efeito nas cargas de trabalho, acesso à nuvem privada e outros serviços do Azure. Você pode reagendar uma atualização conforme necessário.

As atualizações de software incluem:

• Patches - Patches de segurança ou correções de bugs lançados pela VMware

• Atualizações - Alteração de uma versão menor de um componente do stack VMware

• Upgrades - Actualização de versão principal de um componente de stack VMware

As soluções alternativas documentadas do VMware são implementadas em vez da instalação de um patch correspondente até que as próximas atualizações agendadas sejam implantadas.

Monitorização e remediação de hosts

A Solução VMware do Azure monitoriza continuamente o estado de funcionamento dos componentes VMware e da camada subjacente. Quando o Azure VMware Solution deteta uma falha, ele toma medidas para reparar os componentes com falha. Quando a Solução VMware do Azure deteta uma degradação ou falha em um nó da Solução VMware do Azure, ela aciona o processo de correção do host.

A correção do host envolve a substituição do nó defeituoso por um novo nó íntegro no cluster. Em seguida, quando possível, o host defeituoso é colocado no modo de manutenção VMware vSphere. O VMware vSphere vMotion move as máquinas virtuais (VMs) do host defeituoso para outros servidores disponíveis no cluster, permitindo potencialmente tempo de inatividade zero para migração em tempo real de cargas de trabalho. Se o host defeituoso não puder ser colocado no modo de manutenção, o host será removido do cluster. Antes que o host defeituoso seja removido, as cargas de trabalho do cliente são migradas para um host recém-adicionado.

A Solução VMware do Azure monitoriza as seguintes condições no host:

• Status do processador
• Estado da memória
• Ligação e estado de alimentação
• Estado do ventilador de hardware
• Perda de conectividade de rede
• Status da placa do sistema de hardware
• Ocorreram erros em um ou mais discos de um host vSAN
• Tensão do hardware
• Estado da temperatura do hardware
• Estado de alimentação do hardware
• Estado do armazenamento
• Falha de ligação

Práticas recomendadas de operações de manutenção

As seguintes ações são sempre recomendadas para garantir que as operações de manutenção do host sejam realizadas com êxito:

• Utilização do armazenamento vSAN: Para manter o Acordo de Nível de Serviço (SLA), certifique-se de que a utilização do espaço de armazenamento do cluster vSphere permaneça abaixo de 75%. Se a utilização exceder 75%, as atualizações podem levar mais tempo do que o esperado ou falhar totalmente. Se a utilização do armazenamento exceder 75%, considere adicionar um nó para expandir o cluster e evitar possíveis períodos de inatividade durante as atualizações.
• Regras do Distributed Resource Scheduler (DRS): As regras de VM-VM antiafinidade do DRS devem ser configuradas de forma a ter pelo menos (N+1) hosts no cluster, onde N é o número de VMs que fazem parte da regra DRS.
• Violação de Falhas a Tolerar (FTT): Para evitar a perda de dados, altere as VMs configuradas com uma política de armazenamento vSAN configurada para Falhas a Tolerar (FTT) de 0 para uma política de armazenamento vSAN compatível com o SLA da Microsoft (FTT=1 para até cinco hosts num cluster e FTT=2 para seis ou mais hosts num cluster) e garanta que as operações de manutenção do host possam ser realizadas sem interrupções.
• Remova as montagens de VM CD-ROM: VMs montadas com "Modo de emulação" CD-ROMs bloqueiam a manutenção do host. Certifique-se de que CD-ROMs estão montados no "Modo de passagem".
• Porta de série/paralela ou dispositivo externo: Se você estiver usando um arquivo de imagem (ISO, FLP, etc.), verifique se ele está acessível a partir de todos os hosts ESXi no cluster. Armazene os arquivos em um armazenamento de dados que são compartilhados entre todos os servidores ESXi que participam do vMotion da máquina virtual. Para obter mais informações, consulte o artigo Broadcom KB.
• VMs órfãs: No caso de uma máquina virtual órfã, a máquina virtual (VM) precisa ser registrada novamente, se possível (se não tiver sido excluída) ou removida do inventário. Para obter mais informações, consulte o artigo Broadcom KB.
• Controlador partilhado SCSI: Ao usar partilha de barramento SCSI, utilize o tipo de barramento "Físico" para as VMs. As VMs ligadas a controladores Virtual SCSI serão desligadas. Para obter mais informações, consulte o artigo Broadcom KB.
• VMs de terceiros & aplicativos: Para VMs e aplicativos de terceiros:
  • Certifique-se de que as soluções de terceiros implantadas na Solução VMware do Azure estejam em conformidade e não interfiram nas operações de manutenção.
  • Verifique se a VM não está instalada com uma regra DRS VM-Host "Deve executar". Além disso, verifique se esses aplicativos são compatíveis com versões futuras da pilha VMware.
  • Consulte o fornecedor da solução e atualize com antecedência, se necessário, para manter a compatibilidade após a atualização.

Códigos de alerta e tabela de correção

Próximos passos

Agora que você já abordou as práticas recomendadas de manutenção de nuvem privada do Azure VMware Solution, convém saber mais sobre:

• Como configurar alertas de integridade de recursos para a solução VMware do Azure
• Conceitos de rede e interconectividade da Solução VMware do Azure
• Conceitos de armazenamento da Solução VMware do Azure
• Como configurar os Alertas do Azure na Solução VMware do Azure