Estamos usando o ELB para finalização SSL. Nossos aplicativos são executados em instâncias do EC2 por trás do ELB usando HTTP. Estamos monitorando os tempos de resposta do aplicativo e o desempenho atingido quando o uso do ELB parece ser muito alto: - Tempo médio de resposta ao passar pelo ELB: 1+ segundo, - Tempo médio de resposta quando o ELB é ignorado: ~ 250 ms.
Parece que passar pelo ELB aumenta cerca de um segundo e, ocasionalmente, vai até 4-5 segundos. Isso é esperado? Qual é a sobrecarga típica adicionada pela terminação SSL do ELB?
Todos os ponteiros seriam muito apreciados!
Isso pode ser devido a como o ELB está configurado para você e definitivamente não é normal. Os nós do ELB mudam de tamanho e escala com base na carga. Se o seu site não está recebendo muito tráfego, é possível que o seu ELB tenha reduzido seu tamanho para um nó menor. Você deve entrar em contato com a AWS através do Suporte Premium ou dos Fóruns da AWS para que eles façam o check-out.
Para aqueles com problemas semelhantes que estão tentando descobrir como diagnosticar seu ELB, eu escrevi uma ferramenta chamada elbping que visa para tornar o diagnóstico de ELB um pouco mais fácil. Escrevi essa ferramenta especificamente para testar se todos os nós ELBs estão respondendo, acionando um HTTP 405 (método não permitido) para ELBs no modo HTTP (s).
Está disponível como uma jóia rubi, por isso, se tiver rubygems, pode instalá-lo simplesmente:
$ gem install elbping
Agora você pode executar:
$ elbping -c 4 https://elb-123456789.us-east-1.elb.amazonaws.com
Response from 54.243.63.96: code=405 time=210 ms
Response from 23.21.73.53: code=405 time=189 ms
Response from 54.243.63.96: code=405 time=191 ms
Response from 23.21.73.53: code=405 time=188 ms
Response from 54.243.63.96: code=405 time=190 ms
Response from 23.21.73.53: code=405 time=192 ms
Response from 54.243.63.96: code=405 time=187 ms
Response from 23.21.73.53: code=405 time=189 ms
--- 54.243.63.96 statistics ---
4 requests, 4 responses, 0% loss
min/avg/max = 187/163/210 ms
--- 23.21.73.53 statistics ---
4 requests, 4 responses, 0% loss
min/avg/max = 188/189/192 ms
--- total statistics ---
4 requests, 4 responses, 0% loss
min/avg/max = 188/189/192 ms
Se você vir code=405 , significa que o ELB e seus nós estão respondendo. Esses "pings" nunca vão para o seu back-end, então esses tempos de resposta são somente o tempo de ida e volta para / do ELB.
No caso do SSL, isso ajudará você a discernir quanto tempo está sendo gasto para estabelecer a conexão SSL com o ELB versus quanto tempo leva o ELB para se comunicar com seus back-ends.
HTH
Acabou de se deparar com esta questão, colocando um pouco de conhecimento no caso de alguém mais se deparar com isso.
Atualmente, os ELBs podem ter registros de acesso ativados , que fornecem você tem um monte de diferentes métricas sobre solicitações para que você possa dizer se o ELB está com defeito, ou se suas instâncias de back-end estão com falha. (Veja request_processing_time e backend_processing_time)