我已经完成了我的AWS ELB架构为我们的网站,并成功地创建了发射配置和目标组,其中的实例创建背后的负载均衡器。
我的配置如下:
目标群体
WebInstancesHttps
通过端口443的HTTPS
健康检查
HTTPS
路径: /healthy.html
443港
健康阈值: 10
不健康阈值:2
超时:5
间隔: 30
自动标度群
理想:2
最低限度:2
最多:3
暂时没有缩放策略。
负载平衡器
侦听HTTP:80和HTTPS:443的应用程序负载平衡器,它们都转发到上述目标组。
问题所在
我还有一个问题,就是由于健康检查失败,我的实例一直被终止。尽管,查询健康检查配置中提到的路径总是有效的,而且实例似乎完全没有问题。
不时地,一个实例变得不健康,然后一个新实例被实例化。
我已经阅读了有关健康检查的所有文档,并且我理解其背后的理论,但我不明白为什么在应用程序几乎没有通信量或负载的情况下,主机的健康检查有时会失败。这个应用程序除了上面提到的实例不断失败的健康检查之外,效果很好.但我不知道为什么。
我很难调查这个问题,因为所有的配置似乎都足够了。
更新2019-03-13
似乎aws s3同步命令在我的crontab档中每分钟执行一次.
20343 bitnami 20 0 192392 48884 9696 R 34.3 2.4 1:06.32 /usr/bin/python3 /home/bitnami/.local/bin/aws s3 sync --delete /opt/bitnami/apps/wordpress/htdocs s3://nutriti-code
20351 bitnami 20 0 192108 48608 9680 R 32.7 2.4 0:37.24 /usr/bin/python3 /home/bitnami/.local/bin/aws s3 sync --delete /opt/bitnami/apps/wordpress/htdocs s3://nutriti-code
20375 bitnami 20 0 339360 48748 9728 R 32.7 2.4 0:10.88 /usr/bin/python3 /home/bitnami/.local/bin/aws s3 sync --delete /opt/bitnami/apps/wordpress/htdocs s3://nutriti-code
(这来自我的作者节点,但我怀疑在被终止的读取器节点上也会发生同样的情况。)
aws s3同步命令运行数分钟,直到服务器无法进行健康检查。
附加了用于健康检查失败的所有时间戳:https://photos.app.goo.gl/sdU1yzL4r5q8q5hz5
我们将非常感谢您的一些见解!
谢谢!
发布于 2019-03-28 16:36:09
我也遇到了同样的问题,我花了很长时间才找到可能导致经典负载平衡器“停止服务”错误的错误所在。
转到“健康检查”>编辑"Ping目标“从"Http”到"TCP“
现在是“服役”了。
我希望这对你们任何人都有帮助。
https://serverfault.com/questions/958008
复制相似问题