Metriken für das Application Gateway für Container
Application Gateway für Container veröffentlicht Datenpunkte für die Leistung Ihrer Application Gateway für Container und Back-End-Instanzen bei Azure Monitor. Diese Datenpunkte werden als Metriken bezeichnet und sind numerische Werte in einer geordneten Menge von Zeitreihendaten. Metriken beschreiben einen Aspekt Ihres Anwendungsgateways zu einem bestimmten Zeitpunkt. Wenn Anforderungen durch Application Gateway geleitet werden, werden die Metriken in 60-Sekunden-Intervallen gemessen und gesendet. Wenn keine Anforderungen durch das Anwendungsgateway geleitet werden oder es keine Daten für eine Metrik gibt, wird die Metrik nicht gemeldet. Weitere Informationen finden Sie unter Azure Monitor-Metriken.
Metriken, die vom Application Gateaway für Container unterstützt werden
Metrikname | BESCHREIBUNG | Aggregationstyp | Dimensionen |
---|---|---|---|
Verbindungstimeouts des Back-Ends | Anzahl der Anforderungen, bei denen ein Timeout auf eine Antwort vom Back-End-Ziel wartet (einschließlich aller Wiederholungsanforderungen, die von Application Gateway für Container an das Back-End-Ziel initiiert wurden) | Gesamt | Back-End-Dienst |
Fehlerfreie Back-End-Ziele | Anzahl fehlerfreier Back-End-Ziele | Durchn. | Back-End-Dienst |
Back-End-HTTP-Antwortstatus | HTTP-Antwortstatus, der vom Back-End-Ziel an Application Gateway für Container zurückgegeben wurde | Gesamt | Back-End-Dienst, HTTP-Antwortcode |
Verbindungstimeouts | Anzahl der Verbindungen, die aufgrund eines Timeouts zwischen Clients und Application Gateway für Container geschlossen wurden | Gesamt | Front-End |
HTTP-Antwortstatus | Von Application Gateway für Container zurückgegebener HTTP-Antwortstatus | Gesamt | Frontend, HTTP-Antwortcode |
Leerlauftimeouts für Verbindungen insgesamt | Anzahl der Verbindungen, die zwischen dem Client und dem Application Gateway für Container-Front-end aufgrund einer Überschreitung des Leerlauftimeouts geschlossen wurden | Gesamt | Front-End |
Anforderungen insgesamt | Die Anzahl der Anforderungen an Application Gateway für Container wurde verarbeitet | Gesamt | Front-End |
Anzeigen des Application Gateaway für Containermetriken
Führen Sie folgende Schritte aus, um das Anwendungsgateway für Container im Azure-Portal anzuzeigen.
Melden Sie sich mit Ihrem Azure-Konto beim Azure-Portal an.
Geben Sie in Suchressourcen, Dienst und Dokumente Application Gateway für Container ein, und wählen Sie den Namen Ihres Anwendungsgateways für Container.
Wählen Sie unter Überwachung die Option Metriken aus.
Geben Sie neben dem Diagrammtiteleinen Titel für die Metrikansicht ein.
Bereich und Metrischer Namespace werden automatisch ausgefüllt. Wählen Sie unter Metrik eine Metrik aus, z. B. Gesamtanforderungen. Für die Metrik Gesamtanforderungen wird die Aggregation auf Summe festgelegt.
Klicken Sie auf Filter hinzufügen. Die Eigenschaft ist auf Frontendfestgelegt. Wählen Sie den = (ist gleich) Operator.
Geben Sie Werte ein, die zum Filtern unter Werteverwendet werden sollen.
Beispiel:
- frontend-primary:80
- ingress-frontend:443
- ingress-frontend:80
Wählen Sie aus den von Ihnen erstellten Einträgen die Werte aus, die Sie aktiv filtern möchten.
Wählen Sie Aufteilen anwenden, dann Frontend aus, und akzeptieren Sie Standardwerte fürLimit undSortieren. Siehe folgendes Beispiel:
Anforderungen insgesamt
Nachfolgend sind einige weitere nützliche Diagrammbeispiele beschrieben:
HTTP-Antwortstatus
Im Beispiel für den HTTP-Antwortstatus wird gezeigt, dass ein Filter angewendet werden kann, um schnell Trends für Antwortcodes zu identifizieren, die an Clientanforderungen zurückgegeben werden. Optional kann ein Filter angewendet werden, um eine bestimmte Gruppierung von HTTP-Antwortcodes weiter zu überwachen.
Back-End-Integritätsziele
Im Beispiel für die Back-End-Integrität wird gezeigt, dass die Anzahl der fehlerfreien Back-End-Ziele für Kubernetes-Dienst echo von 1 auf 2 ansteigt und dann auf 1 verringert wird. Dadurch wird bestätigt, dass das Application Gateway für Container das neue Replikat erkennen, den Lastenausgleich für das Replikat beginnen und dann das Replikat entfernen kann, wenn die Replikatanzahl in Kubernetes verringert wird.