

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á.

# Notificações e solução de problemas
<a name="environments-health-enhanced-notifications"></a>

**Experimente a Amazon Q Developer CLI para solução de problemas assistida por IA**  
 A Amazon Q Developer CLI pode ajudar a solucionar problemas de ambiente rapidamente. A Q CLI fornece soluções verificando o status do ambiente, analisando eventos, analisando logs e fazendo perguntas esclarecedoras. Para obter mais informações e orientações detalhadas, consulte Solução de problemas de [ambientes do Elastic Beanstalk com o Amazon](https://aws.amazon.com/blogs/devops/troubleshooting-elastic-beanstalk-environments-with-amazon-q-developer-cli/) Q Developer CLI nos blogs. AWS 

Esta página lista mensagens de problemas comuns e links para mais informações. As mensagens aparecem no [Painel de visão geral do ambiente](environments-dashboard-envoverview.md) do Elastic Beanstalk e são registradas em [eventos](using-features.events.md) quando os problemas de integridade persistem em várias verificações.

## Implantações
<a name="environments-health-enhanced-notifications-deployments"></a>

O Elastic Beanstalk monitora a consistência do ambiente após as implantações. Se uma implantação contínua falhar, a versão do aplicativo em execução nas instâncias de seu ambiente pode variar. Isso poderá ocorrer se uma implantação for bem-sucedida em um ou mais lotes, mas falhar antes da conclusão de todos os lotes.

*Versão incorreta do aplicativo encontrada em 2 de 5 instâncias. Versão esperada "v1" (implantação 1).*

*Versão incorreta do aplicativo nas instâncias do ambiente. Versão esperada "v1" (implantação 1).*

A versão esperada do aplicativo não está em execução em algumas ou todas as instâncias de um ambiente.

*Versão incorreta do aplicativo "v2" (implantação 2). Versão esperada "v1" (implantação 1).*

O aplicativo implantado em uma instância não tem a versão esperada. Se uma implantação falhar, a versão esperada será redefinida para a versão da implantação bem-sucedida mais recente. No exemplo acima, a primeira implantação (versão "v1") foi bem-sucedida, mas a segunda falhou (versão "v2"). Todas as instâncias que executam "v2" não são consideradas íntegras.

Para resolver esse problema, inicie outra implantação. Você pode [reimplantar uma versão anterior](using-features.deploy-existing-version.md) que você sabe que funciona, ou configurar seu ambiente para [ignorar verificações de integridade](using-features.rolling-version-deploy.md#environments-cfg-rollingdeployments-console) durante a implantação e reimplantar a nova versão para forçar a conclusão da implantação.

Você também pode identificar e encerrar as instâncias que estão executando a versão incorreta do aplicativo. O Elastic Beanstalk iniciará instâncias com a versão correta para substituir as instâncias encerradas. Use o [comando de integridade da EB CLI](health-enhanced-ebcli.md) para identificar as instâncias que estão executando a versão incorreta do aplicativo.

## Servidor de aplicativos
<a name="environments-health-enhanced-notifications-webapp"></a>

*15% das solicitações estão com erro de HTTP 4xx*

*20% das solicitações para o ELB estão com erro de HTTP 4xx.*

Uma alta porcentagem de solicitações HTTP para uma instância ou um ambiente está falhando com erros 4xx.

Um código de status da série 400 indica que o usuário fez uma solicitação incorreta, como solicitar uma página que não existe (404 Arquivo não encontrado) ou que o usuário não tem acesso (403 Proibido). Um pequeno número de 404s não é incomum, mas um grande número pode significar que existem links internos ou externos para páginas indisponíveis. Esses problemas podem ser resolvidos ao corrigir os links internos inválidos e ao adicionar redirecionamentos de links externos inválidos.

*5% das solicitações estão falhando com HTTP 5xx*

*3% das solicitações para o ELB estão falhando com HTTP 5xx.*

Uma alta porcentagem de solicitações HTTP para uma instância ou um ambiente está falhando com códigos de status da série 500.

Uma código de status da série 500 indica que o servidor de aplicativos detectou um erro interno. Esses problemas indicam que há um erro no código do aplicativo que deve ser identificado e corrigido rapidamente.

*95% da CPU está em uso*

Em uma instância, o agente de integridade está relatando uma porcentagem extremamente alta de uso da CPU e define a integridade da instância como **Aviso** ou **Reduzido**.

Escale o ambiente para retirar carga das instâncias.

## Instância do operador
<a name="environments-health-enhanced-notifications-worker"></a>

*20 mensagens em espera na fila (25 segundos atrás)*

As solicitações estão sendo adicionadas à fila do ambiente do operador com mais rapidez do que podem ser processadas. Escale o ambiente para aumentar a capacidade.

*5 mensagens em Dead Letter Queue (15 segundos atrás)*

As solicitações de operador estão falhando repetidamente e sendo adicionadas à [Filas de mensagens não entregues](using-features-managing-env-tiers.md#worker-deadletter). Verifique o motivo da falha das solicitações na fila de mensagens mortas. 

## Outros recursos
<a name="environments-health-enhanced-notifications-other"></a>

*4 instâncias ativas estão abaixo do tamanho mínimo 5 do grupo de Auto Scaling*

O número de instâncias em execução no ambiente é menor do que o mínimo configurado para o grupo de Auto Scaling.

*As notificações do grupo de Auto Scaling (groupname) foram excluídas ou modificadas*

As notificações configuradas para o seu grupo de Auto Scaling foram modificadas fora do Elastic Beanstalk.