View a markdown version of this page

Manutenção do host Amazon EVS - Amazon Elastic VMware Service

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Manutenção do host Amazon EVS

Como o Amazon EVS é um serviço autogerenciado, você é responsável pela manutenção do software VMware Cloud Foundation (VCF) executado no host, monitorando a integridade do host e remediando problemas do host, incluindo a substituição do host em caso de falha do host. Para obter mais informações sobre o gerenciamento de hosts ESX no VMware Cloud Foundation (VCF), consulte Gerenciamento de host na documentação do VMware Cloud Foundation.

Verificando a integridade da instância EC2 subjacente

O Amazon EC2 executa verificações automáticas em cada instância do EC2 em execução para identificar problemas de hardware e software. Você pode ver os resultados dessas verificações de status no console do EC2 ou AWS CLI identificar problemas específicos e detectáveis. Para obter mais informações, consulte Exibir verificações de status da instância do Amazon EC2 no Guia do usuário do Amazon EC2 describe-instance-statuse na Referência AWS CLI da linha de comando.

Você pode criar um CloudWatch alarme para avisá-lo se as verificações de status falharem em uma instância específica. Para obter mais informações, consulte Criar CloudWatch alarmes para instâncias do Amazon EC2 que falham nas verificações de status no Guia do usuário do Amazon EC2.

Sobre a manutenção AWS programada para instâncias do EC2

AWS executa a manutenção programada nas instâncias subjacentes do EC2 para garantir confiabilidade, disponibilidade e desempenho. As instâncias bare metal do EC2 estão sujeitas aos mesmos tipos de eventos programados que outras instâncias do EC2. AWS pode programar eventos para reinicializar, interromper e desativar suas instâncias devido a problemas de hardware subjacentes ou manutenção programada. Esses eventos não ocorrem com frequência. Para obter mais informações, consulte Tipos de eventos programados no Guia do usuário do Amazon EC2.

nota

Você deve colocar seus hosts no modo de manutenção no vSphere Client antes de qualquer evento de reinicialização agendado.

Se uma de suas instâncias for afetada por um evento programado, AWS notificará você com antecedência por e-mail, usando o endereço de e-mail associado ao seu Conta da AWS. AWS também envia um evento AWS Health, que você pode monitorar e gerenciar usando a Amazon EventBridge. Para obter mais informações, consulte Monitoramento de eventos em AWS Health with Amazon EventBridge e Eventos programados para instâncias do Amazon EC2 no Guia do usuário do Amazon EC2.

A qualquer momento, você pode reagendar o evento para que ele ocorra em uma data e hora específicas que sejam adequadas para você. O evento pode ser reprogramado até a data de prazo do evento. Para obter mais informações, consulte Reagendar um evento programado para uma instância do EC2 no Guia do usuário do Amazon EC2.

Usando reservas de capacidade sob demanda do EC2

Você pode usar as reservas de capacidade sob demanda do EC2 para garantir que seu cluster tenha capacidade suficiente durante os períodos de manutenção. Você pode reservar capacidade em uma zona de disponibilidade específica por qualquer período. Para obter mais informações, consulte Reservar capacidade computacional com reservas de capacidade sob demanda do EC2 no Guia do usuário do Amazon EC2.

Para ver as etapas para criar uma reserva de capacidade, consulte Criar uma reserva de capacidade no Guia do usuário do Amazon EC2.

nota

Se você usa reservas de capacidade sob demanda do EC2 ou hosts dedicados do EC2, recomendamos que você mantenha um host extra para cargas de trabalho de missão crítica. Embora as reservas de capacidade garantam que você tenha acesso a uma quantidade específica de capacidade da instância EC2 em uma determinada zona de disponibilidade, ter um host extra fornece uma camada adicional de redundância que é crucial para cargas de trabalho de missão crítica. Para hosts dedicados, ter um host extra garante que você mantenha o ambiente para cargas de trabalho essenciais, mesmo que um host principal exija manutenção ou tenha algum problema.

Preparação para AWS system-maintenance programações e instance-retirement eventos

AWS agenda dois tipos de system-maintenance eventos: manutenção de rede e manutenção de energia.

  • Durante a manutenção de rede, instâncias programadas perdem a conectividade de rede durante um breve período. A conectividade de rede normal com a instância é restaurada depois que a manutenção for concluída.

  • Durante a manutenção de energia, as instâncias programadas ficam offline durante um breve período e depois são reinicializadas. Quando uma reinicialização é executada em instâncias bare metal do EC2, os dados do volume de armazenamento de instâncias não são preservados.

AWS programa instance-retirement eventos do EC2 quando a degradação do hardware subjacente que hospeda suas instâncias do EC2 é detectada.

Para remediar system-maintenance os instance-retirement eventos, substitua o host com falha por um novo host usando o console Amazon EVS ou AWS CLI o SDDC Manager antes que o evento de manutenção ocorra. Se você esperar que o evento de manutenção ocorra e uma reinicialização da instância EC2 seja necessária, você perderá os dados do vSAN que estão armazenados no volume de armazenamento da instância. Para obter detalhes das etapas, consulte, Substitua um host Amazon EVS.

Importante

