AWS Route 53重定向到状态页面

时间:2014-09-24 04:41:38

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

第一个问题,所以如果我弄错了,那就好了。

我们正在使用Route 53与Amazon,并将我们的主要前端服务器置于ELB之后。我们的应用程序还通过HTTPS路由所有请求。我们正在通过statuspage.io。

使用异地状态页面

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

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

有没有人成功完成这项工作?我想它必须是可能的,但它绝对超出了我的专业领域。

非常感谢你的时间和帮助。

2 个答案:

答案 0 :(得分:3)

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

步骤:

  1. 创建分发并设置CNAME以匹配您的DNS条目。
  2. 上传并将您的SSL证书与您的发行版相关联
  3. 将故障转移目标更新为您的CloudFront分配,并将其设置为别名。
  4. [1] http://aws.amazon.com/about-aws/whats-new/2014/03/05/amazon-cloudront-announces-sni-custom-ssl/

答案 1 :(得分:1)

Route53正在管理您想要做的DNS(即使您更改了DNS,也需要TTL进行同步)。您应该使用 auto-scaling policies health-checks 的组合。这些健康检查将由ELB每30秒执行一次,如果连续两次检查失败,它会将该实例标记为停止服务,并将停止将流量定向到它(ELB将流量引导到您的实例)以循环方式)。

拥有多个实例并使用自动扩展规则是关键:它将使AWS能够终止不健康的实例并转而启动新实例(在具有相同AMI的相同ASG中)。