AWS ALB目标组不健康时，如何配置监听器规则实现全量转发至健康组？

方案一：利用ALB原生监听器规则优先级+目标组健康状态条件（推荐） #

这是最直接的原生方案，无需额外服务，完全依赖ALB自身规则匹配逻辑：

• 调整监听器规则优先级，新增两条高优先级规则：
  1. 优先级1：添加条件「目标组A的健康实例数 = 0」，动作设置为转发至目标组B
  2. 优先级2：添加条件「目标组B的健康实例数 = 0」，动作设置为转发至目标组A
• 保留原有规则并设置为低优先级（比如优先级3和4）：
  3. 优先级3：条件「请求参数'type'等于'1'」，转发至目标组A
  4. 优先级4：条件「请求参数'type'等于'2'」，转发至目标组B

ALB监听器规则按优先级从高到低匹配，只要高优先级的故障条件触发（目标组无健康实例），所有请求会直接走全局转发规则；当目标组恢复健康后，自动回到原有按参数匹配的逻辑。

方案二：Lambda + CloudWatch Events 自定义规则切换 #

如果需要更灵活的健康判断逻辑（比如结合业务指标而非仅ALB健康检查），可以用这套组合方案：

• 配置CloudWatch Events，监控目标组的TargetGroupHealth指标，当HealthyHostCount降至0时触发事件
• 创建Lambda函数，编写逻辑调用AWS SDK的ModifyListenerRules API：
  • 当目标组A故障时，临时禁用原有两条参数匹配规则，或新增高优先级的全局转发至B的规则
  • 当目标组A恢复健康时，通过Lambda恢复原有规则配置
• 给Lambda配置足够的IAM权限（允许修改ALB监听器规则、读取目标组健康状态）

这种方案支持自定义触发逻辑，但需要额外维护Lambda代码和权限配置，适合复杂场景。

注意事项 #

• 方案一中的目标组健康状态条件完全依赖ALB配置的健康检查规则，需确保健康检查逻辑能准确反映服务可用性
• 方案二中要注意规则修改的原子性，避免出现规则冲突或配置混乱的情况
• 无论哪种方案，建议先在测试环境验证故障切换和恢复流程，确保符合预期

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