AWS负载均衡器如何防止目标组内目标因不健康被注销

AWS目标组触发目标自动注销的核心逻辑是：健康检查连续达到指定失败阈值后，会将判定为不健康的目标从组内路由表中移除。针对单目标无冗余的场景，可通过以下配置从机制层面避免仅剩的唯一目标被强制移除，消除空组返回503的问题。

• 调整健康检查判定参数，拉高误判容错空间
  针对网络抖动、后端短时间响应慢这类偶发的健康检查失败场景，通过调整参数减少误触发的概率：
  • 将不健康判定连续阈值设置为支持的最高值10，需要连续10次健康检查失败才会将目标标记为不健康
  • 将健康检查探测间隔调整为30-60秒，降低高频探测带来的偶发失败概率
  • 适当拉长健康检查超时时间，避免后端偶发的毫秒级响应延迟被判定为探测失败
• 配置最低健康主机数保护规则
  在目标组的高级配置中找到最低健康主机占比参数，将其设置为100%。该参数的生效逻辑为：当目标组内健康目标的占比低于设定的阈值时，负载均衡器会暂停执行自动移除不健康目标的动作，强制将所有已注册的目标（包括被判定为不健康的目标）保留在路由表中，避免出现空组场景。
  对于仅关联1个后端目标的场景，只要该目标被标记为不健康，健康主机占比就会从100%回落至0%，触发该保护规则，不会执行自动注销动作。
• 补充路由兜底机制
  可将目标的健康检查路径配置为和实际业务路径解耦的轻量级接口，确保即使业务功能出现局部异常，健康检查接口仍能正常响应，从源头降低目标被判定为不健康的概率。

注意：上述配置会让负载均衡器在目标出现健康问题时仍保留流量转发，适合单目标无冗余的非核心生产场景，核心业务场景仍建议至少配置2个可用目标，避免单节点故障导致的服务中断。

内容的提问来源于stack exchange，提问作者Fred A