AWS Route 53 重定向到状态页面答案

【问题标题】：AWS Route 53 Redirect to Status PageAWS Route 53 重定向到状态页面
【发布时间】：2014-11-18 11:05:52
【问题描述】：

第一个问题，如果我弄错了，请善待。

我们在 Amazon 上使用 Route 53，我们的主要前端服务器位于 ELB 后面。我们的应用程序还通过 HTTPS 路由所有请求。我们正在通过 statuspage.io 使用非现场状态页面。

我想要完成的是，如果主站点出现故障，我希望 R53 将 SSL 和非 SSL 流量都重定向到我们的状态页面。

我最初尝试在 S3 中设置静态页面，但在我们网站上发出的 HTTPS 请求仍然存在问题。

有没有人成功做到这一点？我想它必须是可能的，但它绝对超出了我的专业领域。

非常感谢您的宝贵时间和帮助。

【问题讨论】：

标签： ssl amazon-web-services amazon-route53

【解决方案1】：

你是对的，S3 网站不支持 HTTPS。但是，CloudFront 确实[1]。您可以做的是故障转移到 CloudFront，并将您的源设为您的 S3 网站或 statuspage.io。

步骤：

创建分配并设置 CNAME 以匹配您的 DNS 条目。
上传您的 SSL 证书并将其与您的发行版相关联
将故障转移目标更新为您的 CloudFront 分配并将其设置为别名。

[1]http://aws.amazon.com/about-aws/whats-new/2014/03/05/amazon-cloudront-announces-sni-custom-ssl/

【讨论】：

【解决方案2】：

Route53 正在管理 DNS，这不是您想要做的（即使您更改了 DNS，它也需要 TTL 才能同步）。你应该做的是使用 auto-scaling policies 和 health-checks 的组合。这些运行状况检查将由 ELB 每 30 秒执行一次，如果连续两次检查失败，它将将该实例标记为停止服务并停止将流量导向它（ELB 将流量导向您的实例）循环方式）。

拥有多个实例并使用自动扩展规则是关键：它将使 AWS 能够终止运行状况不佳的实例并启动一个新实例（在具有相同 AMI 等的同一 ASG 中）。

【讨论】：