AWS Route 53 DNS 基于延迟的路由(LBR)对于给定用户的重新计算频率是多少?

48次阅读
没有评论

问题描述

想了解在使用 AWS Route 53 的基于延迟的路由(LBR)时,可以期望路由数据对于给定用户的更改频率是多少。
例如,如果我在 Route 53 中设置了基于延迟的路由,并且在我的应用程序的两个不同地区之前使用 CloudFront,而 Route 53 将我的用户发送到西海岸,那么这个决策的有效期是多久?换句话说,这个决策有多稳定?
我们是否有风险,即使西海岸仍在运行,用户几分钟后会被切换到东海岸,仅仅因为公共互联网上的一些微小路由变化?
或者这个决策更抽象,而不是直接基于用户与地区边界之间的实际点对点延迟,而是基于 IP 范围?这意味着用户被发送到“应该”具有最低延迟的地区,但是对延迟的微小实时变化将被忽略?

解决方案

请注意以下操作注意版本差异及修改前做好备份。
根据 AWS Solutions Architect 的回答,Route 53 使用 AWS 点对点的延迟数据来确定从 AWS 到用户所在位置的最快路径,这些数据是在一个较长的时间段内进行测量和存储的。
因为延迟测量是在一段时间内进行的,并且测量反映了这些变化。所以不会出现用户在不同地区之间来回切换的情况。根据文档中的描述:
“基于延迟的路由是基于一段时间内进行的延迟测量,这些测量反映了这些变化。本周路由到 Oregon 地区的请求可能在下周路由到 Singapore 地区。”
所以,虽然这不是一个确切的答案,但它提供了一般的见解,对于某些决策来说已经足够了。例如,我们是否会看到用户基于互联网主干上的一些大规模路由问题在不同地区之间来回切换?答案是否定的。这足够的信息在大多数应用程序使用情况下,不需要担心在两个地区之间同步会话信息。
希望这对其他人有所帮助。

正文完