You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/application-gateway/monitor-application-gateway-reference.md
+46-47Lines changed: 46 additions & 47 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -64,7 +64,7 @@ The following metrics are available. For details, see the [metrics table](#suppo
64
64
65
65
### Application Gateway metrics for Application Gateway V1 SKU
66
66
67
-
For Application Gateway, the following metrics are available:
67
+
For Application Gateway V1 SKU, the following metrics are available:
68
68
69
69
-**CPU Utilization**. Displays the utilization of the CPUs allocated to the Application Gateway. Under normal conditions, CPU usage should not regularly exceed 90%, as this may cause latency in the websites hosted behind the Application Gateway and disrupt the client experience. You can indirectly control or improve CPU utilization by modifying the configuration of the Application Gateway by increasing the instance count or by moving to a larger SKU size, or doing both.
70
70
@@ -80,7 +80,7 @@ For Application Gateway, the following metrics are available:
80
80
81
81
### Backend metrics for Application Gateway V1 SKU
82
82
83
-
For Application Gateway, the following metrics are available:
83
+
The following metrics are available:
84
84
85
85
-**Healthy host count**. The number of backends that are determined healthy by the health probe. You can filter on a per backend pool basis to show the number of healthy hosts in a specific backend pool.
86
86
@@ -170,6 +170,8 @@ Application Gateway's layer 4 proxy provides the capability to monitor the healt
170
170
171
171
### Application Gateway v1 metrics
172
172
173
+
The following descriptions apply to metrics collected when you are running an Application Gateway v1 instance.
174
+
173
175
| Metric | Unit | Description|
174
176
|:-------|:-----|:------------|
175
177
|**CPU Utilization**|Percent|Displays the CPU usage allocated to the Application Gateway. Under normal conditions, CPU usage shouldn't regularly exceed 90%, because this situation might cause latency in the websites hosted behind the Application Gateway and disrupt the client experience. You can indirectly control or improve CPU usage by modifying the configuration of the Application Gateway by increasing the instance count or by moving to a larger SKU size, or doing both.|
@@ -214,7 +216,7 @@ For more information, see a list of [all platform metrics supported in Azure Mon
@@ -227,11 +229,7 @@ For more information, see a list of [all platform metrics supported in Azure Mon
227
229
> [!NOTE]
228
230
> The Performance log is available only for the v1 SKU. For the v2 SKU, use [Metrics](application-gateway-metrics.md) for performance data.
229
231
230
-
#### Activity log
231
-
232
-
Azure generates the activity log by default. The logs are preserved for 90 days in the Azure event logs store. Learn more about these logs by reading the [View events and activity log](../azure-monitor/essentials/activity-log.md) article.
233
-
234
-
#### Access log
232
+
### Access log category
235
233
236
234
The access log is generated only if you enable it on each Application Gateway instance, as detailed in [Enable logging](application-gateway-diagnostics.md#enable-logging-through-the-azure-portal). The data is stored in the storage account that you specified when you enabled the logging. Each access of Application Gateway is logged in JSON format as shown.
237
235
@@ -383,50 +381,13 @@ If the application gateway can't complete the request, it stores one of the foll
383
381
| ERRORINFO_HTTP_TO_HTTPS_PORT |The client sent a plain HTTP request to an HTTPS port. |
384
382
| ERRORINFO_HTTPS_NO_CERT | Indicates client isn't sending a valid and properly configured TLS certificate during Mutual TLS authentication. |
385
383
386
-
387
384
|5XX Errors | Description |
388
385
|---------|---------|
389
386
| ERRORINFO_UPSTREAM_NO_LIVE | The application gateway is unable to find any active or reachable backend servers to handle incoming requests |
390
387
| ERRORINFO_UPSTREAM_CLOSED_CONNECTION | The backend server closed the connection unexpectedly or before the request was fully processed. This condition could happen due to backend server reaching its limits, crashing etc.|
391
388
| ERRORINFO_UPSTREAM_TIMED_OUT | The established TCP connection with the server was closed as the connection took longer than the configured timeout value. |
392
389
393
-
#### Performance log
394
-
395
-
The performance log is generated only if you enable it on each Application Gateway instance, as detailed in [Enable logging](application-gateway-diagnostics.md#enable-logging-through-the-azure-portal). The data is stored in the storage account that you specified when you enabled the logging. The performance log data is generated in 1-minute intervals. It's available only for the v1 SKU. For the v2 SKU, use [Metrics](application-gateway-metrics.md) for performance data. The following data is logged:
396
-
397
-
|Value |Description |
398
-
|---------|---------|
399
-
|instanceId | Application Gateway instance for which performance data is being generated. For a multiple-instance application gateway, there's one row per instance. |
400
-
|healthyHostCount | Number of healthy hosts in the backend pool. |
401
-
|unHealthyHostCount | Number of unhealthy hosts in the backend pool. |
402
-
|requestCount | Number of requests served. |
403
-
|latency | Average latency (in milliseconds) of requests from the instance to the back end that serves the requests. |
404
-
|failedRequestCount| Number of failed requests.|
405
-
|throughput| Average throughput since the last log, measured in bytes per second.|
> Latency is calculated from the time when the first byte of the HTTP request is received to the time when the last byte of the HTTP response is sent. It's the sum of the Application Gateway processing time plus the network cost to the back end, plus the time that the back end takes to process the request.
428
-
429
-
#### Firewall log
390
+
### Firewall log category
430
391
431
392
The firewall log is generated only if you enable it for each application gateway, as detailed in [Enable logging](application-gateway-diagnostics.md#enable-logging-through-the-azure-portal). This log also requires that the web application firewall is configured on an application gateway. The data is stored in the storage account that you specified when you enabled the logging. The following data is logged:
432
393
@@ -482,7 +443,43 @@ The firewall log is generated only if you enable it for each application gateway
482
443
}
483
444
```
484
445
485
-
### Diagnostics tables
446
+
### Performance log category
447
+
448
+
The performance log is generated only if you enable it on each Application Gateway instance, as detailed in [Enable logging](application-gateway-diagnostics.md#enable-logging-through-the-azure-portal). The data is stored in the storage account that you specified when you enabled the logging. The performance log data is generated in 1-minute intervals. It's available only for the v1 SKU. For the v2 SKU, use [Metrics](application-gateway-metrics.md) for performance data. The following data is logged:
449
+
450
+
|Value |Description |
451
+
|---------|---------|
452
+
|instanceId | Application Gateway instance for which performance data is being generated. For a multiple-instance application gateway, there's one row per instance. |
453
+
|healthyHostCount | Number of healthy hosts in the backend pool. |
454
+
|unHealthyHostCount | Number of unhealthy hosts in the backend pool. |
455
+
|requestCount | Number of requests served. |
456
+
|latency | Average latency (in milliseconds) of requests from the instance to the back end that serves the requests. |
457
+
|failedRequestCount| Number of failed requests.|
458
+
|throughput| Average throughput since the last log, measured in bytes per second.|
> Latency is calculated from the time when the first byte of the HTTP request is received to the time when the last byte of the HTTP response is sent. It's the sum of the Application Gateway processing time plus the network cost to the back end, plus the time that the back end takes to process the request.
481
+
482
+
### Azure Monitor Logs and Log Analytics Tables
486
483
487
484
Azure Application Gateway uses the [Azure Diagnostics](/azure/azure-monitor/reference/tables/azurediagnostics) table to store resource log information. The following columns are relevant.
You can use Azure activity logs to view all operations that are submitted to your Azure subscription, and their status. Activity log entries are collected by default. You can view them in the Azure portal. Azure activity logs were formerly known as *operational logs* and *audit logs*.
519
516
517
+
Azure generates activity logs by default. The logs are preserved for 90 days in the Azure event logs store. Learn more about these logs by reading the [View events and activity log](../azure-monitor/essentials/activity-log.md) article.
518
+
520
519
## Related content
521
520
522
521
- See [Monitor Azure Application Gateway](monitor-application-gateway.md) for a description of monitoring Application Gateway.
0 commit comments