我有我的整个网站背后的CloudFront分配，我曾经有一个Route53区域，我的网站的区域顶点logging指向一个ALIASlogging的CloudFront分配。
但是，现在我正在转换到NS1作为DNS提供商。 他们也有一个类似的ALIASlogging，但是，有文件指出：
地理位置信息丢失。 由于它是发布lb.example.net查询的example.com的权威服务器，因此lb.example.netlogging上的任何智能路由function都将作用于权威服务器的位置，而不是您的位置。 EDNS0 edns-client-subnet选项在这里不适用。 这意味着您可能会被误导：例如，如果您在纽约，并且example.com的权威服务器位于加利福尼亚州，则lb.example.com会相信您在加利福尼亚州，并将返回在纽约你的回答显然不是最理想的。
基本上，如果我理解正确，我的网站访问者可能会被引导到一个不太理想的CloudFront边缘节点。
这是我真的需要担心的吗？ 例如，一个欧洲访问者被引导到亚洲的CloudFront边缘位置的机会有多大？
你是对的，这个改变可能导致游客被引导到更远的CDN节点，而不是理想的。 这可能会导致您的网站访问者的性能较低。
你为什么要更换DNS提供商？ Route 53是快速，可靠，相对便宜的，并且与AWS资源很好地集成。 每个区域50c /月，然后每百万个DNS请求0.40-0.70美元。 这将需要一个特别高的网站，成为重要的。
更新1通过切换DNS提供程序，您可以减lessDNS查询时间的几个ms，但是以将用户发送到错误的CDN节点为代价。 这会使您的网站速度下降，远远低于DNS查询的速度。
我只testing了NS1和Amazon AWS网站的DNS查找时间，因为我想他们使用自己的DNS服务器。 我从两个地方进行了testing – 所有样本量都很小，都在美国境内，但是您可以testing一下自己。 这是时间。
NS1: 88ms, 70ms: average 79ms AWS: 74ms, 83ms: average 78.5ms 所以总的来说，你正在做的事情更复杂，更慢，每月可以节省大约0.75美元。 build议你坚持路线53。