O console EC2 não deve ser usado para gerenciar o estado dos seus hosts Amazon EVS, incluindo parada, início e encerramento. Não tente iniciar, interromper ou encerrar as instâncias do EC2 que o Amazon EVS implanta. Essa ação resulta na perda de dados do vSAN.

Substitua um host Amazon EVS

Siga este procedimento para substituir um host Amazon EVS.

Atenção

Os anfitriões do Amazon EVS usam um complemento personalizado do fornecedor para fornecer funcionalidades importantes do host. Quando você adiciona um host ao seu ambiente, ele terá a versão mais recente disponível do complemento personalizado do Amazon EVS. Se seu ambiente usa hosts com uma versão complementar mais antiga, adicionar um host ao seu cluster vSphere fará com que a correção da imagem do cluster falhe. Para obter as etapas para solucionar esse problema, consulteSolucionar problemas de falha na adição de host devido à imagem de cluster incompatível.

Atenção

Se você atualizou sua versão do ESX após a implantação, o SDDC Manager pode falhar durante a validação do host VCF na etapa de comissionamento de hosts. Para obter as etapas para solucionar esse problema, consulteO SDDC Manager falha na validação do host VCF durante o comissionamento do host.

nota

Certifique-se de que sua contagem de hosts do Amazon EVS por cota de ambiente EVS esteja definida corretamente para garantir a criação bem-sucedida do host. A criação do host falhará se esse valor de cota for menor que o número de hosts que você está tentando provisionar em um único ambiente Amazon EVS. Talvez seja necessário solicitar um aumento de cota para operações de manutenção que exijam a substituição do host. Para obter mais informações, consulte Cotas do serviço Amazon EVS.

exemplo
Amazon EVS console and SDDC Managuer UI
  1. Acesse o console do Amazon EVS.

  2. No painel de navegação, escolha Ambiente.

  3. Selecione o ambiente que contém o host a ser substituído.

  4. Selecione a guia Hosts.

  5. Escolha Create host (Criar host).

  6. Especifique os detalhes do host e escolha Criar host.

  7. Para verificar a conclusão, verifique se o estado do host foi alterado para Criado.

  8. Recupere as credenciais da senha raiz do ESX no Secrets Manager AWS . Para obter mais informações sobre como recuperar segredos, consulte Obter AWS segredos do Secrets Manager no Guia do usuário do AWS Secrets Manager.

  9. Acesse o SDDC Manager.

  10. Comissione o novo host no SDDC Manager, usando as credenciais raiz do ESX que você recuperou na etapa anterior. Para obter mais informações, consulte Commission Hosts na documentação da VMware Cloud Foundation.

  11. Adicione o novo host ao cluster. Para obter mais informações, consulte Como adicionar um host ESX ao seu cluster do vSphere usando o fluxo de trabalho de início rápido na documentação do vSphere.

  12. Desative o host antigo no SDDC Manager que você deseja remover do SDDC Manager. Para obter mais informações, consulte Descomissionar hosts na documentação do VMware Cloud Foundation.

  13. Retorne ao console do Amazon EVS.

  14. Na guia Hosts, selecione o host com falha e escolha Excluir > Excluir host.

AWS CLI and SDDC Manager UI
  1. Abra uma nova sessão de terminal.

  2. Crie um novo host. Veja o exemplo de comando abaixo para referência.

    aws evs create-environment-host \ --environment-id "env-abcde12345" \ --host '{ \ "hostName": "esxi-host-05", \ "keyName": "your-ec2-keypair-name", \ "instanceType": "i4i.metal" \ "esxVersion": "ESXi-8.0U3g-24859861"\ }'
  3. Recupere as credenciais da senha raiz do ESX no Secrets Manager AWS . Para obter mais informações sobre como recuperar segredos, consulte Obter AWS segredos do Secrets Manager no Guia do usuário do AWS Secrets Manager.

  4. Acesse o SDDC Manager.

  5. Comissione o novo host no SDDC Manager, usando as credenciais raiz do ESX que você recuperou na etapa anterior. Para obter mais informações, consulte Commission Hosts na documentação da VMware Cloud Foundation.

  6. Adicione o novo host ao cluster que contém o host danificado.

  7. Desative o host com defeito no SDDC Manager. Para obter mais informações, consulte Descomissionar hosts na documentação do VMware Cloud Foundation.

  8. Retorne ao terminal.

  9. Exclua o host com falha. Veja o exemplo de comando abaixo para referência.

    aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"

Solução de problemas

Orientação sobre Broadcom e AWS Support

AWS fornece suporte para o Amazon EVS e seus serviços de infraestrutura associados, incluindo o VMware Cloud Foundation (VCF). Para obter orientação de configuração específica do VCF ou problemas relacionados a outros VMware produtos, como Aria Suite, HCX ou NSX, você também pode entrar em contato diretamente com a Broadcom usando seus direitos de suporte da Broadcom. Para obter mais informações, consulte o Portal de Suporte da Broadcom.

Para obter ajuda sobre a resolução de problemas, consulte Solução de problemas. Se você continuar enfrentando problemas depois de analisar as orientações de solução de problemas, entre em contato com o AWS Support para obter mais assistência.