Support Library
Single Provider vs Multi-Provider DNS
When one anycast DNS provider is enough and when a second is worth the extra work, with the trade-offs side by side.
The short answer
A single managed DNS provider with a large anycast network is reliable enough for most domains, and much simpler to run. A second provider protects against the rare outage, misconfiguration or attack that takes down one provider's whole service, at the cost of keeping two zones in sync and giving up some provider-specific features. The question is how much an hour of your domain not resolving would cost compared with that ongoing work.
Note the difference between the number of name servers and the number of providers. Four NS records at one provider are still one provider.
Comparing the two
| Single provider | Two providers | |
|---|---|---|
| Survives one provider's outage | No | Yes, if both serve correct data |
| Day-to-day work | One console or API | Sync by zone transfer or automation; monitoring both |
| Apex aliasing, geo-steering, health checks | Full use of the provider's features | Only features both support, or plain records |
| DNSSEC | Usually one click | Needs transfer of a signed zone or a multi-signer setup |
| Cost | One bill | Two plans and their minimum or zone fees; query costs depend on combined traffic, retries and pricing, not automatic duplication |
| Failure mode to watch | Provider-wide outage | The two zones drifting apart, so users get different answers |
When a second provider is worth it
- DNS downtime directly stops revenue or critical services, and a contract or regulator expects you to remove single points of failure.
- You already manage DNS as code, so writing to two providers is a small change.
- You do not depend heavily on one provider's proprietary features.
Large provider outages have happened. The 2016 attack on Dyn made many major sites unreachable for hours; sites that already listed a second provider in their delegation could still be resolved. Adding a provider in the middle of an outage helps only slowly, because resolvers keep the TLD's old NS records cached for a day or two.
If you stay with one provider
- Choose a provider with an anycast network and a published SLA.
- Keep an export of the zone, so you could load it elsewhere quickly.
- Know how to change name servers at your registrar, and expect the TLD's NS records to stay cached for a day or two afterwards.
- Turn on registrar and registry locks so the delegation itself cannot be changed by mistake or by an attacker.
For the mechanics of running two, see multi-DNS provider strategy.
How DNS Panopticon helps
Domain Visualizer reports a domain with only one NS record as a single point of failure (medium severity), and lists all name servers otherwise. It does not tell whether those servers belong to one provider or several, so read the NS host names to see that. Website Recon shows registrar lock statuses.
Sources and further reading
- RFC 2182: Selection and Operation of Secondary DNS Servers: guidance on server diversity
- RFC 8901: Multi-Signer DNSSEC Models
- APNIC Blog: A quick look at the attack on Dyn
- ICANN: EPP status codes: client and server lock statuses