AWS - Elastic Load Balancing是否实际上阻止了LOAD BALANCER故障转移?

时间:2018-06-07 00:31:10

标签: amazon-web-services dns elastic-beanstalk load-balancing elastic-load-balancer

我从一些AWS文档中直接看到了这一点:

“随着应用程序的流量随时间变化,Elastic Load Balancing会扩展您的负载均衡器并更新DNS条目。请注意,DNS条目还将生存时间(TTL)指定为60秒,确保可以快速重新映射IP地址以响应不断变化的流量。“

两个问题:

1)我最初的印象是,单个静态IP地址将映射到AWS负载均衡器的多个实例,从而导致平衡器级别的容错,如果例如一台机器由于某种原因而崩溃,静态注册到我的域名的IP地址将被动态“移动”到另一个平衡器实例并继续提供请求。 这是错误的吗?根据AWS上面的引用,似乎这里发生的唯一魔力是AWS的DNS服务器为您的AWS注册域名保留多个A记录,并且在60秒没有连接后从客户端,TTL到期,亚马逊的DNS条目更新为仅开始向活动IP发送请求。在连接失败的客户端仍然需要60秒。对或错?为什么?

2)如果上述情况属实,如果我使用GoDaddy的主机提供商,输入多个“A”名称记录,并将TTL设置为60秒,它是否在功能上等效?

谢谢!

1 个答案:

答案 0 :(得分:1)

为ELB分配了一个DNS名称,然后您可以将其作为别名see here分配给A记录。如果您的ELB设置了多个实例,则可以定义运行状况检查。您可以确定检查的路径,频率以及表示实例已关闭的故障数量(例如,/10s检查一次5s超时,如果失败{{1}认为它不健康。当一个实例变得不健康时,所有剩下的实例仍然可以毫无延迟地处理请求。如果实例返回到健康状态(例如它的传递2 times检查一行),那么它将返回负载均衡器中的健康主机。

引用所指的是负载均衡器本身。如果它出现问题或AZ变得不可用,它会描述底层ELB DNS记录会发生什么,而不是您分配给它的别名记录。

流量是否受影响部分取决于您的设置如何处理会话。它们是sticky还是由2或您的数据库等其他系统处理。