如何在GCP（GKE）中为集群工作负载配置yaml设置全局变量

你需要的全局变量效果可以通过以下几种GKE原生支持的方案实现，无需单独的全局变量配置入口：

方案1：私有DNS别名（推荐，无需修改工作负载） #

• 操作路径：在GCP Cloud DNS中创建私有区域，绑定到你的GKE集群所在的VPC，自定义一个固定域名例如nfs-cluster.internal，将该域名的A记录指向当前使用的NFS服务器IP，建议将DNS记录的TTL设置为5分钟以内降低切换等待时间
• 优势：所有工作负载的存储配置中直接填写该域名即可，后续切换NFS时仅需修改这条DNS记录，TTL到期后即可全集群生效，完全不需要修改任何工作负载配置

方案2：K8s ConfigMap全局变量注入 #

• 操作路径：在集群中创建一个全局通用的ConfigMap，例如命名为cluster-global-config，添加键NFS_SERVER_IP，值为当前NFS的IP地址
• 所有工作负载的YAML中通过envFrom或者直接引用ConfigMap键的方式获取NFS地址，配置参考：

# Deployment 配置片段
spec:
  template:
    spec:
      containers:
      - name: 容器名
        env:
          - name: NFS_SERVER_ADDR
            valueFrom:
              configMapKeyRef:
                name: cluster-global-config
                key: NFS_SERVER_IP

• 切换NFS时仅需修改该ConfigMap的对应值，随后可通过kubectl rollout restart deployment -n <命名空间>批量重启同命名空间下的工作负载即可生效

方案3：PV/PVC抽象层屏蔽底层地址 #

• 操作路径：预先创建NFS类型的PersistentVolume（PV），配置当前NFS的IP和共享路径，再创建对应PersistentVolumeClaim（PVC），所有需要挂载NFS的工作负载直接引用该PVC即可
• 切换NFS时仅需删除原有PV，创建新的同名称PV绑定原有PVC即可，工作负载无需任何修改，重新挂载后即可使用新NFS服务

方案4：Helm全局参数（适用Helm批量部署场景） #

• 操作路径：如果你的工作负载通过Helm部署，可在公共父Chart或者全局values.yaml中定义global.nfsServerIP参数，所有子Chart统一引用该全局参数
• 切换NFS时仅需修改全局参数后批量升级所有Helm Release即可完成全集群更新

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