Kubernetes与AWS NLB集成失败求助：NLB特性测试遇阻

我来帮你排查下Kubernetes和AWS NLB集成的问题，毕竟这是Alpha特性，确实容易踩一些坑，下面是一步步的排查思路：

1. 确认集群已启用NLB Alpha特性门控 #

因为这是Alpha特性，你的Kubernetes集群必须明确启用对应的特性门控。检查kube-apiserver的启动参数，确保包含：

--feature-gates=ServiceLBClass=true

如果是AWS EKS集群，还要确认你使用的EKS版本支持该Alpha特性（通常需要1.27及以上版本，具体以AWS官方对应版本的特性说明为准）。

2. 检查Service的NLB注解配置是否正确 #

你之前的Service用的是旧的ELB类注解，切换到NLB需要替换或添加正确的专属注解，示例配置如下：

kind: Service
apiVersion: v1
metadata:
  name: service1
  annotations:
    service.kubernetes.io/aws-load-balancer-type: external
    service.kubernetes.io/aws-load-balancer-nlb-target-type: ip  # 可选instance，根据你的Pod部署方式选择
    service.kubernetes.io/aws-load-balancer-scheme: internet-facing  # 内部NLB填internal
    # 若使用AWS Load Balancer Controller v2.x，可添加LBClass注解明确指定NLB
    service.kubernetes.io/aws-load-balancer-class: nlb
spec:
  type: LoadBalancer
  selector:
    app: your-app-label  # 要和Deployment的标签对应
  ports:
    - port: 80
      targetPort: 80

注意：旧的service.beta.kubernetes.io前缀注解在新的NLB Alpha集成中可能不兼容，建议统一换成service.kubernetes.io前缀的标准注解。

3. 验证AWS Load Balancer Controller状态 #

如果使用AWS官方的Load Balancer Controller（推荐用于NLB集成），先确认控制器Pod正常运行：

kubectl get pods -n kube-system | grep aws-load-balancer-controller

同时要确保控制器关联的IAM角色拥有足够权限，比如创建/管理NLB的elasticloadbalancing:*权限、查询子网的ec2:DescribeSubnets权限等。

4. 检查VPC子网标签配置 #

AWS NLB需要自动识别集群的可用子网，确保你的VPC子网带有正确标签：

• 公有子网：kubernetes.io/role/elb: 1
• 私有子网（用于内部NLB）：kubernetes.io/role/internal-elb: 1
  缺少这些标签的话，控制器可能无法正确选择子网创建NLB。

5. 查看事件和日志定位具体错误 #

先查看Service的事件信息，看是否有明确的错误提示：

kubectl describe service service1

再查看AWS Load Balancer Controller的日志，获取更详细的故障细节：

kubectl logs -n kube-system deployment/aws-load-balancer-controller -f

日志通常会直接指出是权限不足、配置错误还是资源限制导致的集成异常。

6. 确认安全组配置 #

确保Pod所在的安全组允许NLB的健康检查流量和业务流量，同时NLB的安全组允许外部访问你需要的端口（比如80/443）。

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