Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
CloudWatch Metriken für Ihren Application Load Balancer
Elastic Load Balancing veröffentlicht Datenpunkte CloudWatch für Ihre Load Balancer und Ihre Ziele auf Amazon. CloudWatchermöglicht es Ihnen, Statistiken über diese Datenpunkte in Form eines geordneten Satzes von Zeitreihendaten, sogenannten Metriken, abzurufen. Sie können sich eine Metrik als eine zu überwachende Variable und die Datenpunkte als die Werte dieser Variable im Laufe der Zeit vorstellen. Sie können z. B. die Gesamtanzahl der funktionierenden Ziele für einen Load Balancer für einen angegebenen Zeitraum überwachen. Jeder Datenpunkt verfügt über einen zugewiesenen Zeitstempel und eine optionale Maßeinheit.
Mit den Metriken können Sie überprüfen, ob Ihr System die erwartete Leistung zeigt. Sie können beispielsweise einen CloudWatch Alarm erstellen, um eine bestimmte Metrik zu überwachen und eine Aktion einzuleiten (z. B. das Senden einer Benachrichtigung an eine E-Mail-Adresse), wenn die Metrik außerhalb des für Sie akzeptablen Bereichs liegt.
Elastic Load Balancing meldet Metriken CloudWatch nur dann, wenn Anfragen durch den Load Balancer fließen. Wenn Anforderungen über den Load Balancer erfolgen, misst Elastic Load Balancing diese und sendet seine Metriken in 60-Sekunden-Intervallen. Wenn es keine Anfragen über den Load Balancer gibt oder keine Daten für eine Metrik vorliegen, wird die Metrik nicht gemeldet.
Weitere Informationen finden Sie im CloudWatch Amazon-Benutzerhandbuch.
Inhalt
Application-Load-Balancer-Metriken
Der AWS/ApplicationELB-Namespace enthält die folgenden Metriken für Load Balancer.
| Metrik | Beschreibung |
|---|---|
ActiveConnectionCount |
Die Gesamtzahl der gleichzeitig aktiven TCP Verbindungen von Clients zum Load Balancer und vom Load Balancer zu Zielen. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
AnomalousHostCount |
Die Anzahl der Hosts, bei denen Anomalien festgestellt wurden. Berichtkriterien: Always reported Statistiken: Die nützlichsten Statistiken sind Dimensionen
|
ClientTLSNegotiationErrorCount |
Die Anzahl der TLS Verbindungen, die vom Client initiiert wurden, der aufgrund eines Fehlers keine Sitzung mit dem Load Balancer eingerichtet hat. TLS Mögliche Ursachen sind eine Nichtübereinstimmung von Verschlüsselungen oder Protokollen oder der Client, der das Serverzertifikat nicht überprüft und die Verbindung schließt. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
ConsumedLCUs |
Die Anzahl der Load Balancer-Kapazitätseinheiten (LCU), die von Ihrem Load Balancer verwendet werden. Sie zahlen für die AnzahlLCUs, die Sie pro Stunde nutzen. Weitere Informationen finden Sie unter Elastic Load Balancing Pricing Berichtkriterien: Always reported Statistiken: Alle Dimensionen
|
PeakLCUs |
Die maximale Anzahl von Load Balancer-Kapazitätseinheiten (LCU), die von Ihrem Load Balancer zu einem bestimmten Zeitpunkt verwendet werden. Gilt nur, wenn Sie Reservation verwendenLCU. Berichtskriterien: Immer Statistiken: Die nützlichsten Statistiken sind Dimensionen
|
ReservedLCUs |
Die Anzahl der Load Balancer-Kapazitätseinheiten (LCUs), die mithilfe LCU von Reservierung für Ihren Load Balancer reserviert wurden. Berichtkriterien: Ein Wert ungleich Null Statistiken: Alle Dimensionen
|
DesyncMitigationMode_NonCompliant_Request_Count |
Die Anzahl der Anfragen, die nicht 7230 entsprechenRFC. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
DroppedInvalidHeaderRequestCount |
Die Anzahl der Anfragen, bei denen der Load Balancer HTTP Header mit ungültigen Header-Feldern entfernt hat, bevor die Anfrage weitergeleitet wurde. Der Load Balancer entfernt diese Header nur, wenn das Berichtkriterien: Ein Wert ungleich Null Statistiken: Alle Dimensionen
|
MitigatedHostCount |
Die Anzahl der Ziele, die Gegenstand von Schutzmaßnahmen sind. Berichtkriterien: Always reported Statistiken: Die nützlichsten Statistiken sind Dimensionen
|
ForwardedInvalidHeaderRequestCount |
Die Anzahl der vom Load Balancer weitergeleiteten Anfragen, die HTTP Header mit ungültigen Header-Feldern hatten. Der Load Balancer leitet Anfragen mit diesen Headern nur dann weiter, wenn das Berichtkriterien: Always reported Statistiken: Alle Dimensionen
|
GrpcRequestCount |
Die Anzahl der RPC G-Anfragen, die über und verarbeitet wurden. IPv4 IPv6 Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
HTTP_Fixed_Response_Count |
Die Anzahl der Aktionen mit feststehender Antwort, die erfolgreich waren. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTP_Redirect_Count |
Die Anzahl der Redirect-Aktionen, die erfolgreich waren. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTP_Redirect_Url_Limit_Exceeded_Count |
Die Anzahl der Umleitungsaktionen, die nicht abgeschlossen werden konnten, weil der Header URL in der Antwortadresse größer als 8.000 ist. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTPCode_ELB_3XX_Count |
Die Anzahl der HTTP 3XX-Umleitungscodes, die vom Load Balancer stammen. Diese Anzahl enthält keine von Zielen erzeugte Antwortcodes. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTPCode_ELB_4XX_Count |
Die Anzahl der HTTP 4XX-Client-Fehlercodes, die vom Load Balancer stammen. Diese Anzahl enthält keine von Zielen erzeugte Antwortcodes. Client-Fehler werden bei Anforderungen mit falschem Format oder unvollständigen Anforderungen generiert. Diese Anfragen wurden vom Ziel nicht empfangen, außer in dem Fall, in dem der Load Balancer einen HTTP460-Fehlercode zurückgibt. Diese Anzahl enthält keine von Zielen erzeugte Antwortcodes. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
HTTPCode_ELB_5XX_Count |
Die Anzahl der HTTP 5XX-Serverfehlercodes, die vom Load Balancer stammen. Diese Anzahl enthält keine von Zielen erzeugte Antwortcodes. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
HTTPCode_ELB_500_Count |
Die Anzahl der HTTP 500 Fehlercodes, die vom Load Balancer stammen. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTPCode_ELB_502_Count |
Die Anzahl der HTTP 502 Fehlercodes, die vom Load Balancer stammen. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTPCode_ELB_503_Count |
Die Anzahl der HTTP 503-Fehlercodes, die vom Load Balancer stammen. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
HTTPCode_ELB_504_Count |
Die Anzahl der HTTP 504 Fehlercodes, die vom Load Balancer stammen. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
IPv6ProcessedBytes |
Die Gesamtzahl der vom Load Balancer verarbeiteten Byte über. IPv6 Diese Anzahl ist in Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
IPv6RequestCount |
Die Anzahl der vom Load Balancer empfangenen IPv6 Anfragen. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
NewConnectionCount |
Die Gesamtzahl der neuen TCP Verbindungen, die von Clients zum Load Balancer und vom Load Balancer zu Zielen hergestellt wurden. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
NonStickyRequestCount |
Die Anzahl von Anfragen, bei denen der Load Balancer ein neues Ziel wählte, da eine vorhandene Sticky Session nicht verwendet werden konnte. Beispiel: Die Anfrage war die erste Anfrage von einem neuen Client und es wurde kein Sticky-Cookie vorgelegt oder es wurde ein Sticky-Cookie vorgelegt, aber ohne Angabe eines Ziels, das bei dieser Zielgruppe registriert war, oder das Sticky-Cookie war falsch formatiert oder abgelaufen oder der Load Balancer konnte das Sticky-Cookie aufgrund eines internen Fehlers nicht lesen. Berichtkriterien: Sticky Sessions sind für die Zielgruppe aktiviert. Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
ProcessedBytes |
Die Gesamtzahl der vom Load Balancer über IPv4 und verarbeiteten Byte IPv6 (HTTPHeader und HTTP Payload). Diese Anzahl umfasst den Datenverkehr zu und von Clients und Lambda-Funktionen sowie den Datenverkehr von einem Identity Provider (IdP), wenn die Benutzerauthentifizierung aktiviert ist. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
RejectedConnectionCount |
Anzahl der abgelehnten Verbindungen, weil der Load Balancer die maximale Anzahl an Verbindungen erreicht hat. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
RequestCount |
Die Anzahl der Anfragen, die über IPv4 und verarbeitet wurden. IPv6 Diese Metrik wird nur für Anforderungen erhöht, bei denen der Load-Balancer-Knoten ein Ziel auswählen konnte. Anforderungen, die abgelehnt werden, bevor ein Ziel ausgewählt wurde, werden in dieser Metrik nicht berücksichtigt. Berichtkriterien: Always reported Statistiken: Die nützlichste Statistik ist Dimensionen
|
RuleEvaluations |
Die Anzahl der Regeln, die vom Load Balancer bei der Verarbeitung von Anfragen ausgewertet wurden. Die Standardregel wird nicht gezählt. Die 10 kostenlosen Regelauswertungen pro Anfrage sind in dieser Zählung enthalten. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
ZonalShiftedHostCount |
Die Anzahl der Ziele, die aufgrund von Zonenverschiebungen als deaktiviert gelten. Berichtskriterien: Wird gemeldet, wenn ein Wert vorhanden ist Statistiken: Die nützlichste Statistik ist Dimensionen
|
Der AWS/ApplicationELB-Namespace enthält die folgenden Metriken für Ziele.
| Metrik | Beschreibung |
|---|---|
HealthyHostCount |
Anzahl der als stabil betrachteten Ziele. Berichtskriterien: Wird gemeldet, wenn es registrierte Ziele gibt. Statistiken: Die nützlichsten Statistiken sind Dimensionen
|
HTTPCode_Target_2XX_Count,
HTTPCode_Target_3XX_Count,
HTTPCode_Target_4XX_Count,
HTTPCode_Target_5XX_Count |
Die Anzahl der von den Zielen generierten HTTP Antwortcodes. Hierin sind keine vom Load Balancer generierten Antwortcodes enthalten. Berichtskriterien: Wird gemeldet, wenn es registrierte Ziele gibt. Statistiken: Die nützlichste Statistik ist Dimensionen
|
RequestCountPerTarget |
Die durchschnittliche Anzahl der Anfragen pro Ziel in einer Zielgruppe. Sie müssen die Zielgruppe mithilfe der Dimension Diese Anzahl basiert auf der Gesamtzahl der Anfragen, die von der Zielgruppe eingegangen sind, geteilt durch die Anzahl der gesunden Ziele in der Zielgruppe. Wenn es in der Zielgruppe keine gesunden Ziele gibt, wird sie durch die Gesamtzahl der registrierten Ziele geteilt. Berichtkriterien: Always reported Statistiken: Die einzige zulässige Statistik ist Dimensionen
|
TargetConnectionErrorCount |
Anzahl der Verbindungen, die zwischen dem Load Balancer und dem Ziel nicht erfolgreich hergestellt wurden. Diese Metrik gilt nicht, wenn das Ziel ist eine Lambda-Funktion ist. Diese Metrik wird für erfolglose Verbindungen mit Integritätsprüfungen nicht erhöht. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
TargetResponseTime |
Die verstrichene Zeit in Sekunden, nachdem die Anfrage den Load Balancer verlassen hat, bis das Ziel mit dem Senden der Antwortheader beginnt. Dies entspricht dem Feld Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichsten Statistiken sind Dimensionen
|
TargetTLSNegotiationErrorCount |
Die Anzahl der TLS Verbindungen, die vom Load Balancer initiiert wurden, der keine Sitzung mit dem Ziel eingerichtet hat. Als mögliche Ursachen kommen unter anderem fehlende Übereinstimmung bei Verschlüsselungsverfahren oder Protokollen infrage. Diese Metrik gilt nicht, wenn das Ziel ist eine Lambda-Funktion ist. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
UnHealthyHostCount |
Die Anzahl der als instabil betrachteten Ziele. Berichtskriterien: Wird gemeldet, ob es registrierte Ziele gibt. Statistiken: Die nützlichsten Statistiken sind Dimensionen
|
Der AWS/ApplicationELB-Namespace enthält die folgenden Metriken für den Zustand der Zielgruppe. Weitere Informationen finden Sie unter Zustand der Zielgruppe.
| Metrik | Beschreibung |
|---|---|
HealthyStateDNS |
Die Anzahl der Zonen, die die Anforderungen für DNS einen gesunden Zustand erfüllen. Statistiken: Die nützlichste Statistik ist Dimensionen
|
HealthyStateRouting |
Die Anzahl der Zonen, die die Anforderungen an einen fehlerfreien Zustand für das Routing erfüllen. Statistiken: Die nützlichste Statistik ist Dimensionen
|
UnhealthyRoutingRequestCount |
Die Anzahl der Anforderungen, die mithilfe der Routing-Failover-Aktion (Fail-Open) weitergeleitet werden. Statistiken: Die nützlichste Statistik ist Dimensionen
|
UnhealthyStateDNS |
Die Anzahl der Zonen, die die Anforderungen für einen DNS gesunden Zustand nicht erfüllen und daher in DNS als ungesund eingestuft wurden. Statistiken: Die nützlichste Statistik ist Dimensionen
|
UnhealthyStateRouting |
Die Anzahl der Zonen, die die Anforderungen an einen fehlerfreien Zustand für das Routing nicht erfüllen. Daher verteilt der Load Balancer den Datenverkehr an alle Ziele in der Zone, einschließlich der fehlerhaften Ziele. Statistiken: Die nützlichste Statistik ist Dimensionen
|
Der AWS/ApplicationELB-Namespace enthält die folgenden Metriken für Lambda-Funktionen, die als Ziele registriert sind.
| Metrik | Beschreibung |
|---|---|
LambdaInternalError |
Die Anzahl von Anfragen an eine Lambda-Funktion, die aufgrund eines internen Problems des Load Balancer oder von AWS Lambda fehlgeschlagen sind. Um die Codes für die Fehlerursache zu erhalten, überprüfen Sie das Feld "error_reason" des Zugriffsprotokolls. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
LambdaTargetProcessedBytes |
Die Gesamtzahl von Bytes, die vom Load Balancer für Anfragen an und Antworten von einer Lambda-Funktion verarbeitet wurden. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
LambdaUserError |
Die Anzahl von Anfragen an eine Lambda-Funktion, die aufgrund eines Problems mit der Lambda-Funktion fehlgeschlagen sind. Beispielsweise war der Load Balancer nicht berechtigt, die Funktion aufzurufen, der Load Balancer, der JSON von der Funktion empfangen wurde, ist falsch formatiert oder es fehlen Pflichtfelder, oder die Größe des Anforderungstexts oder der Antwort hat die maximale Größe von 1 MB überschritten. Um die Codes für die Fehlerursache zu erhalten, überprüfen Sie das Feld "error_reason" des Zugriffsprotokolls. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
Der AWS/ApplicationELB-Namespace enthält die folgenden Metriken für die Benutzerauthentifizierung.
| Metrik | Beschreibung |
|---|---|
ELBAuthError |
Die Anzahl der Benutzerauthentifizierungen, die nicht abgeschlossen werden konnten, weil eine Authentifizierungsaktion falsch konfiguriert war, der Load Balancer keine Verbindung mit dem Identitätsanbieter herstellen konnte oder der Load Balancer den Authentifizierungsfluss aufgrund eines internen Fehlers nicht abschließen konnte. Um die Codes für die Fehlerursache zu erhalten, überprüfen Sie das Feld "error_reason" des Zugriffsprotokolls. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
ELBAuthFailure |
Die Anzahl der Benutzerauthentifizierungen, die nicht abgeschlossen werden konnten, weil der Identitätsanbieter den Zugriff auf den Benutzer abgelehnt hat oder ein Autorisierungscode mehr als einmal verwendet wurde. Um die Codes für die Fehlerursache zu erhalten, überprüfen Sie das Feld "error_reason" des Zugriffsprotokolls. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
ELBAuthLatency |
Die verstrichene Zeit in Millisekunden zur Abfrage des Identitätsanbieter nach dem ID-Token und den Benutzerinformationen. Falls eine oder mehrere dieser Operationen ausfällt, wird ein Fehler ausgegeben. Berichtkriterien: Ein Wert ungleich Null Statistiken: Alle Statistiken sind aussagekräftig. Dimensionen
|
ELBAuthRefreshTokenSuccess |
Gibt an, wie oft der Load Balancer Benutzeransprüche mit einem vom Identitätsanbieter bereitgestellten Aktualisierungs-Token erfolgreich aktualisiert hat. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
ELBAuthSuccess |
Die Anzahl der Authentifizierungsaktionen, die erfolgreich waren. Diese Metrik wird am Ende des Authentifizierungsworkflows erhöht, wenn der Load Balancer die Benutzeransprüche vom Identitätsanbieter abgerufen hat. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die nützlichste Statistik ist Dimensionen
|
ELBAuthUserClaimsSizeExceeded |
Gibt an, wie oft ein konfigurierter Identitätsanbieter Benutzeransprüche zurückgegeben hat, die eine Größe von 11 KB überschritten haben. Berichtkriterien: Ein Wert ungleich Null Statistiken: Die einzige aussagekräftige Statistik ist Dimensionen
|
Metrik-Dimensionen für Application Load Balancer
Verwenden Sie die nachstehenden Dimensionen, um die Metriken für Ihren Application Load Balancer zu filtern.
| Dimension | Beschreibung |
|---|---|
AvailabilityZone |
Filtert die Metrikdaten nach Availability Zone. |
LoadBalancer |
Filtert die Metrikdaten nach Load Balancer. Geben Sie den Load Balancer wie folgt an: app/ load-balancer-name/1234567890123456 (der letzte Teil des Load Balancers). ARN |
TargetGroup |
Filtert die Metrikdaten nach der Zielgruppe. Geben Sie die Zielgruppe wie folgt an: targetgroup/ target-group-name/1234567890123456 (der letzte Teil der Zielgruppe). ARN |
Statistiken für Application-Load-Balancer-Metriken
CloudWatch stellt Statistiken bereit, die auf den von Elastic Load Balancing veröffentlichten metrischen Datenpunkten basieren. Statistiken sind Metrikdaten-Aggregationen über einen bestimmten Zeitraum. Wenn Sie Statistiken anfordern, wird der zurückgegebene Datenstrom durch den Metriknamen und die Dimension identifiziert. Eine Dimension ist ein Name-Wert-Paar, durch das eine Metrik eindeutig identifiziert wird. Sie können beispielsweise Statistiken für alle intakten EC2 Instances anfordern, die hinter einem Load Balancer stehen, der in einer bestimmten Availability Zone gestartet wurde.
Die Minimum- und Maximum-Statistiken geben die Mindest- und Maximalwerte der Datenpunkte an, die von den einzelnen Load Balancer-Knoten in jedem Sampling-Fenster gemeldet werden. Nehmen wir beispielsweise an, es gibt 2 Load-Balancer-Knoten, die den Application Load Balancer bilden. Ein Knoten hat HealthyHostCount mit dem Minimum-Wert 2, dem Maximum-Wert 10 und dem Average-Wert 6, während der andere Knoten HealthyHostCount mit dem Minimum-Wert 1, dem Maximum-Wert 5 und dem Average-Wert 3 aufweist. Somit weist der Load Balancer den Minimum-Wert 1, den Maximum-Wert 10 und den Average-Wert von etwa 4 auf.
Wir empfehlen Ihnen, in der Minimum-Statistik auf UnHealthyHostCount-Werte ungleich Null zu achten und bei mehr als einem Datenpunkt einen Alarm zu senden, wenn ein Wert ungleich Null ist. Mithilfe von Minimum wird erkannt, wann Ziele von jedem Knoten und jeder Availability Zone Ihres Load Balancers als fehlerhaft eingestuft werden. Das Senden von Alarmen in Bezug auf Average oder Maximum ist nützlich, wenn Sie vor potenziellen Problemen gewarnt werden möchten. Wir empfehlen unseren Kunden, diese Metrik zu überprüfen und Vorkommnisse zu untersuchen, die ungleich Null sind. Die automatische Behebung von Ausfällen kann gemäß den bewährten Methoden zur Verwendung der Load Balancer-Zustandsprüfung in Amazon EC2 Auto Scaling oder Amazon Elastic Container Service (AmazonECS) erfolgen.
Die Sum-Statistik stellt den Gesamtwert aller Load Balancer-Knoten dar. Da Metriken mehrere Berichte pro Zeitraum umfassen, gilt Sum nur für Metriken, die über alle Load Balancer-Knoten aggregiert werden.
Die SampleCount-Statistik ist die Zahl der gemessenen Stichproben. Da Metriken basierend auf Erfassungsintervallen und Ereignissen erfasst werden, ist diese Statistik in der Regel nicht nützlich. Bei HealthyHostCount basiert SampleCount z. B. auf der Anzahl der Stichproben, die jeder Load Balancer-Knoten meldet, nicht auf der Anzahl fehlerfreier Hosts.
Ein Perzentil gibt die relative Stelle eines Wertes in einem Datensatz an. Sie können ein beliebiges Perzentil mit bis zu zwei Dezimalstellen (z. B. p95,45) angeben. Ein 95. Perzentil bedeutet, dass 95 Prozent der Daten unter diesem Wert und 5 Prozent darüber liegen. Perzentile werden häufig genutzt, um Anomalien zu isolieren. Angenommen, eine Anwendung bedient die meisten Anforderungen aus einem Cache in 1-2 ms, aber benötigt 100 bis 200 ms, wenn der Cache leer ist. Das Maximum spiegelt den langsamsten Fall wider, etwa 200 ms. Der Durchschnitt gibt nicht die Verteilung der Daten an. Perzentile bieten eine aussagekräftigere Darstellung der Anwendungs-Performance. Indem Sie das 99. Perzentil als Auto Scaling-Trigger oder CloudWatch Alarm verwenden, können Sie festlegen, dass die Verarbeitung von nicht mehr als 1 Prozent der Anfragen länger als 2 ms dauert.
CloudWatch Metriken für Ihren Load Balancer anzeigen
Sie können die CloudWatch Metriken für Ihre Load Balancer mithilfe der EC2 Amazon-Konsole anzeigen. Diese Metriken werden in Überwachungsdiagrammen dargestellt. Die Überwachungsdiagramme zeigen Datenpunkte, wenn der Load Balancer aktiv ist und Anforderungen erhält.
Alternativ können Sie Metriken für Ihren Load Balancer mit der CloudWatch-Konsole anzeigen.
So zeigen Sie Metriken mithilfe der -Konsole an
Öffnen Sie die EC2 Amazon-Konsole unter https://console.aws.amazon.com/ec2/
. -
Um nach Zielgruppe gefilterte Metriken anzuzeigen, führen Sie die folgenden Schritte aus:
-
Wählen Sie im Navigationsbereich Target Groups aus.
-
Wählen Sie Ihre Zielgruppe und wählen Sie dann die Registerkarte Monitoring (Überwachung) aus.
-
(Optional) Wählen Sie in Showing data for einen Zeitbereich aus., um die Ergebnisse nach Zeit zu filtern.
-
Wenn Sie eine größere Ansicht einer Metrik aufrufen möchten, wählen Sie ihr Diagramm aus.
-
-
Um nach Load Balancer gefilterte Metriken anzuzeigen, gehen Sie wie folgt vor:
-
Klicken Sie im Navigationsbereich auf Load Balancers.
-
Wählen Sie Ihren Load Balancer aus und wählen Sie dann die Registerkarte Monitoring (Überwachung) aus.
-
(Optional) Wählen Sie in Showing data for einen Zeitbereich aus., um die Ergebnisse nach Zeit zu filtern.
-
Wenn Sie eine größere Ansicht einer Metrik aufrufen möchten, wählen Sie ihr Diagramm aus.
-
Um Metriken mit der CloudWatch Konsole anzuzeigen
Öffnen Sie die CloudWatch Konsole unter https://console.aws.amazon.com/cloudwatch/
. -
Wählen Sie im Navigationsbereich Metriken aus.
-
Wählen Sie den ELBAnwendungs-Namespace aus.
-
(Optional) Um eine Metrik in allen Dimensionen anzuzeigen, geben Sie den Namen in das Suchfeld ein.
-
(Optional) Um nach Maß zu filtern, wählen Sie einen der folgenden Schritte aus:
-
Um nur die für Ihre Load Balancer gemeldeten Metriken anzuzeigen, wählen Sie Metriken pro App ELB aus. Um die Metriken für einen einzelnen Load Balancer anzuzeigen, geben Sie den Namen in das Suchfeld ein.
-
Um nur die für Ihre Zielgruppen gemeldeten Metriken anzuzeigen, wählen Sie Pro AppELB, per TG-Metriken. Um die Metriken für eine einzelne Zielgruppe anzuzeigen, geben Sie den Namen in das Suchfeld ein.
-
Um nur die für Ihre Load Balancer nach Availability Zone gemeldeten Metriken anzuzeigen, wählen Sie Pro AppELB, per AZ-Metriken. Um die Metriken für einen einzelnen Load Balancer anzuzeigen, geben Sie den Namen in das Suchfeld ein. Um die Metriken für eine einzelne Availability Zone anzuzeigen, geben Sie den Namen in das Suchfeld ein.
-
Um nur die für Ihre Load Balancer gemeldeten Metriken nach Availability Zone und Zielgruppe anzuzeigen, wählen Sie Pro AppELB, Per AZ, Per TG Metrics. Um die Metriken für einen einzelnen Load Balancer anzuzeigen, geben Sie den Namen in das Suchfeld ein. Um die Metriken für eine einzelne Zielgruppe anzuzeigen, geben Sie den Namen in das Suchfeld ein. Um die Metriken für eine einzelne Availability Zone anzuzeigen, geben Sie den Namen in das Suchfeld ein.
-
Um Metriken anzuzeigen, verwenden Sie AWS CLI
Verwenden Sie den folgenden list-metrics-Befehl, um die verfügbaren Metriken aufzuführen:
aws cloudwatch list-metrics --namespace AWS/ApplicationELB
Um die Statistiken für eine Metrik abzurufen, verwenden Sie AWS CLI
Verwenden Sie den folgenden get-metric-statisticsBefehl, um Statistiken für die angegebene Metrik und Dimension abzurufen. CloudWatch behandelt jede eindeutige Kombination von Dimensionen als separate Metrik. Sie können keine Statistiken abrufen, die Kombinationen von Dimensionen verwenden, die nicht speziell veröffentlicht wurden. Sie müssen die gleichen Dimensionen angeben, die bei der Erstellung der Metriken verwendet wurden.
aws cloudwatch get-metric-statistics --namespace AWS/ApplicationELB \ --metric-name UnHealthyHostCount --statistics Average --period 3600 \ --dimensions Name=LoadBalancer,Value=app/my-load-balancer/50dc6c495c0c9188 \ Name=TargetGroup,Value=targetgroup/my-targets/73e2d6bc24d8a067 \ --start-time 2016-04-18T00:00:00Z --end-time 2016-04-21T00:00:00Z
Das Folgende ist Ausgabebeispiel:
{
"Datapoints": [
{
"Timestamp": "2016-04-18T22:00:00Z",
"Average": 0.0,
"Unit": "Count"
},
{
"Timestamp": "2016-04-18T04:00:00Z",
"Average": 0.0,
"Unit": "Count"
},
...
],
"Label": "UnHealthyHostCount"
}