Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

We need to use one of our own dedicated servers in conjunction with the Route 53 service alongside our AWS instances.

Is latency based DNS supported for non AWS IP Addresses?

share|improve this question

1 Answer 1

Interesting question - it doesn't appear to be explicitly documented whether Amazon Route 53 supports IP addresses outside of the published Amazon EC2 Public IP Ranges, but I think it does to some extend, here's what I've figured/tested:

Documentation

The introductory blog post Multi-Region Latency Based Routing now Available for AWS mentions that If you enter an EC2 instance public IP, Elastic IP, or Elastic Load Balancer target in the Route 53 console it will suggest the correct region for you - This is indeed the case, while entering a non EC2 IP address leaves this selection up to you, see Tests below. The post also states the following:

Behind the scenes, we are constantly gathering anonymous internet latency measurements [...]. These measurements help us build large tables of comparative network latency from each AWS region to almost every internet network out there. They also allow us to determine which DNS resolvers those end-users generally use.

Furthermore, the post mentions that Latency Based Routing is available for the "A", "AAAA", "CNAME", "TXT" DNS record types as well [...].

Test

With the above background information I've created a latency based resource record set with EC2 instances us-east-1, us-west-2, ap-southeast-1, ap-southeast-2 and added a non AWS router/gateway of ours in Europe, specifying eu-west-1 as region accordingly.

I've used a low TTL and included/excluded and cross tested the respective DNS responses from these four instances and Route 53 delivered the desired result indeed, i.e. responding with the non AWS IP address in eu-west-1 where appropriate and depending on which regions have been included in the set.

  • Please note that I've performed these tests manually and gained no 100% systematic test coverage - ideally this should be a respectively automated and configurable setup of course.

Conclusion

Latency based routing to non AWS IP addresses seems to work to the extend that you need to subsume your own addresses to one of the available AWS regions - this does make sense, insofar AWS needs to employ latency measurements for non AWS routes anyway to achieve the desired shortest path analysis from an end user perspective and these systems are mostly running outside of AWS.

  • A prominent example would be end users of Amazon CloudFront, where the facilitated latency based routing technology originated and which features dozens of edge locations worldwide, many of which are outside the AWS regional datacenters, see the Global Infrastructure map/info.
share|improve this answer
    
Nice examination of the offering. –  ewwhite Feb 3 '13 at 15:33
    
I'm not clear on one thing here, does it route based on the estimated latency from the end-user to your external European location, or does it use the estimated latency to eu-west-1 that you supplied when configuring it? –  Eloff Dec 21 '13 at 21:50

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.