Błąd Bad Gateway 502 z Apache mod proxy i Tomcat

Aby dodać jakieś konkretne ustawienia, miałem podobną konfigurację (z Apache 2.0.63 reverse proxying na Tomcat 5.0.27).

Dla niektórych adresów URL serwer Tomcat może zająć około 20 minut, aby zwrócić stronę.

Zakończyłem modyfikację następujących ustawień w pliku konfiguracyjnym Apache, aby zapobiec jego synchronizacji z działaniem serwera proxy (z dużym współczynnikiem nadmiernego rozlania na wypadek, gdyby Tomcat potrzebował więcej czasu na zwrócenie strony):

Timeout 5400
ProxyTimeout 5400

Niektóre backgound

ProxyTimeout sam nie wystarczył. Patrząc na dokumentację Timeout jestem domyślam się (nie jestem pewien), że dzieje się tak dlatego, że podczas gdy Apache czeka na odpowiedź Tomcat, nie ma ruchu między Apache a przeglądarką (lub jakimkolwiek klientem http) - i tak Apache zamyka połączenie z przeglądarką.

Odkryłem, że jeśli opuściłem domyślne ustawienie Timeout( 300 sekund), to jeśli proxied żądanie do Tomcat uzyskanie odpowiedzi zajęło więcej niż 300 sekund przeglądarka wyświetli stronę "Błąd Proxy 502". Uważam, że ta wiadomość jest generowana przez Apache, ze świadomością, że działa jako odwrotne proxy, zanim zamyka połączenie z przeglądarką(to jest moje obecne zrozumienie - może być wadliwe).

Strona błędu proxy mówi:

Błąd Proxy

Serwer proxy otrzymał nieprawidłową odpowiedź z serwera upstream. Na serwer proxy nie mógł uchwyt na Prośba o pomoc.

Powód: Błąd odczytu ze zdalnego serwera

...co sugeruje, że to ustawienie ProxyTimeout jest zbyt krótkie, podczas gdy dochodzenie pokazuje, że ustawienie Timeout Apache (timeout między Apache a klientem) również ma na to wpływ.

Możesz użyć proxy-initial-not-pooled

Zobacz http://httpd.apache.org/docs/2.2/mod/mod_proxy_http.html :

Jeśli ta zmienna jest ustawiona, żadne połączenie zbiorcze nie zostanie ponownie użyte, jeśli połączenie klienckie jest połączeniem początkowym. Pozwala to uniknąć Komunikatu o błędzie "proxy: error reading Status line from remote server" spowodowanego warunkiem wyścigu, że serwer zaplecza zamknął połączenie zbiorcze po sprawdzeniu połączenia przez proxy i przed danymi wysłanymi przez proxy dotarło do zaplecza. Należy pamiętać, że ustawienie tej zmiennej obniża wydajność, szczególnie w przypadku klientów HTTP/1.0.

SetEnv proxy-nokeepalive 1
SetEnv proxy-initial-not-pooled 1

I wyłączenie keepAlive na wszystkich serwerach.

Mod_proxy_http jest w porządku w większości scenariuszy, ale uruchamiamy go z dużym obciążeniem i nadal mamy pewne problemy z czasem, których nie rozumiemy.

Ale sprawdź, czy powyższa dyrektywa pasuje do Twoich potrzeb.

Przykład z Apache conf:

#Wartość domyślna to 2 minuty.
Timeout 600
ProxyRequests off
ProxyPass /app balancer: / / MyApp stickysession=JSESSIONID lbmethod=bytraffic nofailover = On
ProxyPassReverse / app balancer: / / MyApp
ProxyTimeout 600

BalancerMember http://node1:8080/ route=node1 retry = 1 max = 25 timeout=600
.........

Zgaduję, że używasz mod_proxy_http (lub proxy balancer).

Zajrzyj do swoich dzienników tomcat (localhost.log, albo catalina.log) podejrzewam, że widzisz wyjątek w stosie internetowym bulgotający i zamykający gniazdo, do którego jest podłączony Tomcat worker.

Powinieneś być w stanie rozwiązać ten problem poprzez parametr timeout i proxyTimeout ustawiony na 600 sekund. Zadziałało na mnie po dłuższej walce.

Możesz uniknąć globalnych ograniczeń czasowych lub konieczności posiadania wirtualnych hostów, określając limity czasowe proxy w dyrektywie ProxyPass w następujący sposób:

ProxyPass /svc http://example.com/svc timeout=600
ProxyPassReverse /svc http://example.com/svc timeout=600

Uwaga timeout=600 sekund.

Jednak nie zawsze działa to w przypadku load balancer. W takim przypadku musisz dodać timeouty w obu miejscach (testowane w Apache 2.2.31)

<Proxy "balancer://mycluster">
     BalancerMember "http://member1:8080/svc" timeout=600
     BalancerMember "http://member2:8080/svc" timeout=600
</Proxy> 

ProxyPass /svc "balancer://mycluster" timeout=600
ProxyPassReverse /svc "balancer://mycluster" timeout=600

A side note: the timeout=600 on ProxyPass nie był wymagany, gdy Chrome był klientem (Nie wiem dlaczego), ale bez tego timeout w ProxyPass Internet Explorer (11) przerywa Resetowanie połączenia przez serwer.

Moja teoria jest taka, że:

ProxyPass timeout jest używany między Klientem (przeglądarką) a Apache.

BalancerMember timeout jest używany między Apache i backend.

Dla tych, którzy korzystają z Tomcat lub innych wspieranych możesz również zwrócić uwagę na timeouts złącza HTTP.

Najprawdopodobniej powinieneś zwiększyć parametr Timeout w Apache conf (wartość domyślna 120 sec)