禁用AZRebalance后，AZ不健康及缩扩容场景下的行为咨询

先理清楚基础逻辑：AZRebalance的核心是主动在健康可用区之间平衡实例数量（比如自动把实例从实例多的AZ移到少的），而禁用它之后，只有在扩容/缩容事件触发时，Auto Scaling才会尝试在实例数最少的健康AZ中操作——注意这里的健康AZ判断是独立于AZRebalance开关的。

针对你的两个问题逐一解答：

1. 禁用AZRebalance且某个AZ变为不健康状态的后果 #

• Auto Scaling不会主动将不健康AZ中的运行实例迁移到其他健康AZ（因为AZRebalance的主动平衡功能已经关闭），除非这些实例本身被检测为不健康（比如心跳失败），此时Auto Scaling会替换它们，但替换的实例会在健康AZ中启动。
• 后续的扩容操作会完全跳过这个不健康的AZ，只会在剩余的健康AZ中选择实例数最少的来启动新实例。
• 缩容操作时，Auto Scaling的默认逻辑是优先终止最近启动的实例，但如果不健康AZ中有实例，不会特意优先终止它们，除非你配置了自定义的终止策略。
• 整体来看，你的实例分布会暂时失衡（不健康AZ可能还保留着之前的实例，健康AZ的实例数可能更多），但不会有新实例被部署到不健康AZ中。

2. 不健康AZ场景下，系统会执行故障转移还是继续在该AZ启动实例？ #

绝对不会继续在不健康AZ中启动实例——Auto Scaling会持续监控AZ的健康状态，只要AZ被标记为不健康（比如AWS检测到AZ级别的故障，或者多次在该AZ启动实例失败），无论AZRebalance是否启用，扩容时都会跳过这个AZ。

至于“故障转移”：

• 如果是AZ级别的整体故障，Auto Scaling不会主动把该AZ中的所有健康实例迁移到其他AZ（因为AZRebalance已禁用，没有主动平衡的触发逻辑）。
• 但如果该AZ中的实例因为AZ故障而变为不健康（比如无法连接、心跳中断），Auto Scaling会自动替换这些不健康实例，并且新实例会在健康AZ中启动——这算是实例级的故障替换，而非AZ级的主动故障转移。

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