AWS - Elastic Load Balancing 是否真的会阻止 LOAD BALANCER 故障转移？
AWS - Does Elastic Load Balancing actually prevent LOAD BALANCER failover?
我直接从一些 AWS 文档中获取：
"As traffic to your application changes over time, Elastic Load Balancing scales your load balancer and updates the DNS entry. Note that the DNS entry also specifies the time-to-live (TTL) as 60 seconds, which ensures that the IP addresses can be remapped quickly in response to changing traffic."
两个问题：
1) 我最初的印象是单个静态 IP 地址将映射到 AWS 负载均衡器的多个实例，从而导致均衡器级别的容错，例如，如果一台机器由于某种原因崩溃，注册到我的域名的静态 IP 地址将简单地动态 'moved' 到另一个平衡器实例并继续服务请求。 这是错误的吗？ 根据上面来自 AWS 的引述，似乎这里发生的唯一魔法是 AWS 的 DNS 服务器为您的 AWS 注册域名保留了多个 A 记录，并且在 60 秒后如果没有来自客户端的连接，TTL 将过期并且 Amazon 的 DNS 条目将更新为仅开始向活动 IP 发送请求。在连接失败的客户端，这仍然需要 60 秒。对或错？为什么？
2) 如果上述情况属实，如果我使用主机提供商 GoDaddy 输入多个 "A" 名称记录并将 TTL 设置为 60 秒，在功能上是否等效？
谢谢！
为 ELB 分配了一个 DNS 名称，然后您可以将该名称作为别名分配给 A 记录，see here。如果您的 ELB 设置了多个实例，您可以定义健康检查。您可以确定检查的路径、频率以及失败次数表明实例已关闭（例如，每隔 10s 检查 /，超时时间为 5s，如果失败 2 times 认为它不健康。当一个实例变得不健康时，所有剩余的实例仍然可以毫不延迟地很好地服务请求。如果实例 returns 处于健康状态（例如，它连续通过 2 检查）然后它 returns 作为负载均衡器中的健康主机。
这句话指的是负载均衡器本身。如果它有问题或 AZ 变得不可用，它会描述底层 ELB DNS 记录发生的情况，而不是您分配给它的别名记录。
流量是否受到影响部分取决于您的设置如何处理会话。无论它们是 sticky 还是由 elasticache 或您的数据库等其他系统处理。
我直接从一些 AWS 文档中获取：
"As traffic to your application changes over time, Elastic Load Balancing scales your load balancer and updates the DNS entry. Note that the DNS entry also specifies the time-to-live (TTL) as 60 seconds, which ensures that the IP addresses can be remapped quickly in response to changing traffic."
两个问题：
1) 我最初的印象是单个静态 IP 地址将映射到 AWS 负载均衡器的多个实例，从而导致均衡器级别的容错，例如，如果一台机器由于某种原因崩溃，注册到我的域名的静态 IP 地址将简单地动态 'moved' 到另一个平衡器实例并继续服务请求。 这是错误的吗？ 根据上面来自 AWS 的引述，似乎这里发生的唯一魔法是 AWS 的 DNS 服务器为您的 AWS 注册域名保留了多个 A 记录，并且在 60 秒后如果没有来自客户端的连接，TTL 将过期并且 Amazon 的 DNS 条目将更新为仅开始向活动 IP 发送请求。在连接失败的客户端，这仍然需要 60 秒。对或错？为什么？
2) 如果上述情况属实，如果我使用主机提供商 GoDaddy 输入多个 "A" 名称记录并将 TTL 设置为 60 秒，在功能上是否等效？
谢谢！
为 ELB 分配了一个 DNS 名称，然后您可以将该名称作为别名分配给 A 记录，see here。如果您的 ELB 设置了多个实例，您可以定义健康检查。您可以确定检查的路径、频率以及失败次数表明实例已关闭（例如，每隔 10s 检查 /，超时时间为 5s，如果失败 2 times 认为它不健康。当一个实例变得不健康时，所有剩余的实例仍然可以毫不延迟地很好地服务请求。如果实例 returns 处于健康状态（例如，它连续通过 2 检查）然后它 returns 作为负载均衡器中的健康主机。
这句话指的是负载均衡器本身。如果它有问题或 AZ 变得不可用，它会描述底层 ELB DNS 记录发生的情况，而不是您分配给它的别名记录。
流量是否受到影响部分取决于您的设置如何处理会话。无论它们是 sticky 还是由 elasticache 或您的数据库等其他系统处理。