AWS负载均衡控制器动态目标组权重方案探讨

背景介绍

在Kubernetes生产环境中，AWS负载均衡控制器(aws-load-balancer-controller)是一个关键组件，用于管理EKS工作负载的流量路由。随着混合架构的普及，许多团队开始同时使用EKS容器和Lambda无服务器服务来构建应用系统。

混合架构面临的挑战

在实际生产环境中，一个常见需求是根据流量负载动态调整EKS和Lambda之间的流量分配。理想情况下，当流量较低时，可以将EKS部署缩容至0个Pod，完全依赖Lambda处理请求；当流量增加时，则自动扩容EKS并减少Lambda的使用。

当前AWS负载均衡控制器存在一个限制：即使目标组中没有健康的主机，流量仍然会被路由到该目标组。这导致无法实现真正的自动故障转移机制。

动态权重路由方案

一个可行的解决方案是通过动态调整目标组权重来实现智能路由：

1. EKS有活跃Pod时：

   • 设置EKS目标组权重大于0
   • 设置Lambda目标组权重为0
   • 所有流量由EKS处理

2. EKS无活跃Pod时：

   • 设置EKS目标组权重为0
   • 设置Lambda目标组权重大于0
   • 所有流量由Lambda处理

技术实现分析

AWS负载均衡控制器已经具备实现这一功能的基础能力：

• 控制器在更新目标组时已经跟踪部署中的Pod数量
• 控制器支持在forwardConfig中配置非EKS目标组
• 控制器可以获取目标组的健康状态信息

基于现有功能，可以扩展控制器逻辑，使其能够：

1. 当目标组中没有健康主机时自动将权重设为0
2. 当其他目标组不可用时自动提升备用目标组的权重

替代方案比较

虽然可以通过外部脚本监控Pod数量并更新注解来实现类似功能，但这种方案存在明显缺点：

• 增加了系统复杂性
• 引入了额外的故障点
• 与控制器原生功能相比可靠性较低

社区贡献与展望

有开发者已经提出了初步实现方案，展示了这一功能的可行性。虽然目前该功能尚未正式集成到主分支，但为未来的开发方向提供了有价值的参考。

这种动态权重路由机制将大大提升混合架构的弹性，使系统能够根据实际负载情况自动选择最优的资源分配方案，同时保持高可用性。对于希望优化资源利用率和成本效益的团队来说，这是一个值得期待的功能增强。