Aviso de fim do suporte: em 30 de junho de 2027, AWS encerrará o suporte para o AMS Advanced. Depois de 30 de junho de 2027, você não poderá mais acessar o console do AMS Advanced ou os recursos do AMS Advanced. Para obter mais informações, consulte Fim do suporte do AMS Advanced.
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á.
Remediação automática de alertas pelo AMS
Após a verificação, o AWS Managed Services (AMS) corrige automaticamente determinados alertas de acordo com condições e processos específicos descritos nesta seção.
| Nome do alerta | Description | Limites | Ação |
|---|---|---|---|
Canal seguro quebrado |
O alarme Broken Secure Channel é acionado nas instâncias do Windows EC2 quando a instância perde a conexão com o controlador de domínio AD. |
O limite está acima do valor definido 10 vezes nos últimos 15 minutos. |
A correção automática do AMS valida se a instância está on-line no SSM, o nome do host não está duplicado e se o objeto de computador do AD está alinhado com a pilha. CloudFormation A correção repara a conexão segura do canal para restaurar o acesso à instância. |
Falha na verificação de status |
Possíveis falhas de hardware ou um estado de falha da instância. |
O sistema detectou um status de falha pelo menos uma vez nos últimos 15 minutos. |
A remediação automática do AMS primeiro valida se a instância está acessível. Se a instância estiver inacessível, ela será interrompida e reiniciada. O stop and start permite que a instância migre para um novo hardware subjacente. Para obter mais informações, consulte a seção a seguir “Automação de remediação de falhas na verificação de status do EC2”. |
AMSLinuxDiskUsage |
Acione quando o uso do disco de 1 ponto de montagem (espaço designado em um volume) em sua instância do EC2 estiver sendo preenchido. |
O limite está acima do valor definido 6 vezes nos últimos 30 minutos. |
A remediação automática do AMS primeiro exclui os arquivos temporários. Se isso não liberar espaço em disco suficiente, ele estende o volume para evitar tempo de inatividade se o volume ficar cheio. |
AMSWindowsDiskUsage |
Quando o uso do disco de 1 ponto de montagem (espaço designado em um volume) em sua instância do EC2 está se esgotando. |
O limite está acima do valor definido 6 vezes nos últimos 30 minutos. |
A remediação automática do AMS primeiro exclui os arquivos temporários. Se isso não liberar espaço em disco suficiente, ele estende o volume para evitar tempo de inatividade se o volume ficar cheio. |
RDS-EVENT-0089 |
A instância de banco de dados consumiu mais de 90% do armazenamento alocado. |
O armazenamento é mais de 90% alocado. |
A remediação automática do AMS primeiro valida se o banco de dados está em um estado modificável e disponível ou com armazenamento cheio. Em seguida, ele tenta aumentar o armazenamento alocado, o IOPS e a taxa de transferência de armazenamento por meio de um conjunto de alterações. CloudFormation Se o desvio da pilha já for detectado, ele retornará à API do RDS para evitar o tempo de inatividade. Esse recurso pode ser desativado adicionando a seguinte tag à instância de banco de dados do RDS: |
RDS-EVENT-0007 |
O armazenamento alocado para a instância de banco de dados foi esgotado. Para resolver, aloque armazenamento adicional. |
O armazenamento é 100% alocado. |
A remediação automática do AMS primeiro valida se o banco de dados está em um estado modificável e disponível ou com armazenamento cheio. Em seguida, ele tenta aumentar o armazenamento alocado, o IOPS e a taxa de transferência de armazenamento por meio de um conjunto de alterações. CloudFormation Se o desvio da pilha já for detectado, ele retornará à API do RDS para evitar o tempo de inatividade. Esse recurso pode ser desativado adicionando a seguinte tag à instância de banco de dados do RDS: |
RDS-EVENT-0224 |
O armazenamento alocado solicitado atinge ou excede o limite máximo de armazenamento configurado. |
O limite máximo de armazenamento para a instância de banco de dados foi esgotado ou é maior ou igual ao armazenamento alocado solicitado. |
A remediação automática do AMS primeiro valida se a quantidade solicitada de armazenamento do RDS ultrapassará o limite máximo de armazenamento. Se confirmado, o AMS tentará aumentar o limite máximo de armazenamento em 30% com um CloudFormation conjunto de alterações ou uma API direta do RDS se os recursos não forem provisionados. CloudFormation Esse recurso pode ser desativado adicionando a seguinte tag à instância de banco de dados do RDS: |
Capacidade de armazenamento RDS |
Restam menos de 1 GB no armazenamento alocado para a instância de banco de dados. |
O armazenamento é alocado em 99%. |
A remediação automática do AMS primeiro valida se o banco de dados está em um estado modificável e disponível ou com armazenamento cheio. Em seguida, ele tenta aumentar o armazenamento alocado, o IOPS e a taxa de transferência de armazenamento por meio de um conjunto de alterações. CloudFormation Se o desvio da pilha já for detectado, ele retornará à API do RDS para evitar o tempo de inatividade. Esse recurso pode ser desativado adicionando a seguinte tag à instância de banco de dados do RDS: |
AMSFSXONTAPVolumeCapacityUtilization |
O volume do Amazon FSx for NetApp ONTAP consumiu mais do que o armazenamento alocado padrão (80%). |
FSx para ONTAP, a utilização da capacidade de volume é superior a 80% por duas horas (valor padrão). |
A remediação automática do AMS primeiro valida se o estado do ciclo de vida do volume está em um estado modificável e, em seguida, amplia o tamanho do volume em 10% enquanto verifica a capacidade máxima do sistema de arquivos. Se o sistema de arquivos não tiver capacidade de armazenamento suficiente para a expansão do volume, tanto o volume quanto o sistema de arquivos serão expandidos juntos. Essa expansão é limitada a um máximo de três vezes em qualquer período de sete dias. O limite máximo de armazenamento para o qual o AMS Automation se expande é 5120 GiB. notaSe o LUN iSCSI estiver configurado na parte superior do volume, expanda o LUN iSCSI no nível do sistema operacional. Para obter mais informações, consulte Por que meu LUN FSx para ONTAP está no modo somente leitura |
Amazon EC2 Broken Secure Channel: nota de automação de remediação
Antes que a remediação automática do AWS Managed Services (AMS) realize a correção dos problemas do Windows Broken Secure Channel do Amazon EC2, a automação realiza as seguintes verificações prévias e cria um relatório de incidentes para investigação adicional:
Valida se o status SSM da instância do Amazon EC2 é “Online”.
Valida se a instância do Amazon EC2 faz parte de um grupo de Auto Scaling e se todas as instâncias no grupo Auto Scaling têm o mesmo nome de host.
Verifica se a instância do Amazon EC2 faz parte da CloudFormation pilha usada para provisioná-la. Se a instância tiver sido removida da CloudFormation pilha, a automação verifica se a Unidade Organizacional (OU) do Active Directory associada ainda está fazendo referência à pilha.
Depois que as validações acima forem aprovadas, a automação prossegue para corrigir o canal Broken Secure.
Etapas de remediação:
A remediação automática tenta reparar o canal seguro entre a instância do EC2 e o domínio AD, restaurando o acesso à instância.
Após a remediação, a automação verifica se o canal seguro foi estabelecido. Se não for bem-sucedido, o AMS cria um incidente e envolve as operações do AMS para investigar.
Falha na verificação de status do EC2: notas de automação de remediação
Como a remediação automática do AMS funciona com problemas de falha na verificação de status do EC2:
Se sua instância do Amazon EC2 estiver inacessível, a instância deverá ser interrompida e iniciada novamente para que possa ser migrada para um novo hardware e recuperada.
Se a raiz do problema estiver no sistema operacional (dispositivos ausentes no fstab, corrupção do kernel etc.), a automação não conseguirá recuperar sua instância.
Se sua instância pertencer a um grupo de Auto Scaling, a automação não tomará nenhuma ação — a ação de AutoScalingGroup escalabilidade substitui a instância.
Se sua instância tiver o EC2 Auto Recovery ativado, a correção não será executada.
Automação de remediação de uso de volume do EC2
Como a remediação automática do AWS Managed Services (AMS) funciona com problemas de uso de volume do EC2:
A automação primeiro valida se a expansão do volume é necessária e se ela pode ser executada. Se a expansão for considerada apropriada, a automação pode aumentar a capacidade do volume. Esse processo automatizado equilibra a necessidade de crescimento com uma expansão controlada e limitada.
Antes de estender um volume, a automação executa tarefas de limpeza (Windows: Disk Cleaner, Linux: Logrotate + Simple Service Manager Agent Log, remoção do log) na instância para tentar liberar espaço.
nota
As tarefas de limpeza não são executadas em instâncias da família “T” do EC2 devido à dependência de créditos de CPU para funcionalidade contínua.
No Linux, a automação suporta apenas a extensão de sistemas de arquivos do tipo EXT2 EXT3, EXT4 e XFS.
No Windows, a automação só oferece suporte ao New Technology File System (NTFS) e ao Resilient File System (ReFS).
A automação não estende os volumes que fazem parte do Logical Volume Manager (LVM) ou de uma matriz RAID.
A automação não amplia os volumes de armazenamento de instâncias.
A automação não age se o volume afetado já for maior que 2 TiB.
A expansão por meio da automação é limitada a um máximo de três vezes por semana e cinco vezes no total durante a vida útil do sistema.
A automação não expande o volume se a expansão anterior ocorreu nas últimas seis horas.
Quando essas regras impedem a automação de agir, o AMS entra em contato com você por meio de uma solicitação de serviço de saída para determinar as próximas ações a serem tomadas.
Automação de remediação de eventos de baixo armazenamento do Amazon RDS
Como a remediação automática do AWS Managed Services (AMS) funciona com problemas de eventos de baixo armazenamento do Amazon RDS:
Antes de tentar estender o armazenamento da instância do Amazon RDS, a automação executa várias verificações para garantir que a instância do Amazon RDS esteja em um estado modificável e disponível, ou com armazenamento cheio.
Quando o desvio da CloudFormation pilha é detectado, a remediação ocorre por meio da API do Amazon RDS.
-
Dependendo do evento desencadeador, a remediação modifica as propriedades
MaxAllocatedStorage,,,AllocatedStorageou.IopsStorageThroughputOutras propriedades da instância do Amazon RDS não são modificadas. Para obter mais informações, consulte Configurações para instâncias de banco de dados. A ação de remediação não é executada nos seguintes cenários:
O status da instância do Amazon RDS não é “disponível” ou “com armazenamento cheio”.
O armazenamento da instância do Amazon RDS não é modificável no momento (como quando o armazenamento foi modificado nas últimas seis horas).
A instância do Amazon RDS tem armazenamento com escalabilidade automática habilitado.
A remediação é limitada a uma expansão por seis horas e não mais do que três expansões em um período contínuo de quatorze dias.
Quando esses cenários ocorrem, o AMS entra em contato com você com um incidente de saída para determinar as próximas ações.
Automação de remediação de capacidade de volume ONTAP
Como a remediação automática do AWS Managed Services (AMS) funciona com problemas de capacidade de volume do ONTAP:
Antes de estender o volume, a automação valida se o estado do ciclo de vida do volume está em um estado modificável.
A automação amplia o tamanho do volume em 10% enquanto verifica a capacidade máxima do sistema de arquivos.
Se o sistema de arquivos não tiver capacidade de armazenamento suficiente para acomodar a expansão do volume, tanto o volume quanto a capacidade do sistema de arquivos serão expandidos.
A remediação é limitada a no máximo três atualizações em um período de sete dias.
O limite máximo de armazenamento para o qual o AMS Automation se expande é 5120 GiB.
Se o LUN iSCSI estiver configurado na parte superior do volume, você deverá expandir manualmente o LUN iSCSI no nível do sistema operacional após a conclusão da correção automática. Para obter mais informações, consulte Por que meu LUN FSx para ONTAP está no modo somente leitura
?
