Wie behebe ich einen Rückgang der RequestCount-Metrik meines Application Load Balancers?

Lösung

Im Folgenden sind häufige Gründe aufgeführt, warum du möglicherweise einen Rückgang der RequestCount-Metrik feststellst.

Der Load Balancer hat einen HTTP-503-Fehler generiert

„Error 503: "http 2017-04-27T22:18:15.515594Z app/abcd-alb/a183bea62b3003c2 1.1.1.1:40390 - -1 -1 -1 503 - 85 386 "GET http://alb.ijklmn.com.com:80/ HTTP/1.1" "curl/7.51.0" - - arn:aws:elasticloadbalancing:eu-central-1:123456789:targetgroup/Group1/bfc4c436e9e5937f "Root=1-59026e27-1318b3077cf835cb3d232ac0“

Der vorherige Fehler kann auftreten, weil die Zielgruppen für den Load Balancer keine registrierten Ziele haben. Der Load Balancer generiert den HTTP-503-Fehler bei allen Anfragen, und die RequestCount-Metrik wird nicht erhöht.

Um den Fehler zu beheben, überprüfe die HTTPCode_ELB_503_Count-Metrik und das Feld elb_status_code in den Zugriffsprotokollen für den Application Load Balancer.

Der Load Balancer hat einen HTTP-400-Fehler generiert

„Error 400: "http 2024-03-28T07:04:01.735439Z app/abcd-alb/a183bea62b3003c2 1.1.1.1:45998 - -1 -1 -1 400 - 25322 188 "GET http://alb.ijklmn.com:80/ HTTP/1.1" "curl/7.51.0" - - arn:aws:elasticloadbalancing:eu-central-1:123456789:targetgroup/Group1/bfc4c436e9e5937f "-“

Der vorherige Fehler kann aus folgenden Gründen auftreten:

• Der Client sendet eine falsch formatierte Anfrage, die nicht der HTTP-Spezifikation entspricht.
• Der Anfrage-Header überschreitet 16 KB je Anfragezeile, 16 KB je Header oder 64 KB für den gesamten Anfrage-Header.
• Der Client hat die Verbindung geschlossen, bevor er den vollständigen Anfragetext gesendet hat.

Weitere Informationen zu Application-Load-Balancer-Fehlern findest du unter Der Load Balancer generiert einen HTTP-Fehler. Du kannst die HTTPCode_ELB_4XX_Count-Metrik heranziehen, um die Gesamtzahl der 400-Fehler zu ermitteln, die der Load Balancer generiert hat. Oder überprüfe die Protokolle, um den spezifischen Fehlercode, der generiert wurde, zu identifizieren und zu analysieren.

Der Load Balancer hat andere HTTP-Fehler generiert

Im Folgenden sind alle HTTP-Fehlercodes aufgeführt, die der Application Load Balancer bei Ereignissen generiert, die die RequestCount-Metrik nicht erhöht haben:

• HTTP 400: Bad request
• HTTP 401: Unauthorized
• HTTP 403: Forbidden
• HTTP 405: Method not allowed
• HTTP 414: URI too long
• HTTP 463
• HTTP 464
• HTTP 500: Internal server error
• HTTP 501: Not implemented
• HTTP 503: Service unavailable
• HTTP 561: Unauthorized

Überprüfe die Load-Balancer-Metriken und Zugriffsprotokolle, um die Ursache des Problems zu ermitteln.

Die RequestCount-Metrik sinkt aufgrund des erhöhten Datenverkehrs

Der Application Load Balancer skaliert schnell, wenn der Datenverkehr plötzlich zunimmt. Wenn der Load Balancer skaliert, werden bestimmte Anfragen möglicherweise verworfen und die RequestCount-Metrik sinkt.

Es hat sich bewährt, den Application Load Balancer schrittweise über einen Zeitraum von 5 Minuten zu skalieren. Überschreite nicht die maximale Skalierungsrate von 100 %. Wenn du eine Spitze beim Datenverkehr erwartest, reserviere Kapazität für deinen Application Load Balancer.

Die RequestCount-Metrik sinkt aufgrund einer Zunahme von TLS-Aushandlungsfehlern

Unerwartete Transport Layer Security (TLS)-Aushandlungsfehler können ebenfalls zu einem Rückgang der RequestCount-Metrik führen. Diese Fehler treten auf, wenn du den Secure Socket Layer (SSL), die Sicherheitsrichtlinie oder die Zertifikate in der Listener-Konfiguration änderst.

Gehe wie folgt vor, um den Fehler zu beheben:

• Überprüfe die Amazon-CloudWatch-Metrik ClientTLSNegotiationErrorCount für den Application Load Balancer.
• Verwende die AWS-CloudTrail-Konsole, um die Ereignisdetails für ModifyListener zu überprüfen. Stelle fest, ob vor dem Rückgang der RequestCount-Metrik Änderungen vorgenommen wurden.

Ähnliche Informationen

CloudWatch-Metriken für deinen Application Load Balancer

Zugriffsprotokolle für Ihren Application Load Balancer