1

Ich habe ein Container-Cluster, das hinter einem Lastenausgleichsmodul auf GKE ausgeführt wird. Es funktioniert gut, aber ich bekomme gelegentlich 502 Fehler, wenn ich versuche, auf Seiten zuzugreifen. Die Protokolle zeigen:Google Load Balancer gibt 502 zurück

{ 
metadata: 
{ 
severity: 
"WARNING" 
projectId: 
"###" 
serviceName: 
"network.googleapis.com" 
zone: 
"global" 
labels: 
{…} 
timestamp: 
"2016-04-28T16:35:46.864379896Z" 
projectNumber: 
"###" 
} 
insertId: 
"2016-04-28|09:35:47.696726-07|10.94.35.131|1729057675" 
log: 
"requests" 
httpRequest: 
{ 
requestMethod: 
"GET" 
requestUrl: 
"https://###/user/view/111" 
requestSize: 
"2089" 
status: 
502 
responseSize: 
"362" 
userAgent: 
"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.86 Safari/537.36" 
remoteIp: 
"###" 
referer: 
"###" 
} 
} 

Wenn ich die Zugriffsprotokolle von meinem Container überprüfen, ich sehe keine passenden Anforderungen sie zu den Zeiten schlagen, dass die 502-Fehler erzeugt werden. Es scheint, dass sie nicht über den Load Balancer hinausgehen.

Hat jemand dieses Problem mit Load Balancers erlebt? Irgendwelche empfohlene Lösung? Vielen Dank.

+0

Ich sollte hinzufügen, alle meine Instanzen zeigen gesund und haben <20% CPU-Nutzung. – user3113357

+0

Können Sie weitere Informationen zur Konfiguration Ihrer Container und Ihres Lastenausgleichs hinzufügen? –

+0

Gibt es bestimmte Informationen, die Ihnen helfen? Ich benutze zwei Container, die eine Python-App über uwsgi bereitstellen. Die Container werden über NodePort offen gelegt. In jedem Container laufen 4 uwsgi-Prozesse. Der Load Balancer sendet den gesamten Datenverkehr mit Ausnahme von Anforderungen an/static/an diese Container. – user3113357

Antwort

1

Ein 502-Fehler weist darauf hin, dass die Load Balancer Datenverkehr senden, aber keine Antworten erhalten. Ist es möglich, dass Ihre Endpunkte als gesund gemeldet werden, aber einige Container nicht bereit sind?

1

Sie könnten versuchen, in eine andere Region oder Zone zu verschieben. Ich hatte ein ähnliches Problem mit Anfragen aus Amerika, während Anfragen aus EU/Asien alle erfolgreich waren. Das ließ mich denken, dass es ein Problem mit dem Backend-Service in uns-Central war, also wechselte ich von uns-central1-c zu uns-Ost und alles war danach OK.

Verwandte Themen