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 ESXi hosts no VMware Cloud Foundation (VCF), consulte Gerenciamento de host na documentação do VMware Cloud Foundation.

Verificando a integridade da EC2 instância subjacente

A Amazon EC2 realiza verificações automatizadas em cada EC2 instância em execução para identificar problemas de hardware e software. Você pode ver os resultados dessas verificações de status no EC2 console ou AWS CLI identificar problemas específicos e detectáveis. Para obter mais informações, consulte Exibir verificações de status da EC2 instância da Amazon no Guia EC2 do usuário da Amazon e describe-instance-statusna Referência da linha de AWS CLI 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 EC2 instâncias da Amazon que falham nas verificações de status no Guia EC2 do usuário da Amazon.

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

AWS realiza manutenção programada nas EC2 instâncias subjacentes para garantir confiabilidade, disponibilidade e desempenho. EC2 instâncias bare metal estão sujeitas aos mesmos tipos de eventos programados que outras EC2 instâncias. 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 EC2 do usuário da Amazon.

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 EC2 instâncias da Amazon no Guia EC2 do usuário da Amazon.

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 EC2 instância no Guia do usuário da Amazon EC2 .

Usando reservas EC2 de capacidade sob demanda

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

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

nota

Se você usa reservas de capacidade EC2 sob demanda ou hosts EC2 dedicados, 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 de EC2 instância 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 a manutenção do ambiente para cargas de trabalho essenciais, mesmo que o host principal exija manutenção ou tenha algum problema.

Preparação para AWSsystem-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 EC2 bare metal, os dados do volume do armazenamento de instâncias não são preservados.

AWS agenda EC2 instance-retirement eventos quando a degradação do hardware subjacente que hospeda suas EC2 instâncias é 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 a reinicialização da EC2 instância 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 EC2 console não deve ser usado para gerenciar o estado dos seus hosts do Amazon EVS, incluindo interrupção, início e encerramento. Não tente iniciar, interromper ou encerrar as EC2 instâncias 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 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 ESXi versão após a implantação, o SDDC Manager pode falhar durante a validação do host VCF na etapa de comissão 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.

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 ESXi raiz do AWS Secrets Manager. 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 ESXi raiz 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 ESXi host 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" \ }'
  3. Recupere as credenciais da senha ESXi raiz do AWS Secrets Manager. 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 ESXi raiz 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

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.