Asp.net Windows Azure中的DNS查找时间

我有一个域名（比如www.xxx.com）。我的域名在GoDaddy.com上。我的GoDaddy域是指我的azure域（比如myapp.cloudapp.net）。但是我得到的DNS查找延迟从400毫秒到800毫秒。如果我直接浏览myapp.cloudapp.net，那么DNS查找将需要将近100毫秒的时间。为什么我会有这么大的不同？如何最大限度地减少这种差异？

我在自己的部署中没有看到这种差异，但我做了一些事情来简化生活：

我使DNS条目非常稀疏（GoDaddy DNS记录在大量的垃圾中）

我将A记录设置为服务器的解析IP

我将所有子域设置为简单的@records，而不是唯一的IP

我将我的大多数Azure属性托管在他们的Anywhere US数据中心，我相信该数据中心在物理上与GoDaddy自己的DNS服务器相对较近

---

希望这有帮助

我自己的部署中没有看到这种差异，但我做了一些事情来让生活更轻松：

我使DNS条目非常稀疏（GoDaddy DNS记录在大量的垃圾中）

我将A记录设置为服务器的解析IP

我将所有子域设置为简单的@records，而不是唯一的IP

我将我的大多数Azure属性托管在他们的Anywhere US数据中心，我相信该数据中心在物理上与GoDaddy自己的DNS服务器相对较近

---

希望这能有所帮助

我会补充说，使用“Anywhere XXX”不是个好主意。始终使用特定位置，即使在定义地缘组时也是如此。IP“在某种程度上”是动态的。它是静态的，足以满足一些人的需要（也就是说，如果你不删除部署，它就不会被重新分配。外部IP不是动态的。内部IP是。我知道。我已经在部署IP上运行了大约70个子域一年了，所有这些都是通过交换IP实现的。如果你每次核弹部署插槽，它将不会保留IP，但在其他情况下它会粘住。至于Anywhere XXX…当您使用SQL Azure（数据中心较少）时，这更为重要。谢谢。我将进一步检查。这是MS提供的有关虚拟IP的一些信息-我只想补充一点，使用“Anywhere XXX”不是一个好主意。始终使用特定位置，即使在定义关联组时也是如此。IP“在某种程度上”是动态的.它的静电度足以满足一些人的需要（也就是说，如果你不删除部署，它就不会被重新分配。外部IP不是动态的。内部IP是。我知道。我已经在部署IP上运行了大约70个子域一年了，所有这些都是通过交换IP实现的。如果你每次核弹部署插槽，它将不会保留IP，但在其他情况下它会粘住。至于Anywhere XXX…当您使用SQL Azure（数据中心较少）时，它更重要。谢谢。我将进一步检查。这是MS提供的有关虚拟IP的一些信息-