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: products/load-balancing/src/content/load-balancing-analytics/index.md
+14-4Lines changed: 14 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,13 +30,23 @@ These metrics show the number of requests routed to specific pools within a load
30
30
31
31
Add additional filters for specific pools, times, regions, and origins.
32
32
33
-
### Latency and Logs
33
+
<Asidetype="note">
34
+
35
+
Load balancing <strong>requests</strong> are the number of uncached requests made by your load balancer. By default, Cloudflare caches resolved IP addresses for up to five seconds.
36
+
37
+
</Aside>
34
38
35
-
To view latency and log information for your load balancer, go to **Traffic** > **Load Balancing Analytics** > **Latency**.
39
+
### Latency
36
40
37
41
**Latency** metrics show an interactive map, helping you identify regions with **Unhealthy** or **Slow** pools.
38
42
39
-
**Logs** provide a history of all origin server status changes and how they affect your load balancing pools.
43
+
To view latency information for your load balancer, go to **Traffic** > **Load Balancing Analytics** > **Latency**.
44
+
45
+
### Logs
46
+
47
+
**Logs** provide a history of all origin server status changes and how they affect your load balancing pools. Load Balancing only logs events that represent a status change for an origin, from healthy to unhealthy or vice versa.
48
+
49
+
To access logs in the dashboard, go to **Traffic** > **Load Balancing Analytics**. You can also access healthcheck logs [using the API](https://api.cloudflare.com/#load-balancer-healthcheck-events-list-healthcheck-events).
40
50
41
51
## GraphQL Analytics
42
52
@@ -113,7 +123,7 @@ header: Response (truncated)
113
123
<summary>Requests per data center</summary>
114
124
<div>
115
125
116
-
This query shows the weighted, round-trip time measurement (`avgRttMs`) for individual requets from a specific data center (for example, Singapore or `SIN`) to each pool in a specific load balancer.
126
+
This query shows the weighted, round-trip time measurement (`avgRttMs`) for individual requests from a specific data center (for example, Singapore or `SIN`) to each pool in a specific load balancer.
Copy file name to clipboardExpand all lines: products/load-balancing/src/content/understand-basics/monitors.md
+28-3Lines changed: 28 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,10 +15,11 @@ Health checks that result in a status change for an origin server are recorded a
15
15
16
16
## Important notes
17
17
18
-
-**Availability monitoring checks the health of origin servers every 15 seconds**. It reports results via email notifications and the Cloudflare API.
18
+
-**Availability monitoring checks the health of origin servers at the specified interval**. It reports results via email notifications and the Cloudflare API. Shorter intervals will improve failover time, but may increase the load on your origin servers.
19
19
-**The default retry rate is 5 retries/second** and is completely configurable. We do not recommend increasing the retry rate significantly. Retries use exponential backoff (1, 2, 4, 8, 16 seconds by default).
20
-
-**You can configure****monitoring for specific URLs** by sending periodic HTTP requests to the load balancer, taking advantage of customizable intervals, timeouts, and status codes. Once an origin server is marked unhealthy, multi-region failover reroutes traffic to the next available server in failover order.
20
+
-**You can configuremonitoring for specific URLs** by sending periodic HTTP requests to the load balancer, taking advantage of customizable intervals, timeouts, and status codes. Once an origin server is marked unhealthy, multi-region failover reroutes traffic to the next available server in failover order.
21
21
-**Load Balancing monitors use the following HTTP user-agent**: `"Mozilla/5.0 (compatible; Cloudflare-Traffic-Manager/1.0; +https://www.cloudflare.com/traffic-manager/; pool-id: $poolid)"`. The `$poolid` contains the first 16 characters of the Load Balancing pool that is the target of the health check.
22
+
-**To increase confidence in pool status**, increase the `consecutive_up` and `consecutive_down` fields when [creating a monitor with the API](https://api.cloudflare.com/#account-load-balancer-monitors-create-monitor). To become healthy or unhealthy, monitored origins must pass this health check the consecutive number of times specified in these parameters.
22
23
-**To prevent health checks from failing**, and to secure user infrastructure against spoofed checks from bad actors, we recommend the following:
23
24
- Only accept connections to hosts listed in the [Cloudflare IP ranges](https://www.cloudflare.com/ips/) in your firewall or web-server.
24
25
- Use Cloudflare's user agent (see above) to reject HTTP requests that don't come from these ranges.
@@ -258,6 +259,30 @@ The sub-string must appear within the first 10KiB of your response body.
<p>To be marked unhealthy, the monitored origin must pass this health check <Code>consecutive_down</Code> consecutive times.</p>
278
+
<div><Code>2</Code></div>
279
+
</td>
280
+
<td>
281
+
<ul>
282
+
<li>default value: 1</li>
283
+
</ul>
284
+
</td>
285
+
</tr>
261
286
</tbody>
262
287
</table>
263
288
</TableWrap>
@@ -304,7 +329,7 @@ For a list of origins that override a monitor's `Host` header:
304
329
305
330
## Managing monitors via the Load Balancing dashboard
306
331
307
-
Use the **Create Load Balancer** or **Edit Load Balancer** panels in the Load Balancing dashboard to manage health check monitors. For step-by-step guidance, see _[Create, attach, and configuring health checks](/create-load-balancer-ui#create-attach-and-configure-health-checks)_.
332
+
Use the **Create Load Balancer** or **Edit Load Balancer** panels in the Load Balancing dashboard to manage health check monitors. For step-by-step guidance, see _[Create, attach, and configuring monitors](/create-load-balancer-ui#3-create-attach-and-configure-monitors)_.
Copy file name to clipboardExpand all lines: products/load-balancing/src/content/understand-basics/pools.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,6 +25,8 @@ When working with pools, note the following:
25
25
26
26
**Geo Steering directs traffic to pools based on the client’s region or point of presence.** If there is no Geo Steering configuration for a region or pool, the load balancer will use pool order to determine failover priority.
27
27
28
+
**If Health Check Regions for a pool is set to All Data Centers (Enterprise)**, pool health is determined by a majority of data centers.
0 commit comments