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
@@ -62,7 +62,7 @@ For example, If there’s a spike in *Backend first byte response time* trend bu
62
62
63
63
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.
64
64
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.
66
66
67
67
### Application Gateway metrics
68
68
@@ -82,7 +82,7 @@ For Application Gateway, the following metrics are available:
82
82
83
83
-**Current capacity units**
84
84
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.
86
86
87
87
-**Current compute units**
88
88
@@ -94,14 +94,15 @@ For Application Gateway, the following metrics are available:
94
94
95
95
-**Estimated Billed Capacity units**
96
96
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).
98
98
99
99
-**Failed Requests**
100
100
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.
102
102
103
103
-**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.
105
106
106
107
-**New connections per second**
107
108
@@ -141,6 +142,7 @@ For Application Gateway, the following metrics are available:
141
142
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.
142
143
143
144
-**Requests per minute per Healthy Host**
145
+
144
146
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.
0 commit comments