摘要

  • 对主、备记录都关联健康检查的故障转移配置，Route 53 在两者都不健康时返回主记录；红灯没有自动撤销这个地址的出场资格。
  • AWS 选择保留一次连接机会，防止错误的健康检查或连锁过载把仍能服务的系统排除干净。企业仍须决定：这次机会允许用户做什么。

最后一格，销售演示通常已经结束

一场漂亮的容灾演示很容易拍。主站正常，用户去主站。关掉主站，备站接上。屏幕切回绿色，采购会议散场。

还有一格没有演：备站也红了。

AWS 的 Route 53 文档把这一格写得相当干脆。主记录和备记录都关联了健康检查，主记录健康就返回主记录；主记录不健康、备记录健康就返回备记录；两者都不健康，返回主记录。走完一圈，地址又回到最初那一站。记录选择规则

这是一项 DNS 回答规则。它决定查询者收到哪个地址。主站的业务能否完成，仍由抵达后的系统状态决定。控制台上的红色判断也没有因为主地址重新出现，就被涂成绿色。

真正值得买方注意的是这个顺序背后的权力安排。企业购买的故障转移服务，内置了一个偏好：所有候选都被健康检查淘汰时，仍给出最后一条路。名字解析层已经作出选择，业务负责人却可能还以为“红灯”天然等于“禁止进入”。

给地址，有时比不给地址更诚实

AWS 并非忘了把门关上。它在故障排查文档里解释了为什么保留回答：健康检查可能配置错误，应用仍可服务用户；若把全部目标都排除，原本还有机会完成的访问也会被切断。故障转移问题说明

同一份文档给出一个过载例子。三个目标中，一个被判不健康，其余两个接下更多流量；这两个又因负荷上升而失败。到最后，继续把全部目标排除，可能比重新分摊到三个目标更糟。这是 AWS 用来解释设计的例子，现实中的某个客户是否经历了这个过程，需要另外的证据。

这个理由相当务实。健康检查是观察，观察也会犯错。把一个观察系统授予绝对封路权，等于允许测量工具制造它本来要防止的停机。最后仍返回地址，保留了用户成功的可能。

但“还有机会成功”与“值得再接受一笔业务”是两种账。一个公共资料站可能宁愿让读者多试一次；一个必须核对库存才能确认的订单入口，则要自己控制确认动作。两种业务都能使用 DNS 故障转移，最后一公里的决定却不能由同一个红绿标签代签。

因此，这条规则对采购的挑战很具体：报价单里多了一个备站，并没有自动补上“双站同时不可靠时怎么经营”这一页。

探针测到了什么

Route 53 的端点检查有可选的协议、间隔和失败阈值。连续失败达到阈值后，目标被判不健康；在达到阈值之前成功，失败计数会重置。通知可以通过 CloudWatch 和 SNS 配置，通知与 DNS 记录的选择各有其工作。健康检查工作方式

这些动作里的每一个词都比“系统健康”窄。HTTP 或 HTTPS 检查寻找符合条件的连接和响应；HTTPS 检查甚至不验证 SSL/TLS 证书。一个通过检查的目标，可能只证明探针问到的那个入口按规则作答。企业完整的购买、写入或查询流程，需要企业自己的证据。健康判定条件

检查还按周期运行，端点检查可选十秒或三十秒间隔，各检查器独立工作。DNS 查询到来时，系统不会为了这一次询问才重新跑一遍应用测试。把 DNS 回答理解成实时签发的营业执照，是给几包探测报文加了过高的职务。

还有一个容易省错的地方。若备记录没有关联健康检查，Route 53 将其视为健康；主记录不健康时，会返回备记录，即使备站实际也有问题。少买、少配或少维护一个检查，改变的是选择依据，备站本身不会因此变强。

企业于是有了三笔不能混记的资产：备用容量、观察能力、以及业务在退化状态下仍能正确处理请求的能力。前两项可以在基础设施界面里看见，第三项往往藏在应用逻辑和责任分工里。账面上的“两地部署”，最容易替第三项冒领功劳。

红灯不是董事会决议

这项设计对 AWS 的激励也很清楚。DNS 服务要尽力回答，一个错误探针不该轻易让所有候选从世界上消失。AWS 把这一取舍公开写出，给买方留下了可调查的边界。

买方的激励却更杂。基础设施团队可能因切换成功而得分，业务团队在乎交易结果，值班人员最先看到的是告警。若验收只测“主坏、备好”，三个团队很容易在同一个绿色结果上签字，却没有共同接受最后那一格。

应当补做的验收并不神秘：在受控测试中让两条记录关联的检查都达到不健康状态，分别记录健康判断、实际 DNS 回答，以及应用允许完成的动作。这样得到的是一个可追问的业务结果，而不是一张灯色截图。测试应在企业批准的环境和边界内进行，不能拿公开文档冒充已经做过的生产实验。

目前这些官方文件没有给出某一家客户在双不健康状态下的业务成功率；判断真实事故需要同一时段的 DNS 回答与应用结果。

在已有证据范围内，结论足够直接：Route 53 的最后手段是给出主地址，企业的最后手段必须由企业设计。给用户一张门牌，和允许收银台继续结账，是两项决定。

参考原始文件

AWS 控制台还能显示健康状态、检查器地址、最近失败原因和时间等信息；计算型检查有相应例外。这些记录可帮助把探针观察与 DNS 回答、应用日志按时间对齐。查看健康检查状态