故障转移与地理位置路由

故障转移路由实现主动-被动配置：一条记录指定为 Primary，另一条指定为 Secondary。只要 Primary 的健康检查通过，Route 53 就始终返回 Primary 记录。如果 Primary 变得不健康，Route 53 会自动切换为返回 Secondary 记录。

故障转移路由是灾难恢复场景中的首选模式：您有一个生产环境（主环境）和一个备用环境（辅助环境），只有在主环境停止运行时，备用环境才应接收流量。

要设置故障转移路由，请使用相同的 DNS 名称创建两条记录：一条使用 Failover=PRIMARY，另一条使用 Failover=SECONDARY。为 Primary 记录附加健康检查。如果 Secondary 指向的资源可能独立发生故障，也应为 Secondary 记录配置健康检查。

Secondary 记录充当静态回退目标——它可以指向 S3 静态网站、维护页面或缩减规模的备用环境。即使 Secondary 没有健康检查，Primary 发生故障时，Route 53 也始终会回退到 Secondary。

故障转移路由会创建主动-被动设置：正常运行期间只有 Primary 提供流量服务，Secondary 保持空闲并等待接管。这样可以降低备用环境的成本，但会导致恢复时间略长（需要等待 DNS TTL 过期并等待 Route 53 完成切换）。

对于主动-主动设置（两个资源同时提供流量服务），请使用加权路由（相同权重）或延迟路由。如果某个资源发生故障，其健康检查会失败，Route 53 会自动将其从 DNS 响应中移除，从而在内置故障转移的同时实现主动-主动模式。

地理位置路由根据 DNS 解析器的地理位置对 DNS 查询进行路由（通常是用户的 ISP 解析器或 AWS Route 53 Resolver）。您可以针对特定大洲、国家或美国州创建记录，Route 53 会返回与查询来源位置匹配程度最高的记录。

如果没有匹配的特定位置记录，Route 53 会返回默认记录（如果已配置）。如果没有默认记录，来自未匹配位置的查询会收到 NODATA。请始终创建默认记录，以处理来自您未明确配置位置的用户。

地理位置路由的主要使用场景：

• 特定语言的内容：将讲法语的用户路由到法语 CDN 源站，将讲德语的用户路由到德语源站
• 法规合规：确保欧盟用户数据留在欧盟区域（GDPR），或阻止来自特定国家的访问
• 本地化价格或可用性：显示特定区域的价格，或将服务限制在受支持的地区
• 地理封锁：将地理位置记录指向维护端点，为来自受限位置的用户返回拦截页面或空响应

Route 53 会匹配最具体的地理位置：州级记录优先于国家级记录，国家级记录优先于大洲级记录，大洲级记录优先于默认记录。州级地理位置路由仅适用于美国。

如果省略默认记录，并且用户的位置与任何已配置记录都不匹配，Route 53 会返回 NXDOMAIN 或 NODATA——这会使未配置区域中的用户无法访问，而且通常不会显示明显提示。请始终添加默认地理位置记录作为兜底，以避免此类无提示故障。

地理邻近路由根据用户与资源之间的实际地理距离来路由流量，并可选择使用偏移量来扩大或缩小每个资源的有效路由半径。正偏移量会扩大资源提供服务的地理区域；负偏移量会缩小该区域。

地理邻近路由只能通过Traffic Flow（Route 53 的可视化路由策略编辑器）使用，并同时支持 AWS 区域（Route 53 会自动获取其坐标）和自定义资源位置（需要您提供纬度和经度）。

Route 53 Traffic Flow 是一个可视化策略编辑器，允许您通过树状图组合多个路由策略来构建复杂的路由逻辑。例如，您可以先应用地理位置路由来分离欧盟流量，然后在欧盟内部应用延迟路由来选择性能最佳的区域，最后在每个区域内使用加权路由进行蓝绿部署。

Traffic Flow 策略带有版本控制，因此您可以安全地测试更改。您可以将一个 Traffic Flow 策略关联到一个或多个 DNS 名称；策略更新会立即传播，无需重新创建单条记录。

故障转移路由可以嵌套在其他策略中。一种常见模式是：使用延迟路由选择最近的区域，然后在每个区域内使用Failover记录。这样，如果该区域中的主端点发生故障，流量就会自动切换到同一区域内的辅助端点。

另一种模式是多区域主动-被动架构：使用延迟路由选择主端点。如果主区域的健康检查失败，Route 53 会继续查找延迟最低的下一个健康区域，从而将延迟优化与 DR 故障转移有效结合起来。

要使故障转移路由正常工作，Primary 记录必须**附加健康检查。如果没有健康检查，Route 53 会将 Primary 视为始终健康，并且永远不会切换到 Secondary。Secondary 记录可以选择配置自己的健康检查；如果 Secondary 也发生故障，Route 53 仍会返回 Secondary 的地址（因为它是最后的备用方案）。

可用于故障转移的健康检查类型包括：HTTP/HTTPS 端点检查、TCP 检查，以及 CloudWatch 告警检查（适用于组合多个指标来反映应用综合健康状况的场景）。

这一区别在 SAA-C03 考试中经常出现：

• 地理位置：根据用户所在的地理位置进行路由——对于给定国家或大洲，始终返回相同的端点，而不考虑性能；用于内容本地化和合规
• 延迟：根据用户所处位置的网络性能进行路由——如果此时 us-east-1 比 eu-west-1 更快，欧洲用户可能会被路由到 us-east-1；用于性能优化

考试题中的关键词：“遵守数据驻留要求”、“特定国家的内容”、“阻止来自某些区域的用户” → 地理位置。“最近的区域”、“最低延迟”、“为全球用户提供最佳性能” → 延迟。

请测试您对本课中 AWS Solutions Architect（SAA-C03）相关概念的理解。

在本课中，您学习了：故障转移路由通过切换到 Secondary 来实现主动-被动 HA，当 Primary 的运行状况检查失败时便会执行切换；地理位置路由根据用户的地理来源来引导用户，以满足合规和本地化要求；地理邻近路由通过 Traffic Flow，结合可配置的偏差来使用物理距离。请始终添加默认地理位置记录，以处理不匹配的位置。接下来，我们将深入探讨运行状况检查和 DNS 故障转移。