Kubernetes Ingress-NGINX与AWS EKS 1.32 NLB目标组同步问题解析

背景概述

在AWS EKS环境中，用户从1.31版本升级到1.32版本后，发现Ingress-NGINX控制器无法自动将工作节点注册到NLB（Network Load Balancer）的目标组中。这种现象在1.31版本中工作正常，但在新版本中需要手动添加节点到目标组。

核心问题定位

经过技术分析，这个问题本质上与Ingress-NGINX控制器无关。在Kubernetes架构中：

1. Ingress-NGINX控制器仅负责创建LoadBalancer类型的Service资源
2. 实际的云资源管理（包括目标组维护）由云控制器管理器（Cloud Controller Manager）处理
3. 在AWS环境中，这通常通过AWS Load Balancer Controller组件实现

版本变更影响

EKS 1.32版本可能带来的关键变化：

1. 移除了对旧版in-tree控制器的支持
2. 强化了对AWS Load Balancer Controller的依赖
3. 可能需要调整服务注解配置以适应新版本要求

解决方案建议

配置优化方案

建议在Service资源中添加以下关键注解：

service.beta.kubernetes.io/aws-load-balancer-target-group-attributes: deregistration_delay.timeout_seconds=270
service.beta.kubernetes.io/aws-load-balancer-nlb-target-type: ip
service.beta.kubernetes.io/aws-load-balancer-healthcheck-path: /healthz
service.beta.kubernetes.io/aws-load-balancer-healthcheck-port: "10254"
service.beta.kubernetes.io/aws-load-balancer-healthcheck-protocol: http
service.beta.kubernetes.io/aws-load-balancer-healthcheck-success-codes: 200-299

组件部署建议

1. 确认已正确安装AWS Load Balancer Controller
2. 检查控制器日志中是否有目标组同步相关的错误
3. 验证IRSA（IAM Roles for Service Accounts）配置是否正确

技术原理深入

在AWS EKS环境中，负载均衡器的目标组管理遵循以下流程：

1. 控制器监视Service资源变化
2. 通过AWS API创建/更新负载均衡器资源
3. 根据节点健康状态动态维护目标组成员
4. 依赖健康检查配置确定节点可用性

后续维护建议

1. 定期检查AWS官方文档获取版本兼容性信息
2. 在升级前测试关键组件的交互
3. 考虑使用Terraform等IaC工具管理负载均衡器配置
4. 建立监控机制跟踪目标组同步状态

总结

这个问题凸显了Kubernetes版本升级时组件依赖关系变化的重要性。通过正确配置AWS专用控制器和相应注解，可以确保负载均衡器目标组的自动维护功能正常工作。建议用户在进行版本升级前，充分了解各组件间的协作关系和新版本的配置要求。