Amazon ec2 亚马逊负载平衡器稳定运行的标准是什么？

几个月来，我一直在Amazon上使用负载平衡器运行两个相同的中型CPU实例。我注意到负载平衡器有一个习惯，就是定期声明一个实例不健康，将该实例取下并替换为已定义AMI的新实例

从技术上讲，这是正确的做法，我只是不明白为什么它偶尔会认为这个实例是不健康的。在过去的3天里，我一直在监视健康检查端口，当使用这两个实例的公共DNS时，每60秒检查一次会持续工作。在此期间，负载平衡器已三次声明实例不健康，并将其替换。这些例子对于我所需要的东西来说是有目的的，所以我可以排除这是一个问题

对于ELB架构，我知道这在技术上并不重要，但不健康的比率已经从每周一次上升到每天一次以上。每旋转一个实例都会额外花费我一个小时的实例成本。如果情况变得更糟，成本将变得微不足道，但更重要的是，这并不能让我相信ELB的内部结构

这和我的问题不同，我的问题只是偶尔的失败。作为参考，我使用的是EU/Ireland数据中心，我的不健康标准是在5分钟内我的端口（8080）出现10次故障（这比我真正想设置的时间要长，我不希望到实例的流量在5分钟内得不到响应）

---

我知道有人会建议联系亚马逊，但我没有支持合同，任何尝试过这种方法的人都知道我会得到什么样的答案，如果我得到的话。我真的很喜欢这个想法，它对我来说似乎不太稳定。

让实例处于不健康状态的唯一原因是健康检查失败。确保您的应用程序没有负载峰值，使用一些第三方工具（如nagios、cacti、monit）监控性能，并在此峰值期间检查系统。

是否使用自动缩放？传统实例可能由配置中定义的特定条件启动。如果已安装“自动缩放命令行工具”，请按“描述自动缩放组-标题”运行

，以列出自动缩放组。请注意最后几列，如：MIN-SIZE、MAX-SIZE、DESIRED-CAPACITY。您正在为运行状况检查轮询什么，即端口8080上有什么响应？我总是有一个静态文件放在那里，健康检查实际上只是一个确保web服务器（和服务器）正常运行的检查。另外，您通过ELB收到了多少请求？看起来在流量非常高的情况下可能存在一些已知问题-是的，我们正在轮询空文件。关于请求的数量——有时是每秒3000个