Route 53能否将故障流量转移至外部平台托管的维护页面？

不需要必须将维护页面托管在S3，完全可以使用其他平台或实例托管的页面（比如你提到的test.example.com/outage），下面是两种可行的实现方案：

方案一：通过Route 53故障转移路由实现 #

这种方式适用于ALB本身或后端服务完全不可用的场景：

• 给你的ALB（或后端Web服务器）配置Route 53健康检查，设置合适的检查频率和阈值，确保能准确检测服务异常。
• 在Route 53中创建两条同域名的记录：
  • 主记录：类型选A/AAAA，指向你的ALB，故障转移类型设为主，关联刚才创建的健康检查。
  • 备用记录：类型选CNAME（如果维护页面域名是二级域名）或A/AAAA，指向test.example.com，故障转移类型设为备用。当主记录的健康检查失败时，Route 53会自动将流量切换到这条备用记录。
• 若维护页面需要特定路径/outage，可以让托管维护页面的服务器配置路由规则，将根路径请求重定向到/outage，或者直接把维护内容部署在根路径。

方案二：通过ALB监听器规则实现 #

这种方式更适合后端Web服务器故障但ALB本身仍正常运行的场景：

• 给ALB的后端目标组配置健康检查，当目标组内的服务器全部异常时，ALB会触发对应的监听器规则。
• 在ALB的监听器中添加规则：当目标组健康检查失败时，将请求重定向到test.example.com/outage，设置好重定向的状态码（推荐302临时重定向）。

总结：只要维护页面能被公网正常访问，不管托管在什么平台，都可以用来做故障转移的备用目标，没有必须使用S3的限制。

内容的提问来源于stack exchange，提问作者cruise6