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á.
Relatórios de integridade básica
AWS Elastic Beanstalk usa informações de várias fontes para determinar se seu ambiente está disponível e processando solicitações da Internet. A integridade de um ambiente é representada por uma das quatro cores e é exibida na página de visão geral do ambiente do console do Elastic Beanstalk. Também está disponível na DescribeEnvironmentsAPI e por meio de chamadas eb status com a CLI do EB.
Antes das versões da plataforma Linux versão 2, o único sistema de relatórios de integridade era o básico. O sistema básico de relatórios de integridade fornece informações sobre a integridade das instâncias em um ambiente do Elastic Beanstalk com base em verificações de integridade realizadas pelo Elastic Load Balancing para ambientes com carga balanceada ou pelo Amazon Elastic Compute Cloud para ambientes de instância única.
Além de verificar a integridade de suas instâncias do EC2, o Elastic Beanstalk também monitora outros recursos em seu ambiente e relata recursos ausentes ou configurados incorretamente que podem fazer com que seu ambiente se torne indisponível para os usuários.
As métricas coletadas pelos recursos em seu ambiente são publicadas CloudWatch na Amazon em intervalos de cinco minutos. Isso inclui as métricas de sistema operacional do EC2 e as métricas de solicitação do Elastic Load Balancing. Você pode visualizar gráficos com base nessas CloudWatch métricas na página Monitoramento do console do ambiente. Para integridade básica, essas métricas não são usadas para determinar a integridade de um ambiente.
Tópicos
Cores de integridade
O Elastic Beanstalk relata a integridade de um ambiente de servidor Web de acordo com o modo como a aplicação em execução responde à verificação de integridade. O Elastic Beanstalk usa uma de quatro cores para descrever o status, como mostrado na tabela a seguir:
| Cor | Descrição |
|---|---|
|
Cinza |
O ambiente está sendo atualizado. |
|
Verde |
O ambiente passou na verificação de integridade mais recente. Pelo menos uma instância em seu ambiente está disponível e aceitando solicitações. |
|
Amarelo |
Seu ambiente falhou em uma ou mais verificações de integridade. Algumas solicitações a seu ambiente estão falhando. |
|
Vermelha |
Seu ambiente falhou em três ou mais verificações de integridade, ou um recurso do ambiente ficou indisponível. As solicitações falham consistentemente. |
Essas descrições se aplicam somente a ambientes que usam relatórios de integridade básica. Consulte Status e cores de integridade para obter detalhes relacionados à integridade aprimorada.
Verificações de integridade do Elastic Load Balancing
Em um ambiente com carga balanceada, o Elastic Load Balancing envia uma solicitação para cada instância em um ambiente a cada 10 segundos para confirmar que as instâncias estão íntegras. Por padrão, o load balancer é configurado para abrir uma conexão TCP na porta 80. Se a instância reconhece a conexão, ela é considerada íntegra.
Você pode optar por substituir essa configuração especificando um recurso existente no seu aplicativo. Se você especificar um caminho, como /health, o URL da verificação de integridade é definido como HTTP:80/health. O URL da verificação de integridade deve ser definido como um caminho que sempre é atendido pelo seu aplicativo. Se estiver definido como uma página estática que é atendida ou armazenada em cache pelo servidor web na frente de seu aplicativo, as verificações de integridade não revelarão problemas com o servidor de aplicativo ou o contêiner da Web. Para obter instruções sobre como modificar o URL de verificação de integridade, consulte Verificação de integridade.
Se o URL de uma verificação de integridade está configurado, o Elastic Load Balancing espera uma solicitação GET que ele envia para retornar a resposta 200 OK. O aplicativo na passará na verificação de integridade se não responder dentro de 5 segundos ou se responder com qualquer outro código de status HTTP. Após 5 falhas consecutivas na verificação de integridade, o Elastic Load Balancing tira a instância de serviço.
Para obter mais informações sobre verificações de integridade do Elastic Load Balancing, consulte Verificação de integridade no Guia do usuário do Elastic Load Balancing
nota
A configuração de um URL de verificação de integridade não altera o comportamento de verificação de integridade de um grupo de Auto Scaling de um ambiente. Uma instância não íntegra é removida do balanceador de carga, mas não é substituída automaticamente pelo Amazon EC2 Auto Scaling, a menos que você o configure para usar a verificação de integridade do Elastic Load Balancing como base para a substituição de instâncias. Para configurar o Amazon EC2 Auto Scaling para substituir instâncias que falham em uma verificação de integridade do Elastic Load Balancing, consulte Configuração da verificação de integridade do Auto Scaling.
Verificações de integridade do ambiente de nível do operador e instância única
Em uma única instância ou ambiente de nível de operador, o Elastic Beanstalk determina a integridade da instância monitorando seu status de instância do Amazon EC2. As configurações de integridade do Elastic Load Balancing, incluindo URLs de verificação de integridade HTTP, não podem ser usadas nesses tipos de ambiente.
Para obter mais informações sobre verificações de status de instâncias do Amazon EC2, consulte Monitorar instâncias com verificações de status no Guia do usuário do Amazon EC2 para instâncias Linux.
Verificações adicionais
Além das verificações de integridade do Elastic Load Balancing, o Elastic Beanstalk monitora recursos no ambiente e altera o status de integridade para vermelho caso eles não sejam implantados, não estiverem configurados corretamente ou ficarem indisponíveis. Essas verificações confirmam que:
-
O grupo de Auto Scaling do ambiente está disponível e tem no mínimo uma instância.
-
O security group do ambiente está disponível e configurado para permitir o tráfego de entrada na porta 80.
-
O CNAME do ambiente existe e está apontando para o load balancer correto.
-
Em um ambiente de operador, a fila do Amazon Simple Queue Service (Amazon SQS) está sendo pesquisada pelo menos uma vez a cada três minutos.
CloudWatch Métricas da Amazon
Com relatórios básicos de saúde, o serviço Elastic Beanstalk não publica nenhuma métrica na Amazon. CloudWatch As CloudWatch métricas usadas para produzir gráficos na página Monitoramento do console do ambiente são publicadas pelos recursos do seu ambiente.
Por exemplo, o EC2 publica as métricas a seguir para as instâncias no grupo de Auto Scaling de seu ambiente:
CPUUtilization-
Porcentagem de unidades de computação em uso no momento.
DiskReadBytesDiskReadOpsDiskWriteBytesDiskWriteOps-
O número de bytes lidos e gravados e o número de operações de leitura e gravação.
NetworkInNetworkOut-
O número de bytes enviados e recebidos.
O Elastic Load Balancing publica as métricas a seguir para o balanceador de carga do ambiente:
BackendConnectionErrors-
Número de falhas de conexão entre o load balancer e as instâncias do ambiente.
HTTPCode_Backend_2XXHTTPCode_Backend_4XX-
Número de códigos de resposta de êxito (2XX) e erro do cliente (4XX) gerados pelas instâncias em seu ambiente.
Latency-
O número de segundos entre o momento em que o load balancer retransmite uma solicitação para uma instância e o momento em que a resposta é recebida.
RequestCount-
O número de solicitações concluídas.
Essas listas não são abrangentes. Para obter uma lista completa das métricas que podem ser relatadas para esses recursos, consulte os seguintes tópicos no Amazon CloudWatch Developer Guide:
Indicadores | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Namespace | Tópico | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::ElasticLoadBalancing::LoadBalancer | Métricas e recursos do Elastic Load Balancing | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::AutoScaling::AutoScalingGrupo | Métricas e recursos do Amazon Elastic Compute Cloud | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::SQS::Queue | Métricas e recursos do Amazon SQS | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::RDS::DBInstance | Métricas e dimensões do Amazon RDS | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Métrica de integridade do ambiente de operador
Somente para ambientes de trabalho, o daemon SQS publica uma métrica personalizada para a integridade do ambiente CloudWatch, em que um valor de 1 é verde. Você pode revisar os dados da métrica de CloudWatch saúde em sua conta usando o ElasticBeanstalk/SQSD namespace. A dimensão da métrica é EnvironmentName e o nome da métrica é Health. Todas as instâncias publicam suas métricas no mesmo namespace.
Para permitir que o daemon publique métricas, o perfil de instância do ambiente deve ter permissão para chamar cloudwatch:PutMetricData. Essa permissão está incluída no perfil de instância padrão. Para ter mais informações, consulte Gerenciar perfis de instância do Elastic Beanstalk.
