2014-09-24 109 views
5

第一个问题,所以如果我得到这个错误不知何故善良。AWS Route 53重定向到状态页面

我们在亚马逊上使用Route 53,并将我们的主要前端服务器放在ELB后面。我们的应用程序还通过HTTPS路由所有请求。我们通过statuspage.io使用非现场状态页面。

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

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

有没有人做过这个成功?我想它应该是可能的,但它绝对超出我的专业领域。

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

回答

3

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

步骤:

  1. 创建分发,并设置CNAME记录,以配合您的DNS条目。
  2. 将您的SSL证书上传并关联到您的分配
  3. 将故障转移目标更新为您的CloudFront分配并将其设置为别名。

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

+0

感谢您的帮助! – Daniel 2014-09-25 20:51:46

1

Route53管理DNS是而不是你想做什么(即使你要更改DNS,也需要TTL来同步)。你应该做的是使用组合auto-scaling policieshealth-checks。这些健康检查将由ELB每30秒执行一次,如果连续两次检查都会失败,则会将实例标记为停用,并停止将流量引导至该实例(ELB正在将流量引导至您的实例循环方式)。

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

相关问题