Azure AKS中Helm部署LoadBalancer Service固定外部IP配置咨询

完全可以实现固定IP绑定，无需修改集群核心架构，仅需完成前置准备+调整Service清单配置即可。

• 确认待使用的固定IP与AKS集群处于同一VNet、同一子网，属于私网IP段范围（匹配你当前配置的内部负载均衡场景），且未被任何云资源占用
• 为AKS托管标识分配该静态IP所在资源组的网络操作权限，避免Azure云控制器因权限不足无法完成IP绑定

在现有Service的spec块中新增loadBalancerIP字段，建议通过Helm参数动态传入IP值，避免硬编码影响后续环境切换。修改后的完整清单如下：

apiVersion: v1
kind: Service
metadata:
  name: {{ template "app.fullname" . }}-service-lb
  labels:
    app: {{ template "app.fullname" . }}-service-lb
  annotations:
    service.beta.kubernetes.io/azure-load-balancer-internal: "true"
spec:
  # 新增固定IP配置，从Helm values读取
  loadBalancerIP: {{ .Values.staticLbIP }}
  type: LoadBalancer
  ports:
    - port: {{.Values.appServPort}}
      nodePort: {{.Values.lbPort}}
      protocol: TCP
  selector:
    app: {{ template "app.fullname" . }}-service

• 在Helm chart的values.yaml中新增staticLbIP配置项，填入准备好的固定IP地址
• 也可以在部署时通过命令行参数临时传入，无需修改values文件：
  helm install <release名称> <chart路径> --set staticLbIP=10.240.0.42
• 配置完成后，每次重新部署、升级该Service，Azure云控制器都会优先绑定指定的固定IP，不会自动随机分配新地址

• 若固定IP跨资源组、跨VNet，会直接触发绑定失败，必须保证IP与集群负载均衡子网同属一个网段
• 若缺失权限配置，Service会长期处于Pending状态，无法生成对应IP
• 不要将公网IP配置在当前带内部LB注解的Service上，逻辑冲突会导致绑定失败

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