Round-robin DNS
To randomly distribute traffic across multiple servers, set up multiple DNS A or AAAA records for the same hostname.
Use this setup for simple, round-robin load balancing ↗. If you need more fine-grained control over traffic distribution — including automatic failover, intelligent routing, and more — set up our add-on load balancing service.
The following example illustrates how you would distribute traffic intended for www.example.com. Though the example uses A records, you could also use AAAA records.
After creating an account and updating your nameservers for example.com, you might create multiple DNS records for your www subdomain:
| Type | Name | IPv4 address |
|---|---|---|
| A | www | 192.0.2.1 |
| A | www | 192.0.2.2 |
| A | www | 192.0.2.3 |
The exact behavior of your DNS routing would depend on the proxy status of each record.
If all associated records were unproxied, any request to Cloudflare’s nameservers would return the three A records you previously added.
Each client (oftentimes a browser), would decide which IP address to send the request to. If one IP address fails, the client would choose another option. All requests would be sent directly to the origin server (either 192.0.2.1, 192.0.2.2, or 192.0.2.3, using the example above).
If all associated records were proxied, any request to Cloudflare’s nameservers would return two A records from Cloudflare’s list of IP addresses.
Each client (oftentimes a browser) would decide which Cloudflare IP address to send the request to. Cloudflare would then receive that request and — if Cloudflare needed to contact your origin server — we would pick one of the three IP addresses specified in your DNS records (either 192.0.2.1, 192.0.2.2, or 192.0.2.3, using the example above).
Beyond reducing requests to your origin server, this setup allows your application to take advantage of Cloudflare’s Zero downtime failover. When a request to one IP address fails, Cloudflare automatically retries the request to other IP addresses associated with the same hostname. This behavior prevents end users from experiencing downtime.
If you have a mix of proxied and unproxied records associated with the same hostname, requests happen as if you had all proxied records.
This approach is not typically recommended because it can lead to unexpected behavior. For example, if you had two unproxied records and one proxied record, Cloudflare would treat all records as proxied. However, if you deleted the single proxied record, your remaining two unproxied records would immediately be treated as unproxied.
We recommend either using all proxied or all unproxied records to avoid surprises when you make changes to your DNS records.