我得到了"502坏网关错误“之间的53号线路的切换区域故障转移。
在主次之间切换需要2-3分钟,如果初级是关闭的。同时,在DR站点上,如果出现第一次,则需要6至8分钟才能将车辆从DR转到一级。如何将停机时间从6分钟降至8分钟至0分钟?
发布于 2017-12-19 09:44:52
您需要检查+ Route53健康检查需要多长时间才能确定是否需要故障转移,最后一步是DNS记录的TTL。
例如,假设您有一个托管在后台的web应用程序和ELB,并且您正在通过myapp.mydomain.com访问它。
ELB健康检查
虽然您应该检查的主要内容是R53健康检查(见下文),但电子束配置也很重要。
看看需要多长时间才能确定失败:
确保在两个区域的ELB中这种配置是相同的。
Route53健康检查
这是决定故障转移时间的主要因素。您可能有两个myapp.mydomain.com的CNAME记录,每个记录指向一个R53健康检查,每个健康检查点在它各自的区域的一个ELB。检查两项健康检查,并确保:
确保两个健康检查的配置(主要和次要)是相同的.
一旦状态改变,则由DNS记录TTL决定。
Route53 CNAME TTL
通过查看记录TTL,检查CNAMES在故障转移后指向记录的时间。例如,如果TTL是30,它将需要大约。30秒后,Route53将开始指向次要区域。
确保两个CNAME记录都具有相同的TTL.。
在此之后,您可以确定故障转移所需的时间,例如:您的健康检查正在查看端口80:/可用性,您的健康检查需要大约的时间。30秒,你的apache就会死在主站点上。
在30秒内,ELB将确定实例停止服务,并停止转发通信量。在相同的30秒内(例如),监视相同健康检查(端口80:/)的R53健康检查也将确定主健康检查是不健康的。
--这是R53决定开始将DNS查询指向二级ELB.的地方。
如果您的TTL设置为30,则应大约完成故障转移。1分钟,+/-一段时间用于繁殖等
确保不要将您的健康检查设置得太频繁,这取决于您的ELB后面有多少实例,它可能会导致从ELB和Route53为健康端点调用大量服务。
https://stackoverflow.com/questions/47882190
复制相似问题