8 我们正在使用AWS ELB减轻SSL负载并平衡传入流量。如果所有实例都关闭/运行不正常,则ELB只会发送回HTTP状态为503的空白页。 例如,是否可以发送静态页面以指示维护? amazon-web-services amazon-elb — 海因里希 source
8 您可以考虑以下几种选择: 将AWS的Cloudfront CDN放在ELB的前面,并针对503错误自定义错误响应。AWS文档中提供了有关如何执行此操作的详细信息,可以通过CLI或控制台完成。 使用AWS Route53(或其他DNS提供程序,如果它们提供类似的功能)的DNS故障转移来检测ELB何时关闭,并将DNS指向诸如备份服务器或S3存储桶之类的其他位置。有关详细信息,请参见AWS文档。 — 塞贾约兹 source 3 或者,将两者结合起来并使用Route 53故障转移来更改CloudFront连接到的原始服务器的记录,从ELB更改为存储桶(名称与普通原始主机相同),并在存储桶中使用重定向规则来发送403 / 404回到/...听起来有点令人费解,但避免了讨厌的DNS浏览器缓存,这可能会使浏览器坚持使用ELB或后备主机,直到关闭所有浏览器窗口。很难发现这一点,测试了Route 53故障转移。相比之下,CloudFront在原始服务器主机名查找中使用DNS TTL。 — Michael-sqlbot
/...听起来有点令人费解,但避免了讨厌的DNS浏览器缓存,这可能会使浏览器坚持使用ELB或后备主机,直到关闭所有浏览器窗口。很难发现这一点,测试了Route 53故障转移。相比之下,CloudFront在原始服务器主机名查找中使用DNS TTL。