AWS Route 53如何实现基于延迟的路由?

che*_*hen 1 dns amazon-web-services amazon-route53

AWS Route 53可以提供基于延迟的路由策略(请参阅AWS Route 53中的延迟路由策略

但是我想知道Route 53如何准确知道我的笔记本电脑(客户端)与服务器端点之间的延迟。

AWS是否发布了提供此功能的机制?我应该以100%的信念信任它还是仅仅基于最佳猜测?

Mic*_*bot 5

一旦您发送了DNS查询,服务就尝试像现在那样“三角剖分”并实际测量对您的延迟为时已晚。那不是什么。

根本找不到“ you”也是不切实际的,因为查询Route 53的不是“ you”,而是DNS递归解析器,通常由您的ISP或由递归DNS提供商(例如Google(8.8.8.8))提供的解析器来操作或OpenDNS。

路由53 支持edns-client-subnet扩展,其中解析程序(还必须支持它才能使此部分正常工作)转发您IP地址的掩码版本,以便权威服务器(路由53)具有近似但不完全相同的地址。 , 你的地址。例如,如果您的IP地址为203.0.113.20,则解析程序将发送类似于203.0.xxx.xxx的信息(过于简化,但这就是这个想法-相邻IP地址在地理位置上很可能是最接近的)。该信息用于提供最佳响应。如果您的解析器不支持EDNS,则使用解析器的位置,而不是可能更精确的截断IP地址表示形式。

像所有基于IP的地理位置一样,这也不是一门精确的科学-这是基于Route 53维护的地理位置数据库的查询,这是一个最佳猜测,它是对全球IP地址空间和最接近每个地址块的AWS区域进行的- -在物理上不一定要在很大的圆周或空中距离上最接近,而是根据互联网上最有可能通过的路线的拓扑最接近。

他们如何建立该数据库?当然,这部分没有记录。

  • @ red888基于延迟的本质上通常是地理上的,因为物理接近度通常与较低的延迟相关联...但是Route 53地理位置路由根本不一定与延迟有关。借助地理位置路由,您可以自行决定地图的绘制方式,并且可能出于政治,法规或其他原因-例如,您可以将所有美国观众都路由到新加坡,除了得克萨斯州,您可以将其发送到伦敦,然后将所有澳大利亚人圣保罗的观众,北弗吉尼亚的其他观众。并不是说您有理由这么做,但是如果需要的话,您可以这样做。 (2认同)
  • *“确定当前哪个区域到该用户位置的等待时间最短” *是正确的,具体取决于我们如何定义“当前” –实时是不切实际的。有趣的是,关于新加坡某些观看者的流量如何一次通过香港比直接通过新加坡边缘更有效地路由到CloudFront,在这种情况下,地理位置接近并不是最终决定因素:https://aws.amazon.com / blogs / architecture /为可靠性和性能选择服务端点/ (2认同)