AWS ELB HealthCheck改进

Question

全,

最近，我们在ELB HealthCheck中遇到了一个问题，无法掩盖某个导致应用程序影响的用例或场景。

有人能建议一种容错的方法来解决这个问题吗？

1. 我们在端口- 80中运行了一个nodeJS应用程序。
2. 我们在目标组中有3个实例&这是在ELB注册的。
3. ELB HealthCheck被配置为访问端口80上的根路径，并在获得HTTP200时返回成功
4. 最近，其中一个节点在应用程序挂载上填充了100%的磁盘，而根挂载仍然有空间。
5. 尽管HealthCheck按照ELB的方式取得了成功，但服务器没有响应任何其他服务，而且理想情况下是不健康的。这意味着有一些请求成功了，但其中一些请求失败了(被路由到这个充满磁盘的服务器)。
6. 我们确实收到了来自其他磁盘填充监控系统的通知，但是由于大量的电子邮件和有限的资源，它被遗漏了。
7. 有没有其他方法，我们可以即兴的HealthCheck策略，让这些方案只是通知AutoScaling集团或AutoScaling，以便我们可以目标这些节点被删除，并自动更换他们？

Answer 1

不只是检查index.htm页面是否返回200响应，您可以配置弹性负载平衡以指向客户健康检查页面(例如healthcheck.php)。

您可以在该页面上运行一些代码来测试应用程序(数据库连接、磁盘空间、空闲内存)的一般运行状况。如果一切正常，返回一个200响应。如果有问题，返回一个500响应。这将导致负载均衡器将实例视为Unhealthy，并且它将停止为实例提供流量服务。

如果自动缩放配置为使用ELB健康检查，则自动缩放将终止不健康实例并自动用新实例替换它。