使用AWS网络ELB:注册的实例至少需要4分钟才能变得“健康”。这些实例和服务已经运行了几天了,作为部署的一部分,我只是简单地取消注册,然后在同一个目标组上注册。如果我使用一个脚本或使用AWS,CLI没有什么区别。
健康检查设置是:
我可以看到连接请求从指定的任何端口进入,服务适当地响应,然后连接被关闭。据我所知,这应该足以让ELB确定实例是否健康(一旦过了阈值)。这意味着我的实例在注册时间后的90秒内已经启动并运行。我不知道为什么会发生这种事,应该直截了当。
我无法确定是什么导致了如此长的拖延,因为我已经达到了已知的标准,我的情况是健康的。他们在Elb.InitialHealthChecking理由前坐了大约4分钟。对于进一步测试以确定延迟的原因有什么想法吗?
发布于 2018-03-21 07:05:11
我们用NLBs解决了这个问题,并于2018年3月20日在AWS支持下提出了这个问题。他们的答复:
这是一个已知的问题,其中一个新注册的实例在较长的时间内处于初始状态,我们的内部团队已经着手解决这个问题。不幸的是,在这一点上,我们没有一个ETA的修复。
他们证实,在正常情况下,目标应该保持在initial状态,直到HealthyThreshold健康检查通过。
发布于 2021-09-22 08:48:24
我可以确认这在2021年9月之前是行不通的。我以为我做错了什么,但是,一切都很好,4到5分钟后就可以到达healthy status了。:

发布于 2021-04-21 20:42:40
这几乎是北草坪会议大楼的预期行为。
是的,当您向网络负载均衡器注册一个新目标时,预计需要在90到180秒内完成注册过程。注册完成后,网络负载均衡器健康检查系统将开始向目标发送健康检查。新注册的目标必须通过配置的间隔的健康检查,以进入服务和接收通信量。例如,如果您将您的健康检查配置为30秒间隔,并且需要3次健康检查才能恢复健康,那么新注册的目标进入服务的最短时间是在新目标通过其第一次健康检查后90秒。 类似地,当您从网络负载均衡器中注销目标时,需要90到180秒才能处理请求的注销注册,之后它将不再接收新的连接。在此期间,弹性负载平衡API将报告目标处于“排水”状态。目标将继续接收新的连接,直到注销注册处理完成为止。在配置的注销注册延迟结束时,目标将不包括在目标组的描述-目标-健康状态响应中,并将在查询特定目标时以“Target.NotRegistered”的理由返回“未使用”。
支持也证实,没有任何工作正在进行中,使它的速度超过3分钟。
https://stackoverflow.com/questions/47256085
复制相似问题