How do you survive an origin outage without rewriting your DNS at 2am?
You have multiple origin servers across clouds and regions — for redundancy, capacity, or because legal made you. Routing users to the healthiest, closest origin requires constant health checks, geo-aware steering, and instant failover when something dies. Doing this with vendor-locked load balancers in one cloud doesn't help when that whole cloud has a bad day. Manual DNS failover is slow (TTLs!) and error-prone.
How it fits together
Diagram coming soon
Architecture diagram for this solution will be added here.
How Cloudflare solves it
- Multi-region, multi-cloud, multi-DC. Define origin pools spanning AWS regions, GCP regions, Azure regions, on-prem data centers, or any mix. Cloudflare steers users to the best pool by latency, geography, or weighted random.
- Smart, configurable health checks. Active health checks from Cloudflare's edge — every 15s to 60s, from multiple regions, with custom HTTP probes, status code matching, and response body checks. Origins that fail get pulled out within seconds.
- Geo & latency steering. Route EU users to EU pools, US users to US pools, with fallback to the other region if one goes down. Or use 'proximity steering' where Cloudflare picks the origin with the best measured latency from each edge.
- Session affinity. Stick users to a single origin via cookie or IP hash when needed (legacy apps without stateless sessions). Configurable TTLs.
- Built-in DDoS, WAF, and analytics. Same platform — your load balancer benefits from Cloudflare's DDoS, WAF, and bot protection by default. One pane for traffic + security.
Common questions
Is this DNS-based or actually proxying traffic?
Can I load-balance between AWS and GCP origins?
How fast is failover when an origin dies?
What about TCP/UDP traffic (databases, custom protocols)?
Try it live
Demo coming soon
An interactive demo for Load Balancing is being built. In the meantime, check the "Dive Deeper" section below for the official docs and product blogs.