Ssl AWS路线53重定向至状态页面

Ssl AWS路线53重定向至状态页面,ssl,amazon-web-services,amazon-route53,Ssl,Amazon Web Services,Amazon Route53,第一个问题,所以如果我搞错了,请友善一点 我们在Amazon上使用的是Route 53,我们的主要前端服务器位于ELB后面。我们的应用程序还通过HTTPS路由所有请求。我们正在通过statuspage.io使用一个非现场状态页面 我试图实现的是,如果主站点宕机,我希望R53将SSL和非SSL通信重定向到我们的状态页面 我最初尝试在S3中设置一个静态页面,但在我们的站点上进行HTTPS请求时仍然存在问题 有人成功地做到了吗?我想这是可能的,但这绝对超出了我的专业范围 非常感谢您的时间和帮助。Rou

第一个问题,所以如果我搞错了,请友善一点

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

我试图实现的是,如果主站点宕机,我希望R53将SSL和非SSL通信重定向到我们的状态页面

我最初尝试在S3中设置一个静态页面,但在我们的站点上进行HTTPS请求时仍然存在问题

有人成功地做到了吗?我想这是可能的,但这绝对超出了我的专业范围


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

Route53正在管理DNS,这不是您想要做的(即使您更改DNS,也需要TTL来同步)。您应该使用和的组合。ELB将每30秒执行一次这些运行状况检查,如果连续两次检查失败,它将标记实例为停止服务,并停止向其定向流量(ELB以循环方式向您的实例定向流量)


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

你说得对,S3网站不支持HTTPS。然而,CloudFront确实如此[1]。您可以做的是故障切换到CloudFront,并将您的源代码设置为S3网站或statuspage.io

步骤:

  • 创建分发并将CNAMEs设置为与DNS条目匹配
  • 上载SSL证书并将其与分发内容关联
  • 将故障转移目标更新为CloudFront分发版,并将其设置为别名
  • [1]