Skip to content

Commit dec598e

Browse files
authored
Merge pull request #104843 from abshamsft/patch-37
Update application-gateway-metrics.md
2 parents c7f24bd + 1a2a259 commit dec598e

File tree

1 file changed

+8
-6
lines changed

1 file changed

+8
-6
lines changed

articles/application-gateway/application-gateway-metrics.md

Lines changed: 8 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ Application Gateway publishes data points, called metrics, to [Azure Monitor](ht
1717

1818
### Timing metrics
1919

20-
Application Gateway provides several built‑in timing metrics related to the request and response which are all measured in milliseconds.
20+
Application Gateway provides several built‑in timing metrics related to the request and response, which are all measured in milliseconds.
2121

2222
![](./media/application-gateway-metrics/application-gateway-metrics.png)
2323

@@ -62,7 +62,7 @@ For example, If there’s a spike in *Backend first byte response time* trend bu
6262

6363
If you notice a spike in *Backend last byte response time* but the *Backend first byte response time* is stable, then it can be deduced that the spike is because of a larger file being requested.
6464

65-
Similarly, if the *Application gateway total time* has a spike but the *Backend last byte response time* is stable, then it can either be a sign of performance bottleneck at the Application Gateway or a bottleneck in the network between client and Application Gateway. Additionally, if the *client RTT* also has a corresponding spike, then this indicates that that the degradation is because of the network between client and Application Gateway.
65+
Similarly, if the *Application gateway total time* has a spike but the *Backend last byte response time* is stable, then it can either be a sign of performance bottleneck at the Application Gateway or a bottleneck in the network between client and Application Gateway. Additionally, if the *client RTT* also has a corresponding spike, then it indicates that that the degradation is because of the network between client and Application Gateway.
6666

6767
### Application Gateway metrics
6868

@@ -82,7 +82,7 @@ For Application Gateway, the following metrics are available:
8282

8383
- **Current capacity units**
8484

85-
Count of capacity units consumed. Capacity units measure consumption-based cost that is charged in addition to the fixed cost. There are three determinants to capacity unit - compute unit, persistent connections and throughput. Each capacity unit is composed of at most: 1 compute unit, or 2500 persistent connections, or 2.22-Mbps throughput.
85+
Count of capacity units consumed to load balance the traffic. There are three determinants to capacity unit - compute unit, persistent connections and throughput. Each capacity unit is composed of at most: 1 compute unit, or 2500 persistent connections, or 2.22-Mbps throughput.
8686

8787
- **Current compute units**
8888

@@ -94,14 +94,15 @@ For Application Gateway, the following metrics are available:
9494

9595
- **Estimated Billed Capacity units**
9696

97-
Number of capacity units using which the billing is estimated. This is calcutaed as the greater value between *Current capacity units* and *Fixed billable capacity units*.
97+
With the v2 SKU, the pricing model is driven by consumption. Capacity units measure consumption-based cost that is charged in addition to the fixed cost. *Estimated Billed Capacity units* indicates the number of capacity units using which the billing is estimated. This is calculated as the greater value between *Current capacity units* (capacity units required to load balance the traffic) and *Fixed billable capacity units* (minimum capacity units kept provisioned).
9898

9999
- **Failed Requests**
100100

101-
Count of failed requests that Application Gateway has served. The request count can be further filtered to show count per each/specific backend pool-http setting combination.
101+
Count of failed requests that Application Gateway has served. The request count can be further filtered to show count per each/specific backend pool-http setting combination.
102102

103103
- **Fixed Billable Capacity Units**
104-
The minimum number of capacity units kept provisioned as per the *Minimum scale units* setting in the Application Gateway configuration.
104+
105+
The minimum number of capacity units kept provisioned as per the *Minimum scale units* setting (one instance translates to 10 capacity units) in the Application Gateway configuration.
105106

106107
- **New connections per second**
107108

@@ -141,6 +142,7 @@ For Application Gateway, the following metrics are available:
141142
The number of backends that are determined unhealthy by the health probe. You can filter on a per backend pool basis to show the number of unhealthy hosts in a specific backend pool.
142143

143144
- **Requests per minute per Healthy Host**
145+
144146
The average number of requests received by each healthy member in a backend pool in a minute. You must specify the backend pool using the *BackendPool HttpSettings* dimension.
145147

146148

0 commit comments

Comments
 (0)