Referenz zu den Überwachungsdaten von Azure Application Gateway
Ausführliche Informationen zum Erfassen und Analysieren von Überwachungsdaten für Azure Application Gateway finden Sie unter Überwachen von Azure Application Gateway.
Application Gateway v2-Metriken
Ressourcenanbieter und -typ: Microsoft.Network/applicationGateways
Zeitmetriken
Application Gateway bietet mehrere integrierte Zeitsteuerungsmetriken, die sich auf die Anforderung und die Antwort beziehen und jeweils in Millisekunden gemessen werden.
Hinweis
Wenn Application Gateway mehr als einen Listener enthält, filtern Sie immer nach der Dimension Listener, und vergleichen Sie dabei verschiedene Latenzmetriken, um aussagekräftigere Rückschlüsse zu erhalten.
| Metrik | Einheit | Beschreibung |
|---|---|---|
| Verbindungszeit für das Back-End | Millisekunden | Zeitaufwand für das Herstellen einer Verbindung mit der Back-End-Anwendung. Dies beinhaltet die Netzwerklatenz und die Zeit, die der TCP-Stapel des Back-End-Servers zur Herstellung neuer Verbindungen benötigt. Bei TLS umfasst dies auch die mit dem Handshake verbrachte Zeit. |
| Antwortzeit für erstes Byte des Back-Ends | Millisekunden | Zeitintervall zwischen dem Herstellen einer Verbindung mit dem Back-End-Server und dem Empfang des letzten Bytes des Antwortheaders. Dies entspricht ungefähr der Summe aus der Back-End-Verbindungszeit, der von der Anforderung zum Erreichen des Back-Ends von Application Gateway benötigten Zeit, der Zeit, die die Back-End-Anwendung für die Antwort benötigt (Zeit für die Generierung der Inhalte durch den Server, ggf. Abrufen von Datenbankabfragen), und der Zeit, bis das erste Byte der Antwort von Application Gateway vom Back-End erreicht. |
| Antwortzeit für letztes Byte des Back-Ends | Millisekunden | Zeitintervall zwischen dem Herstellen einer Verbindung mit dem Back-End-Server und dem Empfang des letzten Bytes des Antworttexts. Dies entspricht etwa der Summe der Antwortzeit des ersten Bytes des Back-Ends und der Datenübertragungszeit. Diese Zahl kann je nach Größe der angeforderten Objekte und der Latenz des Servernetzwerks stark variieren. |
| Application Gateway-Gesamtzeit | Millisekunden | Durchschnittliche Zeit, bis eine Anforderung empfangen, verarbeitet und die zugehörige Antwort gesendet wurde. Dies wird als Intervall zwischen dem Zeitpunkt, zu dem Application Gateway das erste Byte einer HTTP-Anforderung empfängt, bis zu dem Zeitpunkt berechnet, zu dem das letzte Byte der Antwort an den Client gesendet wurde. Dies schließt die Verarbeitungszeit durch Application Gateway, die Antwortzeit bis zum letzten Byte des Back-Ends, die Zeit, die Application Gateway zum Senden der Antwort benötigt, sowie die Client-RTT ein. |
| Client-RTT | Millisekunden | Durchschnittliche Roundtripzeit zwischen Clients und Application Gateway. |
Mithilfe dieser Metriken können Sie ermitteln, ob die beobachtete Verlangsamung auf das Clientnetzwerk, die Leistung von Application Gateway, das Back-End-Netzwerk und die TCP-Stapelauslastung des Back-End-Servers, die Leistung der Back-End-Anwendung oder eine große Datei zurückzuführen ist.
Wenn z. B. eine Spitze im Trend der Back-End-Antwortzeit für das erste Byte auftritt, aber der Trend der Back-End-Verbindungszeit stabil ist, können Sie daraus ableiten, dass es Latenzen zwischen Application Gateway und dem Back-End gibt und dass die Zeit zum Herstellen der Verbindung gleichbleibend ist. Damit wissen Sie, dass die Spitze durch einen Anstieg der Antwortzeit der Back-End-Anwendung verursacht wird. Wenn andererseits die Spitze bei der Back-End-Antwortzeit für das erste Byte mit einer entsprechenden Spitze bei der Back-End-Verbindungszeit zusammenhängt, können Sie daraus schließen, dass entweder das Netzwerk zwischen Application Gateway und dem Back-End-Server oder der TCP-Stapel des Back-End-Servers ausgelastet ist.
Wenn Sie eine Spitze bei der Back-End-Antwortzeit für das erste Byte feststellen, aber die Back-End-Antwortzeit für das erste Byte gleichbleibend ist, kann die Spitze darauf zurückgeführt werden, dass eine größere Datei angefordert wird.
Entsprechend kann eine Spitze bei der Application Gateway-Gesamtzeit bei gleichbleibender Back-End-Antwortzeit für das letzte Byte ein Zeichen entweder für einen Leistungsengpass bei Application Gateway oder einen Engpass im Netzwerk zwischen Client und Application Gateway sein. Wenn außerdem die Client-RTT eine entsprechende Spitze aufweist, deutet dies darauf hin, dass das Problem auf das Netzwerk zwischen Client und Application Gateway zurückzuführen ist.
Application Gateway-Metriken
| Metrik | Einheit | Beschreibung |
|---|---|---|
| Empfangene Bytes | Byte | Anzahl der von der Application Gateway-Instanz von den Clients empfangenen Bytes. (Für diese Metrik wird nur die vom Anwendungsgateway beobachtete Anforderungsinhaltsgröße berücksichtigt. Dazu gehören keine Datenübertragungen wie TLS-Headerverhandlungen, TCP/IP-Paketheader oder erneute Übertragungen.) |
| Gesendete Bytes | Byte | Anzahl der von der Application Gateway-Instanz an die Clients gesendeten Bytes. (Für diese Metrik wird nur die Antwortinhaltsgröße vom Anwendungsgateway berücksichtigt. Dazu gehören keine Datenübertragungen wie TCP/IP-Paketheader oder erneute Übertragungen.) |
| Client-TLS-Protokoll | Anzahl | Anzahl von TLS- und Nicht-TLS-Anforderungen, die von dem Client initiiert wurden, der eine Verbindung mit Application Gateway hergestellt hat. Um die Verteilung des TLS-Protokolls anzuzeigen, filtern Sie nach der TLS-Protokolldimension. |
| Aktuelle Kapazitätseinheiten | Anzahl | Anzahl von Kapazitätseinheiten, die für den Lastenausgleich des Datenverkehrs genutzt werden. Die Kapazitätseinheit setzt sich aus drei Größen zusammen: Compute-Einheit, permanente Verbindungen und Durchsatz. Jede Kapazitätseinheit setzt sich maximal zusammen aus: einer Compute-Einheit oder 2.500 permanenten Verbindungen oder 2,22 MBit/s Durchsatz. |
| Aktuelle Compute-Einheiten | Anzahl | Menge der verbrauchten Prozessorkapazität. Faktoren, die sich auf die Compute-Einheit auswirken, sind TLS-Verbindungen/Sekunde, URL-Rewrite-Berechnungen und Verarbeitung von WAF-Regeln. |
| Aktuelle Verbindungen | Anzahl | Die Gesamtanzahl der gleichzeitig aktiven Verbindungen von Clients mit der Application Gateway-Instanz. |
| Geschätzte abgerechnete Kapazitätseinheiten | Anzahl | Bei der V2-SKU wird ein verbrauchsbasiertes Preismodell verwendet. Kapazitätseinheiten geben die verbrauchsbasierten Kosten an, die zusätzlich zu den Fixkosten berechnet werden. Geschätzte abgerechnete Kapazitätseinheiten geben die Anzahl von Kapazitätseinheiten an, für die die Abrechnung geschätzt wird. Hierzu wird der größere Wert zwischen Aktuelle Kapazitätseinheiten (Kapazitätseinheiten, die für den Lastenausgleich des Datenverkehrs erforderlich sind) und Feste abrechenbare Kapazitätseinheiten (Mindestanzahl von Kapazitätseinheiten, die bereitgestellt bleiben) berechnet. |
| Anforderungsfehler | Anzahl | Anzahl von Anforderungen, die von Application Gateway mit 5xx-Serverfehlercodes verarbeitet wurden. Dies umfasst die 5xx-Codes, die von Application Gateway generiert werden, und die 5xx-Codes, die vom Back-End generiert werden. Die Anzahl der Anforderungen kann weiter gefiltert werden, um die Anzahl für die einzelnen/spezifischen Kombinationen aus Back-End-Pools und HTTP-Einstellungen anzuzeigen. |
| Feste abrechenbare Kapazitätseinheiten | Anzahl | Die Mindestanzahl von Kapazitätseinheiten, die gemäß der Einstellung Mindesteinheiten für Skalierung (in der Application Gateway-Konfiguration) bereitgestellt bleiben. Eine Instanz entspricht hierbei zehn Kapazitätseinheiten. |
| Neue Verbindungen pro Sekunde | Anzahl | Die durchschnittliche Anzahl neuer TCP-Verbindungen pro Sekunde, die von Clients mit Application Gateway und von Application Gateway mit den Back-End-Mitgliedern hergestellt werden. |
| Antwortstatus | Statuscode | Von Application Gateway zurückgegebener HTTP-Antwortstatus. Die Antwortstatuscode-Verteilung kann weiter kategorisiert werden, um Antworten in 2xx-, 3xx-, 4xx- und 5xx-Kategorien anzuzeigen. |
| Durchsatz | Byte/Sek. | Anzahl von Bytes pro Sekunde, die die Application Gateway-Instanz bereitgestellt hat. (Für diese Metrik wird nur die Inhaltsgröße vom Anwendungsgateway berücksichtigt. Dazu gehören keine Datenübertragungen wie TLS-Headerverhandlungen, TCP/IP-Paketheader oder erneute Übertragungen.) |
| Anforderungen insgesamt | Anzahl | Anzahl von erfolgreichen Anforderungen über Application Gateway. Die Anzahl der Anforderungen kann weiter gefiltert werden, um die Anzahl für die einzelnen/spezifischen Kombinationen aus Back-End-Pools und HTTP-Einstellungen anzuzeigen. |
Back-End-Metriken
| Metrik | Einheit | Beschreibung |
|---|---|---|
| Back-End-Antwortstatus | Anzahl | Anzahl der von den Back-Ends zurückgegebenen HTTP-Antwortstatuscodes. Dies schließt nicht die von Application Gateway generierten Antwortcodes ein. Die Antwortstatuscode-Verteilung kann weiter kategorisiert werden, um Antworten in 2xx-, 3xx-, 4xx- und 5xx-Kategorien anzuzeigen. |
| Anzahl von fehlerfreien Hosts | Anzahl | Die Anzahl der Back-Ends, die im Integritätstest als fehlerfrei ermittelt wurden. Sie können auf Back-End-Pool-Basis filtern, um die Anzahl fehlerfreier Hosts in einem bestimmten Back-End-Pool anzuzeigen. |
| Anzahl von fehlerhaften Hosts | Anzahl | Die Anzahl der Back-Ends, die im Integritätstest als fehlerhaft ermittelt wurden. Sie können auf Back-End-Pool-Basis filtern, um die Anzahl fehlerhafter Hosts in einem bestimmten Back-End-Pool anzuzeigen. |
| Anforderungen pro Minute pro fehlerfreiem Host | Anzahl | Die durchschnittliche Anzahl von Anforderungen, die von jedem fehlerfreien Mitglied in einem Back-End-Pool pro Minute empfangen werden. Geben Sie den Back-End-Pool über die Dimension BackendPool HttpSettings an. |
API für die Back-End-Integrität
Details zum API-Aufruf zum Abrufen der Back-End-Integrität eines Anwendungsgateways finden Sie unter Anwendungsgateways – Back-End-Integrität.
Beispielanforderung: output POST https://management.azure.com/subscriptions/subid/resourceGroups/rg/providers/Microsoft.Network/ applicationGateways/appgw/backendhealth?api-version=2021-08-01 After
Nach dem Senden dieser POST-Anforderung sollte eine „HTTP 202 Akzeptiert“-Antwort angezeigt werden. Suchen Sie in den Antwortheadern den Location-Header, und senden Sie eine neue GET-Anforderung mithilfe dieser URL.
output GET https://management.azure.com/subscriptions/subid/providers/Microsoft.Network/locations/region-name/operationResults/GUID?api-version=2021-08-01
TLS/TCP-Proxyüberwachung für das Anwendungsgateway
TLS/TCP-Proxymetriken
Mit der Layer 4 Proxy-Funktion, die jetzt mit dem Anwendungsgateway verfügbar ist, gibt es einige allgemeine Metriken (die sowohl für Layer 7 als auch für Layer 4 gelten) und einige Layer 4-spezifische Metriken. Die folgende Tabelle beschreibt alle Metriken, die für die Nutzung von Layer 4 gelten.
| Metrik | Beschreibung | type | Dimension |
|---|---|---|---|
| Aktuelle Verbindungen | Die Anzahl der aktiven Verbindungen: lesend, schreibend oder wartend. Die Anzahl der aktuellen Verbindungen, die mit dem Anwendungsgateway hergestellt wurden. | Allgemeine Metrik | Keine |
| Neue Verbindungen pro Sekunde | Die durchschnittliche Anzahl der Verbindungen pro Sekunde in dieser Minute. | Allgemeine Metrik | Keine |
| Throughput | Die Geschwindigkeit des Datenflusses (inBytes+ outBytes) während dieser Minute. | Allgemeine Metrik | Keine |
| Anzahl von fehlerfreien Hosts | Die Anzahl fehlerfreier Back-End-Hosts. | Allgemeine Metrik | BackendSettingsPool |
| Fehlerhafte Hosts | Die Anzahl fehlerhafter Back-End-Hosts. | Allgemeine Metrik | BackendSettingsPool |
| ClientRTT | Durchschnittliche Roundtripzeit zwischen Clients und Application Gateway. | Allgemeine Metrik | Listener |
| Back-End-Verbindungszeit | Zeitaufwand für das Herstellen einer Verbindung mit einem Back-End-Server | Allgemeine Metrik | Listener, BackendServer, BackendPool, BackendSetting |
| Antwortzeit für erstes Byte des Back-Ends | Zeitintervall zwischen dem Beginn des Verbindungsaufbaus zum Back-End-Server und dem Empfang des ersten Datenbytes (ungefähre Verarbeitungszeit des Back-End-Servers). | Allgemeine Metrik | Listener, BackendServer, BackendPool, BackendHttpSetting* |
| Dauer der Back-End-Sitzung | Die Gesamtzeit einer Back-End-Verbindung. Die durchschnittliche Dauer vom Beginn einer neuen Verbindung bis zu ihrer Beendigung. | L4-spezifisch | Listener, BackendServer, BackendPool, BackendHttpSetting* |
| Verbindungslebensdauer | Die Gesamtzeit einer Clientverbindung zum Anwendungsgateway. Die durchschnittliche Dauer vom Beginn einer neuen Verbindung bis zu ihrer Beendigung in Millisekunden. | L4-spezifisch | Listener |
* BackendHttpSetting-Dimension umfasst sowohl Layer 7- als auch Layer 4-Back-End-Einstellungen.
TLS/TCP-Proxyprotokolle
Der Layer 4-Proxy des Anwendungsgateways liefert Protokolldaten über Zugriffsprotokolle. Diese Protokolle werden nur erstellt und veröffentlicht, wenn sie in den Diagnoseeinstellungen Ihres Gateways konfiguriert sind. Weitere Informationen finden Sie unter: Unterstützte Kategorien für Azure Monitor-Ressourcenprotokolle.
Hinweis
Die Spalten mit Details zur gegenseitigen Authentifizierung für einen TLS-Listener sind derzeit nur über die AzureDiagnostics-Tabelle verfügbar.
| Kategorie | Ressourcenprotokollkategorie |
|---|---|
| ResourceGroup | Die Ressourcengruppe, zu der die Anwendungsgatewayressource gehört. |
| SubscriptionId | Die Abonnement-ID der Anwendungsgatewayressource. |
| ResourceProvider | Diese wird für Anwendungsgateway MICROSOFT.NETWORK sein. |
| Resource | Der Name der Anwendungsgatewayressource. |
| ResourceType | Dies wird APPLICATIONGATEWAYS sein. |
| ruleName | Der Name der Routingregel, die die Verbindungsanforderung gestellt hat. |
| instanceId | Application Gateway-Instanz, von der die Anforderung bereitgestellt wurde |
| clientIP | Ursprungs-IP für die Anforderung |
| receivedBytes | Vom Client zum Gateway empfangene Daten, in Byte. |
| sentBytes | Vom Gateway an den Client gesendete Daten, in Byte. |
| listenerName | Der Name des Listeners, der die Front-End-Verbindung mit dem Client hergestellt hat. |
| backendSettingName | Der Name der Back-End-Einstellung, die für die Back-End-Verbindung verwendet wird. |
| backendPoolName | Der Name des Back-End-Pools, von dem ein Zielserver ausgewählt wurde, um die Back-End-Verbindung herzustellen. |
| Protokoll | TCP (Unabhängig davon, ob es sich um TCP oder TLS handelt, wird der Protokollwert immer TCP sein). |
| sessionTime | Sitzungsdauer in Sekunden (dies gilt für die Client->appgw-Sitzung) |
| upstreamSentBytes | Daten, die an den Back-End-Server gesendet werden, in Byte. |
| upstreamReceivedBytes | Daten, die vom Back-End-Server empfangen wurden, in Bytes. |
| upstreamSessionTime | Sitzungsdauer in Sekunden (dies gilt für die appgw->Back-End-Sitzung) |
| sslCipher | Verschlüsselungssammlung, die für die TLS-Kommunikation verwendet wird (für TLS-Protokolllistener). |
| sslProtocol | Verwendetes SSL/TLS-Protokoll (für TLS-Protokolllistener). |
| serverRouted | Die IP- und Portnummer des Back-End-Servers, an die der Datenverkehr weitergeleitet wurde. |
| serverStatus | 200 – Die Sitzung wurde erfolgreich abgeschlossen. 400 – Die Clientdaten konnten nicht analysiert werden. 500 – Interner Serverfehler. 502 Ungültiges Gateway. Wenn beispielsweise ein Upstreamserver nicht erreicht werden konnte. 503 – Dienst nicht verfügbar. Wenn der Zugriff beispielsweise durch die Anzahl der Verbindungen beschränkt ist. |
| ResourceId | URI der Anwendungsgatewayressource |
TLS/TCP-Proxy-Back-End-Integrität
Der Layer 4-Proxy des Anwendungsgateways bietet die Möglichkeit, den Zustand der einzelnen Mitglieder der Back-End-Pools über das Portal und die REST-API zu überwachen.
Application Gateway v1-Metriken
Application Gateway-Metriken
| Metrik | Einheit | Beschreibung |
|---|---|---|
| CPU-Auslastung | Prozent | Zeigt die dem Application Gateway zugeordnete CPU-Nutzung an. Unter normalen Bedingungen sollte die CPU-Auslastung regelmäßig nicht 90 % überschreiten, da dies zu Wartezeiten bei den Websites führen kann, die hinter dem Application Gateway gehostet werden, sowie die Clienterfahrung merklich stören kann. Sie können die CPU-Nutzung indirekt steuern oder verbessern, indem Sie die Konfiguration des Application Gateway durch Erhöhen der Anzahl der Instanzen ändern oder durch Verschieben zu einer größeren SKU-Größe – oder durch beides. |
| Aktuelle Verbindungen | Anzahl | Anzahl der mit der Application Gateway-Instanz hergestellten aktuellen Verbindungen. |
| Anforderungsfehler | Anzahl | Die Anzahl von Anforderungen, für die aufgrund von Verbindungsproblemen ein Fehler aufgetreten sind. In dieser Anzahl sind auch Anforderungen enthalten, für die aufgrund einer Überschreitung der HTTP-Einstellung Anforderungstimeout ein Fehler aufgetreten ist, sowie Anforderungen, die aufgrund von Verbindungsproblemen zwischen der Application Gateway-Instanz und dem Back-End nicht erfolgreich waren. Diese Anzahl umfasst keine Fehler, die aufgetreten sind, weil kein fehlerfreies Back-End verfügbar war. Back-End-Antworten vom Typ „4xx“ und „5xx“ werden im Rahmen dieser Metrik ebenfalls nicht berücksichtigt. |
| Antwortstatus | Statuscode | Von Application Gateway zurückgegebener HTTP-Antwortstatus. Die Antwortstatuscode-Verteilung kann weiter kategorisiert werden, um Antworten in 2xx-, 3xx-, 4xx- und 5xx-Kategorien anzuzeigen. |
| Durchsatz | Byte/Sek. | Anzahl von Bytes pro Sekunde, die die Application Gateway-Instanz bereitgestellt hat. |
| Anforderungen insgesamt | Anzahl | Anzahl von erfolgreichen Anforderungen über Application Gateway. Die Anzahl der Anforderungen kann weiter gefiltert werden, um die Anzahl für die einzelnen/spezifischen Kombinationen aus Back-End-Pools und HTTP-Einstellungen anzuzeigen. |
| Anzahl der von Web Application Firewall blockierten Anforderungen | Anzahl | Anzahl der von WAF blockierten Anforderungen. |
| Verteilung der von Web Application Firewall blockierten Anforderungen | Anzahl | Anzahl der von WAF blockierten Anforderungen, die gefiltert wurden, um die Anzahl pro jeweiliger/bestimmter WAF-Regelgruppe oder WAF-Regel-ID-Kombination zu zeigen. |
| Gesamtregelverteilung in Web Application Firewall | Anzahl | Anzahl der empfangenen Anforderungen pro jeweiliger spezifischer WAF-Regelgruppe oder WAF-Regel-ID-Kombination. |
Weitere Informationen finden Sie in der Liste aller in Azure Monitor unterstützten Plattformmetriken.
Metrikdimensionen
Weitere Informationen zu Metrikdimensionen finden Sie unter Mehrdimensionale Metriken.
Azure Application Gateway unterstützt Dimensionen für einige Metriken in Azure Monitor. Die jeweilige Metrik enthält eine Beschreibung, in der die speziell für diese Metrik verfügbaren Dimensionen erläutert werden.
Ressourcenprotokolle
In diesem Abschnitt werden die Typen der Ressourcenprotokolle aufgeführt, die für Azure Application Gateway erfasst werden können.
Eine Referenz finden Sie in der Liste aller Typen von Ressourcenprotokollkategorien, die in Azure Monitor unterstützt werden.
Hinweis
Das Leistungsprotokoll ist nur für die v1-SKU verfügbar. Verwenden Sie für die v2-SKU Anwendungsgateway v2-Metriken für die Leistungsdaten.
Weitere Informationen finden Sie unter Back-End-Integrität und Diagnoseprotokolle für Application Gateway.
Application Gateway
Ressourcenanbieter und -typ: Microsoft.Network/applicationGateways
| Kategorie | Anzeigenname | Information |
|---|---|---|
| Activitylog | Aktivitätsprotokoll | Aktivitätsprotokolleinträge werden standardmäßig erfasst. Mit dem Feature Azure-Aktivitätsprotokolle (ehemals Betriebs- und Überwachungsprotokolle) können Sie sämtliche an Ihr Azure-Abonnement übermittelten Vorgänge sowie deren Status anzeigen. |
| ApplicationGatewayAccessLog | Zugriffsprotokoll | Mithilfe dieses Protokolls können Sie Application Gateway-Zugriffsmuster anzeigen und wichtige Informationen analysieren. Dazu gehören die IP-Adresse des Aufrufers, die angeforderte URL, die Antwortlatenz, der Rückgabecode sowie die ein- und ausgehenden Bytes. Ein Zugriffsprotokoll wird alle 60 Sekunden erstellt. Dieses Protokoll enthält einen Datensatz pro Instanz von Application Gateway. Die Application Gateway-Instanz wird anhand der InstanceId-Eigenschaft identifiziert. |
| ApplicationGatewayPerformanceLog | Leistungsprotokoll | Mithilfe dieses Protokolls können Sie die Leistung von Application Gateway-Instanzen anzeigen. In diesem Protokoll werden Leistungsinformationen für jede Instanz erfasst, z. B. insgesamt bereitgestellte Anforderungen, Durchsatz in Byte, Anzahl von Anforderungen mit Fehlern und Anzahl von fehlerfreien und fehlerhaften Back-End-Instanzen. Ein Leistungsprotokoll wird alle 60 Sekunden erstellt. Das Leistungsprotokoll ist nur für die v1-SKU verfügbar. Verwenden Sie für die v2-SKU Anwendungsgateway v2-Metriken für die Leistungsdaten. |
| ApplicationGatewayFirewallLog | Firewallprotokoll | Mithilfe dieses Protokolls können Sie die Anforderungen anzeigen, die entweder über den Erkennungs- oder über den Schutzmodus eines Anwendungsgateways protokolliert werden, das mit der Web Application Firewall konfiguriert wurde. Firewallprotokolle werden alle 60 Sekunden erfasst. |
Tabellen in Azure Monitor-Protokollen
Dieser Abschnitt bezieht sich auf alle Kusto-Tabellen in Azure Monitor-Protokollen, die für Azure Application Gateway relevant und für die Abfrage durch Log Analytics verfügbar sind.
| Ressourcentyp | Hinweise |
|---|---|
| Application Gateway | Enthält AzureActivity, AzureDiagnostics und AzureMetrics |
Eine Referenz zu allen Azure Monitor-Protokollen und Log Analytics-Tabellen finden Sie in der Referenz zu Tabellen in Azure Monitor-Protokollen.
Diagnosetabellen
Azure Application Gateway speichert Ressourcenprotokollinformationen in der Azure-Diagnose-Tabelle. Die folgenden Spalten sind relevant.
Azure-Diagnose
| Eigenschaft | Beschreibung |
|---|---|
| requestUri_s | Der URI der Clientanforderung. |
| `Message` | Informationsmeldungen wie „Angriff mit Einschleusung von SQL-Befehlen“ |
| userAgent_s | Benutzer-Agent-Details der Clientanforderung |
| ruleName_s | Zum Bedienen dieser Anforderung verwendete Anforderungsroutingregel |
| httpMethod_s | HTTP-Methode der Clientanforderung |
| instanceId_s | Die Appgw-Instanz, an die die Clientanforderung zur Auswertung geroutet wird |
| httpVersion_s | HTTP-Version der Clientanforderung |
| clientIP_s | IP-Adresse, von der die Anforderung gestellt wird |
| host_s | Hostheader der Clientanforderung |
| requestQuery_s | Abfragezeichenfolge als Teil der Clientanforderung |
| sslEnabled_s | Ob SSL für die Clientanforderung aktiviert ist |
Weitere Informationen
- Unter Überwachen von Azure Application Gateway finden Sie eine Beschreibung der Überwachung von Azure Application Gateway.
- Ausführliche Informationen zur Überwachung von Azure-Ressourcen finden Sie unter Überwachen von Azure-Ressourcen mit Azure Monitor.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für