Our infrastructure page will show you that
BuddyNS is a global cluster with presence in all of these regions:
- Asia & South East Asia
- Europe
- Middle East
- North America
- Oceania
- Russia
How do we select each location?
We manage geographical presence as a strategic asset, assessing factors including
latency, peering, continuity, and political stability.
Latency is a crucial factor in the planning. Users have
ephemeral
patience for loading time, and all the time you save on DNS is more room for your
web servers to generate valuable content: simple improvements on DNS save you otherwise
substantial costs in development and infrastructure. It won't make much difference
if DNS latency is 5, 10 or 25ms, but growing latency past 100ms surely does.
Most DNS resolvers today select the DNS server to query based on best response time,
so having points of presence nearby can reduce latency substantially. Our locations
are planned with the goal to offer sub-30ms response time to densely populated areas
and sub-70ms to most of the world's connected areas.
Why haven't we deployed to South America and Africa? South America generally lacks
intra-regional peering, so that most traffic between South American countries goes
through Miami and back, making local deployments mostly useless. Africa's
ring backbone has a similar
challenge.
For users to whom jurisdictional borders are relevant, notice that BuddyNS provides
you with this information explicitly.
Which locations should you use? For our Free
and Pro plans, delegate your zones to
3-5 BuddyNS servers. This improves reliability and resolution time,
since most Internet resolvers pick their destination based on response time.
Our Astronaut plans include Anycast,
which internally routes your clients' queries to the nearest available server from our
DNS cluster.