![Quais são as possíveis causas para os tempos limite da camada 4 e da camada 7 no HAProxy?](https://rvso.com/image/756803/Quais%20s%C3%A3o%20as%20poss%C3%ADveis%20causas%20para%20os%20tempos%20limite%20da%20camada%204%20e%20da%20camada%207%20no%20HAProxy%3F.png)
Estou copiando minha pergunta do Stackoverflow:https://stackoverflow.com/q/63683206/6344947
Vi que estava obtendo 503 para meu aplicativo quando acessei as APIs. Quando verifiquei as estatísticas do HAProxy LB para minhas instâncias, descobri que uma delas mostrava o tempo limite da camada 4 e a outra mostrava o tempo limite da camada 7.
Captura de tela das estatísticas do HAProxy LB:
As instâncias tinham um processo Java em execução que atuava como serviço de back-end. Ao reiniciar o processo, descobri que as coisas voltaram ao normal.
Então, há alguma maneira de descobrir qual poderia ser a causa? Poderia ser por causa de problemas de falta de memória também? Eu tinha visto os logs, mas não havia nada relacionado ao OOM; além disso, tivemos problemas de OOM nesse caso no passado - mas naquela época eu não verifiquei as estatísticas do HAProxy.
Qualquer ajuda seria apreciada.
Responder1
Camada 4 significa que houve tempo limite aguardando handshakes TCP, talvez o servidor esteja inativo? A camada 7 significa que houve tempo limite aguardando resposta HTTP, então o aplicativo está em execução (talvez começando?), escutando na porta especificada e aceitando conexões TCP, mas não forneceu resposta HTTP a tempo. Talvez ainda esteja lançando? Alguns aplicativos Java levam alguns minutos para serem iniciados. Ambos os casos indicam um problema com o aplicativo de back-end e não um problema com o próprio haproxy. Eu diria que é hora de verificar os logs deste aplicativo Java.