Como solucionar problemas de erros 503 retornados ao usar o Classic Load Balancer?

3 minuto de leitura
0

Estou recebendo erros HTTP 503 nos logs de acesso do Classic Load Balancer, nas métricas do CloudWatch ou ao acessar o nome DNS do balanceador de carga no navegador ou em meus clientes.

Breve descrição

Certifique-se de registrar instâncias de back-end em todas as zonas de disponibilidade nas quais seu Classic Load Balancer está configurado para responder. Certifique-se de que as instâncias de back-end registradas não estejam falhando em verificações de integridade e que estejam dimensionadas adequadamente para lidar com a carga que sua aplicação exige.

Resolução

Para ver o número de instâncias de back-end íntegras por trás do seu balanceador de carga, verifique as métricas HealthyHostCount e UnhealthyHostCount no CloudWatch. Se as métricas do CloudWatch indicarem que você não tem hosts íntegros, você pode solucionar o problema verificando o seguinte:

Certifique-se de que suas instâncias de back-end possam responder a verificações de integridade

Se as instâncias de back-end estiverem em execução, mas a métrica UnhealthyHostCount indicar que as instâncias não estão íntegras, verifique se a aplicação pode responder a solicitações de verificação de integridade. Para verificações de integridade de HTTP/HTTPS, certifique-se de que seu balanceador de carga possa receber um código de resposta 200 do back-end. Para verificações de integridade da camada 4, o balanceador de carga marca a instância como íntegra se a instância concluir com êxito um handshake TCP. Para obter instruções, consulte Solução dos problemas de um Classic Load Balancer: verificações de integridade.

Certifique-se de que seu balanceador de carga e instâncias de back-end pode lidar com a carga

Verifique seu balanceador de carga e instâncias de back-end para saber se eles são capazes de lidar com os requisitos de uso da CPU, memória, disco e como número de conexões da sua aplicação.

Por exemplo, verifique as métricas SpillOverCount e SurgeQueueLength do CloudWatch. Se SurgeQueueLength tiver atingido o máximo de 1.024 solicitações em fila ou estiver próximo disso, ou se SpillOverCount for um número diferente de zero, isso indica que o back-end não consegue atender às solicitações na velocidade em que elas chegam ou não é capaz de atender às solicitações em medida alguma.

Verifique também as métricas CPUUtilization do CloudWatch em suas instâncias de back-end: se você perceber que a utilização da CPU tem picos próximos de 100% ou permanece consistentemente alta por longos períodos de tempo, considere adicionar mais instâncias de back-end ou redimensionar as instâncias atuais para tamanhos maiores. Para obter instruções sobre como verificar outros valores, como uso de memória e disco, consulte a documentação do fornecedor da instância.

Informações relacionadas

Monitore seu Classic Load Balancer

Solução dos problemas de um Classic Load Balancer: erros de HTTP

AWS OFICIAL
AWS OFICIALAtualizada há 2 anos