GKE LoadBalancer类型Service无法正常创建负载均衡器求助

1. 清理残留的负载均衡器关联资源 #

卸载Helm Chart后负载均衡器ID未变化，说明GCP侧的LB资源未被彻底清理，可按以下步骤操作：

• 移除Service的finalizer，避免资源被锁定：

  kubectl patch service nocode-x-kafka-controller-0-external -p '{"metadata":{"finalizers":null}}'
  

• 登录GCP控制台，找到对应ID的负载均衡器，手动删除该资源。

2. 修正Service配置的潜在问题 #

检查Service定义中的冲突或错误配置：

• 移除cloud.google.com/neg: '{"ingress":true}'注解：该注解用于Ingress资源，LoadBalancer类型Service无需配置，可能导致LB创建逻辑冲突。
• 验证targetPort配置：确认Pod中存在名为external的命名端口，若不存在则改为实际端口号（如Kafka默认的9092），避免端口映射失败。
• 校验Selector匹配：执行以下命令确认Selector能正确定位目标Pod：

  kubectl get pods -l app.kubernetes.io/component=controller-eligible,app.kubernetes.io/instance=nocode-x,app.kubernetes.io/name=kafka,app.kubernetes.io/part-of=kafka,statefulset.kubernetes.io/pod-name=nocode-x-kafka-controller-0
  

  若无返回结果，需修正Selector标签与Pod标签一致。

3. 检查GCP资源权限与配额 #

• 确认GKE集群服务账号权限：确保集群关联的服务账号（格式为[PROJECT_NUMBER]-compute@developer.gserviceaccount.com）拥有roles/compute.loadBalancerAdmin或相关负载均衡器管理权限。
• 核查资源配额：检查项目中区域级负载均衡器、静态IP地址的配额是否超限，若有超限需申请扩容。

4. 排查集群日志与事件 #

• 查看cloud-controller-manager日志，定位LB创建失败的具体原因：

  kubectl logs -n kube-system -l k8s-app=cloud-controller-manager
  

• 查看Service事件，获取实时错误信息：

  kubectl describe service nocode-x-kafka-controller-0-external
  

  重点关注Events字段中的报错提示（如Failed to create load balancer）。

5. 强制刷新部署资源 #

• 卸载Chart后手动清理残留Service：

  kubectl delete service nocode-x-kafka-controller-0-external
  

• 重新安装Chart时，可临时修改Service名称（通过Chart参数调整），或添加--force参数，触发全新的LB资源创建流程。

内容的提问来源于stack exchange，提问作者Tristan Van Poucke