# Recuperação automática de instâncias **Importante** Esta seção descreve como configurar proativamente os mecanismos de recuperação em uma instância do EC2. Esses mecanismos de recuperação são projetados para restaurar a disponibilidade da instância quando a AWS detecta um problema subjacente de hardware ou software que faz com que a verificação de status do sistema falhe. Se você estiver tendo problemas para acessar sua instância, consulte [Solução de problemas de instâncias do EC2](ec2-instance-troubleshoot.md). Caso a AWS detecte que uma instância não está disponível devido a um problema de hardware ou software subjacente, há dois mecanismos que podem restaurar automaticamente a disponibilidade da instância : a [recuperação automática simplificada](instance-configuration-recovery.md) e a [recuperação baseada em ações do Amazon CloudWatch](cloudwatch-recovery.md). A restauração da disponibilidade da instância também é conhecida como *recuperação da instância*. Durante o processo de recuperação da instância, a AWS tentará mover sua instância do host com o problema de hardware ou software subjacente para um host diferente. Caso obtenha êxito, o processo de recuperação aparecerá para a instância como uma reinicialização não planejada. É possível [verificar se a recuperação da instância ocorreu](verify-if-automatic-recovery-occurred.md). Se o processo de recuperação não for obtive êxito, a instância poderá continuar em execução no host com o problema subjacente de hardware ou software. Nesse caso será necessária uma intervenção manual. Se a instância se tornar inacessível ou se a verificação de status do sistema continuar a falhar, recomendamos que você [pare e inicie](Stop_Start.md) manualmente a instância. Quando você inicia uma instância, ela é normalmente migrada para um novo computador host subjacente. No entanto, ao contrário da recuperação automática de instâncias, na qual a instância retém seu endereço IPv4 público, uma instância reinicializada recebe um endereço IPv4 público, a menos que tenha um endereço IP elástico. Para se beneficiar dos mecanismos de recuperação automática, eles devem ser configurados com antecedência em uma instância antes que uma verificação do status do sistema indique falha. Por padrão, a recuperação automática simplificada é habilitada durante a execução da instância. Como opção, é possível configurar a recuperação baseada em ações do Amazon CloudWatch após a execução. Ter um desses mecanismos configurado torna sua instância mais resiliente. A recuperação automática simplificada e a recuperação baseada em ações do Amazon CloudWatch só estão disponíveis em instâncias com suporte. Para obter mais informações, consulte [Requisitos para a habilitação da recuperação automática simplificada](instance-configuration-recovery.md#requirements-for-simplified-automatic-recovery) e [Requisitos para a habilitação da recuperação baseada em ações do CloudWatch](cloudwatch-recovery.md#requirements-for-cloudwatch-action-based-recovery). **Atenção** Quando a AWS recupera sua instância de um problema subjacente de hardware ou software, tenha em mente as seguintes consequências: os dados armazenados na memória volátil (RAM) serão perdidos e o tempo de atividade do sistema operacional recomeçará do zero. Além disso, com a recuperação baseada em ações do CloudWatch, os dados nos volumes de armazenamento de instância também serão perdidos. Para ajudar a se proteger contra a perda de dados, recomendamos que você crie regularmente backups de dados importantes. Para obter mais informações sobre as práticas recomendadas de backup e recuperação de instâncias do EC2, consulte [Práticas recomendadas do Amazon EC2](ec2-best-practices.md). Os mecanismos automáticos de recuperação de instâncias são projetados para *instâncias individuais*. Para obter orientação sobre como criar um *sistema* resiliente, consulte [Crie um sistema resiliente](#instance-recovery-build-a-resilient-system). **Topics** + [Conceitos principais da recuperação automática de instâncias](#ec2-automatic-instance-recovery-key-concepts) + [Diferenças entre a recuperação automática simplificada e a recuperação baseada em ações do CloudWatch](#differences) + [Crie um sistema resiliente](#instance-recovery-build-a-resilient-system) + [Verificar se ocorreu a recuperação automática da instância](verify-if-automatic-recovery-occurred.md) + [Configurar a recuperação automática simplificada em uma instância do Amazon EC2](instance-configuration-recovery.md) + [Configurar recuperação baseada em ação do CloudWatch em uma instância do EC2](cloudwatch-recovery.md) ## Conceitos principais da recuperação automática de instâncias A recuperação automática de instâncias é um atributo do Amazon EC2 que restaura automaticamente a disponibilidade da instância quando ocorrem falhas subjacentes de hardware ou software, aprimorando a resiliência e a confiabilidade de suas instâncias do EC2. A seguir estão os principais conceitos da recuperação automática de instâncias: **Opções de configuração** Dois mecanismos podem ser configurados para oferecer suporte à recuperação automática de instâncias: + [Recuperação automática simplificada](instance-configuration-recovery.md): habilitada por padrão em instâncias com suporte. + [Recuperação baseada em ações do CloudWatch](cloudwatch-recovery.md): requer configuração manual nas instâncias com suporte. **Verificações de status de sistema** As verificações de status do sistema monitoram automaticamente a infraestrutura da AWS na qual sua instância do EC2 é executada. + Se a verificação do status do sistema falhar, a AWS inicia a recuperação automática da instância, que tenta migrar a instância afetada para um hardware diferente. + Uma falha na verificação do status do sistema indica um problema com o hardware ou o software do host, e não um problema com a instância em si. A recuperação automática de instâncias pode recuperar uma instância que falhe na verificação do status do sistema. No entanto, a recuperação automática de instâncias não funcionará se somente a verificação do status da instância falhar. + Para ver as diferenças entre as verificações de status da instância e do sistema, consulte [Tipos de verificações de status](monitoring-system-instance-status-check.md#types-of-instance-status-checks). **Exemplos de problemas subjacentes de hardware ou software** Os problemas de hardware ou software que podem causar a falha na verificação do status do sistema incluem perda de conectividade de rede, perda de energia do sistema, problemas de software no host físico e problemas de hardware no host físico que afetam a acessibilidade da rede. **Características das instâncias recuperadas** Uma instância recuperada é idêntica à instância original, exceto pelos elementos que são perdidos. Elementos preservados: + ID da instância + seus endereços IP públicos, privados e elásticos; + Metadados da instância + Grupo de posicionamento + volumes do EBS associados. + Zona de disponibilidade Elementos perdidos: + Dados armazenados na memória volátil (RAM) + Dados armazenados em volumes de armazenamento de instâncias (aplicável somente à recuperação baseada em ações do CloudWatch) + O tempo de atividade do sistema operacional é redefinido para zero **Monitoramento de verificações de status do sistema com o CloudWatch** A métrica [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) no CloudWatch indica se uma verificação de status do sistema foi aprovada ou falhou. Valores da métrica: + **0**: a verificação de status do sistema foi aprovada. + **1**: a verificação de status do sistema falhou. **Eventos no Health Dashboard** Durante as tentativas automáticas de recuperação da instância, a AWS envia eventos para seu Health Dashboard com base no mecanismo de recuperação configurado e no resultado: + Recuperação automática simplificada + Evento de êxito: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento de falha: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` + Recuperação baseada em ações do CloudWatch + Evento de êxito: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento de falha: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` ## Diferenças entre a recuperação automática simplificada e a recuperação baseada em ações do CloudWatch A tabela a seguir compara as principais diferenças entre a recuperação automática simplificada e a recuperação baseada em ações do CloudWatch. | Ponto de comparação | Recuperação automática simplificada | Recuperação baseada em ações do CloudWatch | | --- | --- | --- | | Configuração | Habilitada por padrão nas instâncias com suporte | Requer configuração manual dos alarmes e ações do CloudWatch | | Flexibilidade | Comportamento fixo de recuperação gerenciado pela AWS | Ações e condições personalizáveis | | Notificação | Notificações básicas por meio do Health Dashboard | Notificações personalizáveis por meio do SNS | | Tamanho da instância metal | Excluído | Incluído | | Volumes de armazenamento de instância anexados na execução. | Sem suporte para instâncias que anexam volumes de armazenamento de instância na execução | Com suporte em tipos de instância selecionados. Observe que os dados nos volumes de armazenamento de instância são perdidos durante a recuperação da instância. | | Tempo de recuperação | Tentativa de recuperação padrão | Tentativas de recuperação mais rápidas do que a recuperação automática simplificada | | O problema do host é solucionado durante a migração | A migração pode ser cancelada, e a instância permanece no host original | A migração continua para um novo host | | Custo | Sem custo adicional | Pode incorrer em cobranças do CloudWatch | ## Crie um sistema resiliente Embora a recuperação automática simplificada e a recuperação baseada em ações do CloudWatch sejam eficazes para manter a disponibilidade de instâncias individuais, a AWS recomenda a implementação de uma arquitetura de alta disponibilidade que permita o failover do tráfego para instâncias íntegras. Para conseguir isso, considere usar serviços da AWS como o Elastic Load Balancing (que distribui o tráfego de entrada em várias instâncias do EC2) e o Amazon EC2 Auto Scaling (que ajusta automaticamente o número de instâncias com base na demanda e na integridade). Para obter mais informações sobre a criação de um sistema resiliente e tolerante a falhas com instâncias do EC2, consulte os recursos a seguir: + [De volta ao básico: projetando para falhas com o EC2](https://www.youtube.com/watch?v=5Hq5YxOrKYs) no *canal AWS do YouTube* + [Arquitetura de recuperação de desastres (DR) na AWS, parte I: estratégias de recuperação na nuvem](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/) no site do *Blog de Arquitetura da AWS*. + [Guia do usuário de Application Load Balancers](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) + [Guia do usuário do Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) + [REL11-BP02 failover para recursos íntegros](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_failover2good.html) no *Pilar de confiabilidade do AWS Well-Architected Framework* # Verificar se ocorreu a recuperação automática da instância Se sua instância parecer ter ficado offline e, em seguida, reiniciou inesperadamente, ela pode ter passado por uma [recuperação automática de instância](ec2-instance-recover.md#ec2-automatic-instance-recovery-key-concepts) em resposta a um problema subjacente de hardware ou software. É possível verificar isso verificando os eventos de recuperação automática de instâncias no seu Health Dashboard. Você também pode verificar se um problema subjacente de hardware ou software foi detectado em sua instância verificando a métrica **StatusCheckFailed\$1System** do Amazon CloudWatch. ## Verifique se há eventos no Health Dashboard Quando ocorre uma tentativa automática de recuperação da instância, a AWS envia eventos para o seu Health Dashboard. O evento específico depende do mecanismo de recuperação configurado e se a tentativa obteve êxito ou falhou. **Para verificar os eventos de recuperação automática de instâncias no Health Dashboard** 1. Abra o Health Dashboard em [https://phd.aws.amazon.com/phd/home\$1/](https://phd.aws.amazon.com/phd/). 1. Procure pelos eventos associados à recuperação automática de instâncias. A presença desses eventos pode confirmar se ocorreu uma tentativa de recuperação automática da instância e seu resultado. + Recuperação automática simplificada + Evento de êxito: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento de falha: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` + Recuperação baseada em ações do CloudWatch + Evento de êxito: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento de falha: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` ## Monitore as verificações de status do sistema com o CloudWatch É possível verificar se um problema subjacente de hardware ou software foi detectado em sua instância observando a métrica [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) no CloudWatch. O valor da métrica indica se a verificação do status do sistema foi aprovada (sem problemas de hardware ou software) ou falhou (problema de hardware ou software). **Para verificar se um problema subjacente de hardware ou software foi detectado** 1. Abra o console do CloudWatch na página **Métricas**, em [https://console.aws.amazon.com/cloudwatch/home?\$1metricsV2](https://console.aws.amazon.com/cloudwatch/home?#metricsV2). 1. Verifique se você está na mesma região que a instância do EC2. 1. Cole a métrica a seguir no campo de pesquisa **Métricas** e pressione Enter. ``` StatusCheckFailed_System ``` 1. Escolha **EC2 > Métricas por instância**. 1. Na tabela, marque a caixa de seleção ao lado da instância que você deseja verificar. 1. Altere o período da consulta para o momento em que você suspeita que o evento de recuperação ocorreu. 1. Escolha a guia **Métricas em gráfico** e, em **StatusCheckFailed\$1System**, faça o seguinte: 1. Em **Estatística**, escolha **Média**, **Máximo** ou **Mínimo**. 1. Em **Período**, escolha **1 minuto**. 1. Verifique o valor de **StatusCheckFailed\$1System**. + Valor **0**: a verificação de status do sistema foi aprovada, indicando que não há nenhum problema subjacente de hardware ou software. + Valor **1**: a verificação de status do sistema falhou, indicando um problema subjacente de hardware ou software. Para obter mais informações, consulte [Recuperação automática de instâncias](ec2-instance-recover.md). # Configurar a recuperação automática simplificada em uma instância do Amazon EC2 **Importante** Esta seção descreve como configurar proativamente os mecanismos de recuperação em uma instância do EC2. Esses mecanismos de recuperação são projetados para restaurar a disponibilidade da instância quando a AWS detecta um problema subjacente de hardware ou software que faz com que a verificação de status do sistema falhe. Se você estiver tendo problemas para acessar sua instância, consulte [Solução de problemas de instâncias do EC2](ec2-instance-troubleshoot.md). Se a AWS detectar que uma instância não está disponível devido a um problema subjacente de hardware ou software, a *recuperação automática simplificada* pode restaurar automaticamente a disponibilidade da instância movendo a instância do host com o problema subjacente para um host diferente. Se ocorrer uma recuperação automática simplificada, a AWS enviará um dos eventos a seguir ao seu AWS Health Dashboard, dependendo do resultado: + Evento de êxito: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Evento de falha: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` Para ser notificado sobre esses eventos, é possível configurar as notificações. Para obter mais informações, consulte [Criação da sua primeira configuração de notificação no Notificações de Usuários da AWS](https://docs.aws.amazon.com/notifications/latest/userguide/getting-started.html) no *Guia do usuário do Notificações de Usuários da AWS*. Você também pode usar as [regras do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) para monitorar os eventos de recuperação automática simplificados. A recuperação automática simplificada é habilitada por padrão em todas as instâncias com suporte durante a execução da instância. No entanto, ela só poderá operar se uma instância estiver no estado `running`, se não houver eventos de serviço listados no AWS Health Dashboard e se houver capacidade disponível para o tipo de instância. Em algumas situações, como interrupções significativas, restrições de capacidade podem causar falhas nas tentativas de recuperação. Para obter mais informações, consulte [Solução de problemas de falhas da recuperação automática simplificada](#ec2-instance-recover-simplified-auto-recovery-troubleshooting). É possível desabilitar a recuperação automática simplificada durante ou após o lançamento e reabilitá-la posteriormente, caso necessário. **Atenção** Quando a AWS recupera sua instância de um problema subjacente de hardware ou software, tenha em mente as seguintes consequências: os dados armazenados na memória volátil (RAM) serão perdidos e o tempo de atividade do sistema operacional recomeçará do zero. Para ajudar a se proteger contra a perda de dados, recomendamos que você crie regularmente backups de dados importantes. Para obter mais informações sobre as práticas recomendadas de backup e recuperação de instâncias do EC2, consulte [Práticas recomendadas do Amazon EC2](ec2-best-practices.md). Os mecanismos automáticos de recuperação de instâncias são projetados para *instâncias individuais*. Para obter orientação sobre como criar um *sistema* resiliente, consulte [Crie um sistema resiliente](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Requisitos para a habilitação da recuperação automática simplificada](#requirements-for-simplified-automatic-recovery) + [Configurar a recuperação automática simplificada](#set-recovery-behavior) + [Solução de problemas de falhas da recuperação automática simplificada](#ec2-instance-recover-simplified-auto-recovery-troubleshooting) ## Requisitos para a habilitação da recuperação automática simplificada A recuperação automática simplificada pode ser habilitada em instâncias que atendam aos seguintes critérios: **Tipos de instância** + **Uso geral:** A1, M3, M4, M5, M5a, M5n, M5zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8azn, M8g, M8gb, M8gn, M8i, M8i-flex, T1, T2, T3, T3a, T4g + **Otimizadas para computação:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8gb, C8gn, C8i, C8i-flex + **Otimizadas para memória:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8gb, R8gn, R8i, R8i-flex, U-3tb1, U-6tb1, U-9tb1, U-12tb1, U-18tb1, U-24tb1, U7i-6tb, U7i-8tb, U7i-12tb, U7in-16tb, U7in-24tb, U7in-32tb, U7inh-32tb, X1, X1e, X2iezn, X8g, X8i + **Computação acelerada**: G3, G5g, Inf1, P3, VT1 + **Computação de alta performance:** Hpc6a, Hpc7a, Hpc7g, Hpc8a **Locação** + Compartilhada + Instância Dedicada Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md). **Limitações** Não há suporte para a recuperação automática simplificada para instâncias com as características a seguir: + Tamanho da instância: `metal` instâncias + Locação: host dedicado. Para hosts dedicados, use a [recuperação automática de host dedicado](dedicated-hosts-recovery.md) em vez disso. + Armazenamento: instâncias com volumes de armazenamento de instância + Rede: instâncias usando um adaptador de malha elástica + Ajuste de escala automático: instâncias que fazem parte de um grupo do Auto Scaling + Manutenção: instâncias que estejam passando por um evento de manutenção programada no momento ## Configurar a recuperação automática simplificada A recuperação automática simplificada é ativada por padrão quando você executa uma instância compatível. É possível definir o comportamento de recuperação automática como `disabled` durante ou após a inicialização da instância. A configuração `default` não habilita a recuperação automática simplificada para uma instância sem suporte. ------ #### [ Console ] **Para desabilitar a recuperação automática simplificada na inicialização** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. No painel de navegação, escolha **Instances** (Instâncias) e **Launch Instance** (Iniciar instância). 1. Na seção **Detalhes avançados**, em **Recuperação automática de instâncias**, escolha **Desabilitado**. 1. Defina as configurações de execução da instância restantes conforme necessário e, em seguida, inicie a instância. **Para desabilitar a recuperação automática simplificada após a inicialização** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. No painel de navegação, escolha **Instances (Instâncias)**. 1. Selecione a instância, escolha **Actions** (Ações), **Instance Settings** (Configurações da instância) e selecione **Change auto-recovery Behavior** (Alterar o comportamento da recuperação automática). 1. Escolha **Off** (Desativar) e, em seguida, escolha **Save** (Salvar). **Para habilitar a recuperação automática simplificada após a inicialização** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. No painel de navegação, escolha **Instances (Instâncias)**. 1. Selecione a instância, escolha **Actions** (Ações), **Instance Settings** (Configurações da instância) e selecione **Change auto-recovery Behavior** (Alterar o comportamento da recuperação automática). 1. Escolha **Padrão** e depois **Save** (Salvar). ------ #### [ AWS CLI ] **Para desabilitar a recuperação automática simplificada na inicialização** Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instance.html) com a opção `--maintenance-options`. ``` --maintenance-options AutoRecovery=Disabled ``` **Para desabilitar a recuperação automática simplificada após a inicialização** Use o comando [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery disabled ``` **Para habilitar a recuperação automática simplificada após a inicialização** Use o comando [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery default ``` ------ #### [ PowerShell ] **Para desabilitar a recuperação automática simplificada na inicialização** Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). ``` -MaintenanceOptions_AutoRecovery Disabled ``` **Para desabilitar a recuperação automática simplificada após a inicialização** Use o cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Disabled ``` **Para habilitar a recuperação automática simplificada após a inicialização** Use o cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Enabled ``` ------ ## Solução de problemas de falhas da recuperação automática simplificada Se a recuperação automática simplificada falhar ao recuperar a sua instância, considere os problemas a seguir: + Os eventos de serviço da AWS estão em execução A recuperação automática simplificada não opera durante eventos de serviço no AWS Health Dashboard. Talvez você não receba notificações de falha de recuperação para esses eventos. Para obter as informações mais recentes sobre a disponibilidade do serviço, consulte a página de [status do serviço](https://health.aws.amazon.com/health/status). + Capacidade insuficiente Há temporariamente hardware de substituição insuficiente para migrar a instância. + Número máximo de tentativas diárias de recuperação atingido A instância alcançou a franquia diária máxima de tentativas de recuperação. Sua instância poderá ser subsequentemente retirada se a recuperação automática falhar e se for determinado que uma degradação do hardware é a causa-raiz da falha original da verificação do status do sistema. Se a falha na verificação de status do sistema da instância persistir apesar de várias tentativas de recuperação, consulte [Solução de problemas em instâncias com falha nas verificações de status](TroubleshootingInstances.md) para obter mais informações. # Configurar recuperação baseada em ação do CloudWatch em uma instância do EC2 **Importante** Esta seção descreve como configurar proativamente os mecanismos de recuperação em uma instância do EC2. Esses mecanismos de recuperação são projetados para restaurar a disponibilidade da instância quando a AWS detecta um problema subjacente de hardware ou software que faz com que a verificação de status do sistema falhe. Se você estiver tendo problemas para acessar sua instância, consulte [Solução de problemas de instâncias do EC2](ec2-instance-troubleshoot.md). Se o AWS detectar que uma instância está indisponível devido a um problema subjacente de hardware ou software, a *recuperação baseada em ações do CloudWatch* pode restaurar automaticamente a disponibilidade da instância movendo-a do host com o problema subjacente para um host diferente. Se a recuperação baseada em ações do CloudWatch ocorrer, a AWS enviará um dos eventos a seguir para o seu AWS Health Dashboard, dependendo do resultado: + Evento de êxito: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Evento de falha: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` É possível configurar a recuperação baseada em ações do CloudWatch para adicionar ações de recuperação aos alarmes do Amazon CloudWatch. A recuperação baseada em ações do CloudWatch funciona com a métrica `StatusCheckFailed_System`. A recuperação baseada em ações do CloudWatch fornece granularidade de tempo de resposta de recuperação a cada minuto e notificações do Amazon Simple Notification Service (Amazon SNS) sobre as ações e os resultados da recuperação. Essas opções de configuração permitem tentativas de recuperação mais rápidas com controle mais granular sobre a resposta do evento de falha na verificação de status do sistema em comparação com a recuperação automática simplificada. Para obter mais informações sobre as opções disponíveis do CloudWatch, consulte [Verificações de status para as instâncias](monitoring-system-instance-status-check.md). No entanto, a recuperação baseada em ações do CloudWatch só pode operar se uma instância estiver no estado `running`, se não houver eventos de serviço listados no AWS Health Dashboard, e se houver capacidade disponível para o tipo de instância. Em algumas situações, como interrupções significativas, restrições de capacidade podem causar falhas nas tentativas de recuperação. Para obter mais informações, consulte [Solução de problemas de falha da recuperação baseada em ações do CloudWatch](#ec2-instance-recover-cloudwatch-troubleshooting). **Atenção** Quando a AWS recupera sua instância devido a um problema subjacente de hardware ou software, esteja ciente das seguintes consequências: os dados armazenados na memória volátil (RAM) e nos volumes de armazenamento de instância serão perdidos, e o tempo de atividade do sistema operacional recomeçará do zero. Para ajudar a se proteger contra a perda de dados, recomendamos que você crie regularmente backups de dados importantes. Para obter mais informações sobre as práticas recomendadas de backup e recuperação de instâncias do EC2, consulte [Práticas recomendadas do Amazon EC2](ec2-best-practices.md). Os mecanismos automáticos de recuperação de instâncias são projetados para *instâncias individuais*. Para obter orientação sobre como criar um *sistema* resiliente, consulte [Crie um sistema resiliente](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Requisitos para a habilitação da recuperação baseada em ações do CloudWatch](#requirements-for-cloudwatch-action-based-recovery) + [Configurar a recuperação baseada em ações do CloudWatch](#ec2-instance-recover-cloudwatch-configure) + [Solução de problemas de falha da recuperação baseada em ações do CloudWatch](#ec2-instance-recover-cloudwatch-troubleshooting) ## Requisitos para a habilitação da recuperação baseada em ações do CloudWatch A recuperação baseada em ações do CloudWatch pode ser habilitada em instâncias que atendam aos critérios a seguir: **Tipos de instância** + **Uso geral:** A1, M3, M4, M5, M5a, M5n, M5zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8azn, M8g, M8gb, M8gn, M8i, M8i-flex, T1, T2, T3, T3a, T4g + **Otimizadas para computação:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-flex, C8a, C8g, C8gb, C8gn, C8i, C8i-flex + **Otimizadas para memória:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8gb, R8gn, R8i, R8i-flex, U-3tb1, U-6tb1, U-9tb1, U-12tb1, U-18tb1, U-24tb1, U7i-6tb, U7i-8tb, U7i-12tb, U7in-16tb, U7in-24tb, U7in-32tb, U7inh-32tb, X1, X1e, X2idn, X2iedn, X2iezn, X8g, X8i + **Computação acelerada**: G3, G5g, Inf1, P3, VT1 + **Computação de alta performance:** Hpc6a, Hpc7a, Hpc7g, Hpc8a + **Instâncias Metal**: qualquer uma das instâncias acima com o tamanho da instância metal. + **Se volumes de armazenamento de instância forem adicionados na inicialização**: então, há suporte somente para os tipos de instância a seguir: M3, C3, R3, X1, X1e, X2idn, X2iedn **Locação** + Compartilhada + Instância Dedicada Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md). **Limitações** Não há suporte para a recuperação baseada em ações do CloudWatch em instâncias com as características a seguir: + Locação: host dedicado. Para hosts dedicados, use a [Recuperação automática de host dedicado](dedicated-hosts-recovery.md) em vez disso. + Rede: instâncias usando um adaptador de malha elástica + Ajuste de escala automático: instâncias que fazem parte de um grupo do Auto Scaling + Manutenção: instâncias que estejam passando por um evento de manutenção programada no momento ### Encontrar um tipo de instância compatível É possível visualizar os tipos de instância que oferecem suporte à recuperação baseada em ação do CloudWatch. ------ #### [ Console ] **Para visualizar os tipos de instância que oferecem suporte à recuperação baseada em ações do CloudWatch** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. No painel de navegação à esquerda, escolha **Instances** (Instâncias). 1. Na barra de filtros, adicione o filtro **Suporte a recuperação automática = true**. A tabela de **Tipos de instâncias** exibe todos os tipos de instâncias que oferecem suporte à recuperação baseada em ações do CloudWatch. 1. (Opcional) Adicione filtros para ampliar o escopo de tipos específicos de instância de interesse. ------ #### [ AWS CLI ] **Para visualizar os tipos de instância que oferecem suporte à recuperação baseada em ações do CloudWatch** Use o comando [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) com o filtro `auto-recovery-supported`. ``` aws ec2 describe-instance-types \ --filters Name=auto-recovery-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **Para visualizar os tipos de instância que oferecem suporte à recuperação baseada em ações do CloudWatch** Use o cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html) com o filtro `auto-recovery-supported`. ``` Get-EC2InstanceType ` -Filter @{Name="auto-recovery-supported";Values="true"} | ` Select InstanceType | Sort-Object InstanceType ``` ------ ## Configurar a recuperação baseada em ações do CloudWatch Para configurar a recuperação baseada em ações do CloudWatch para uma instância do EC2, crie um alarme do CloudWatch que monitore a métrica `StatusCheckFailed_System` para a instância especificada. Defina o alarme para ser acionado quando o valor da métrica for **1**, indicando uma falha na verificação do status do sistema. Configure a ação do alarme para recuperar automaticamente a instância quando acionada. É possível configurar o alarme usando o console do Amazon EC2 ou o console do CloudWatch. Para obter instruções, consulte [Adicionar ações de recuperação a alarmes do Amazon CloudWatch](UsingAlarmActions.md#AddingRecoverActions) neste guia do usuário, ou [Adição de ações de recuperação aos alarmes do Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingRecoverActions) no *Guia do usuário do Amazon CloudWatch*. ## Solução de problemas de falha da recuperação baseada em ações do CloudWatch Se a recuperação baseada em ações do CloudWatch falhar ao recuperar a sua instância, considere os problemas a seguir: + Os eventos de serviço da AWS estão em execução A recuperação baseada em ações do CloudWatch não opera durante eventos de serviço no AWS Health Dashboard. Talvez você não receba notificações de falha de recuperação para esses eventos. Para obter as informações mais recentes sobre a disponibilidade do serviço, consulte a página de [status do serviço](https://health.aws.amazon.com/health/status). + Capacidade insuficiente Há temporariamente hardware de substituição insuficiente para migrar a instância. + Número máximo de tentativas diárias de recuperação atingido A instância alcançou a franquia diária máxima de tentativas de recuperação. Sua instância poderá ser subsequentemente retirada se a recuperação automática falhar e se for determinado que uma degradação do hardware é a causa-raiz da falha original da verificação do status do sistema. Se a falha na verificação de status do sistema da instância persistir apesar de várias tentativas de recuperação, consulte [Solução de problemas em instâncias com falha nas verificações de status](TroubleshootingInstances.md) para obter mais informações.