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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_status.html) no Guia do *usuário do Amazon EC2 [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html)*e 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating_status_check_alarms.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html#types-of-scheduled-events) 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](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html) e [Eventos programados para instâncias do Amazon EC2 no Guia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/reschedule-event.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) no Guia do usuário do *Amazon* EC2.
Para ver as etapas para criar uma reserva de capacidade, consulte [Criar uma reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) 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](#evs-replace-host).
**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, consulte[Solucionar problemas de falha na adição de host devido à imagem de cluster incompatível](evs-env-ami-maintenance.md#troubleshoot-add-host-failure-cluster-image).
**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, consulte[O SDDC Manager falha na validação do host VCF durante o comissionamento do host](troubleshooting.md#troubleshoot-sddc-failure-host-commission).
**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](service-quotas-evs.md).
**Example**
1. Acesse o [console do Amazon EVS.](https://console.aws.amazon.com/evs)
1. No painel de navegação, escolha **Ambiente.**
1. Selecione o ambiente que contém o host a ser substituído.
1. Selecione a guia **Hosts**.
1. Escolha **Create host** (Criar host).
1. Especifique os detalhes do host e escolha **Criar host**.
1. Para verificar a conclusão, verifique se o **estado do host** foi alterado para **Criado**.
1. 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](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) no *Guia do usuário do AWS Secrets Manager*.
1. Acesse o SDDC Manager.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html) na documentação da VMware Cloud Foundation.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/use-quickstart-to-add---host-to-a-cluster.html).
1. Desative o host antigo no SDDC Manager que você deseja remover do SDDC Manager. Para obter mais informações, consulte [Descomissionar hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/decommission-hosts-admin.html) na documentação do VMware Cloud Foundation.
1. Retorne ao console do Amazon EVS.
1. Na guia **Hosts**, selecione o host com falha e escolha **Excluir** > **Excluir host**.
1. Abra uma nova sessão de terminal.
1. 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"\
}'
```
1. 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](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) no *Guia do usuário do AWS Secrets Manager*.
1. Acesse o SDDC Manager.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html) na documentação da VMware Cloud Foundation.
1. Adicione o novo host ao cluster que contém o host danificado.
1. Desative o host com defeito no SDDC Manager. Para obter mais informações, consulte [Descomissionar hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/decommission-hosts-admin.html) na documentação do VMware Cloud Foundation.
1. Retorne ao terminal.
1. 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](https://support.broadcom.com/).
Para obter ajuda sobre a resolução de problemas, consulte [Solução de problemas](troubleshooting.md). 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.