【问题标题】:Amazon Elastic Load Balancer (ELB) url not resolved by instance attached to itAmazon Elastic Load Balancer (ELB) url 未由附加到它的实例解析
【发布时间】:2013-09-04 10:09:50
【问题描述】:

我们正在使用 Amazon Web Services EC2 创建两台服务器,然后将它们连接到弹性负载均衡器 (ELB)。实例最终使用负载均衡器本身的 url 来请求 WCF 服务。

在少数情况下,实例在 10 分钟内无法解析负载均衡器的 url,然后它就可以正常工作了。以下是我们所做的总结:

  1. 我们创建一个负载均衡器
  2. 我们在同一个区域中创建两个实例
  3. 我们将实例连接到负载均衡器,并等待它们都准备好(即能够处理请求)。

有时,一旦我们开始测试,附加到负载均衡器的实例无法解析负载均衡器的 url。大约 10 分钟后便能够解析名称。这是我们得到的错误:

---> System.Net.WebException:无法解析远程名称:'nightlyblb13083105564592203800-455163519.us-east-1.elb.amazonaws.com'

有什么想法吗?我们添加了所有检查以确保在开始使用负载均衡器后两个实例都已准备就绪,并且我们非常确信情况确实如此,但是上述问题大约在 20 次测试中发生。

【问题讨论】:

  • 这听起来像是 DNS 解析问题。您是否直接使用 AWS DNS 服务器解析?还是您要针对本地或 isp DNS 服务器进行解析?
  • 我们直接用AWS DNS服务器解析,所以在其他方面我们没有改变亚马逊机器配置。

标签: wcf amazon-web-services amazon-ec2


【解决方案1】:

如果我正确理解您的测试框架,这很正常。 ELB 的扩展方式是,它开始在一台非常小的机器上运行,随着流量的增加,它会被引导到越来越大的机器上。但是,ELB 并未配置为处理闪存流量,尤其是来自少量主机的流量,负载测试场景就是这种情况。这是因为每当 ELB 扩展时 DNS 记录都会更改,并且有时需要一段时间才能传播。负载测试框架有时会缓存 DNS 查找,使事情变得更慢。官方 ELB 文档 (http://aws.amazon.com/articles/1636185810492479) 指出,流量每 5 分钟增加不应超过 50%。我发现如果您希望获得超过 150-200k RPM,则扩展需要更长的时间。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2015-08-27
    • 2017-03-10
    • 2016-02-05
    • 2017-12-08
    • 2014-02-24
    • 2017-09-07
    • 2016-03-29
    • 2014-09-16
    相关资源
    最近更新 更多