GCP下ReadWriteOnce卷实现无停机滚动更新的方案问询

针对你遇到的Multi-Attach error问题，以下是GCP环境中适配ReadWriteOnce访问模式的无停机滚动更新可行方案：

方案1：用Pod亲和性强制新Pod调度到旧Pod所在节点 #

ReadWriteOnce模式允许同一节点上的多个Pod挂载同一卷，只要让滚动更新的新Pod与旧Pod处于同一节点，就能避免跨节点挂载冲突，实现无停机更新。

在Deployment的Pod模板中添加如下亲和性配置：

spec:
  template:
    spec:
      affinity:
        podAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchLabels:
                app: your-app-tag  # 替换为你的Pod标签
            topologyKey: kubernetes.io/hostname

• requiredDuringSchedulingIgnoredDuringExecution：确保调度阶段必须满足亲和性规则，Pod运行后不再校验（旧Pod销毁后不影响新Pod）
• topologyKey: kubernetes.io/hostname：匹配节点主机名，保证新Pod和旧Pod调度到同一节点

注意：需确保目标节点有足够CPU、内存资源容纳新Pod，否则会出现调度失败。

方案2：结合动态PV的WaitForFirstConsumer绑定模式优化调度 #

若使用动态PV，在StorageClass中配置volumeBindingMode: WaitForFirstConsumer，让PV在Pod调度完成后再创建并绑定到对应节点。配合方案1的亲和性配置，可确保后续滚动更新的Pod始终调度到PV所在节点：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: gcp-standard-sc
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-standard
volumeBindingMode: WaitForFirstConsumer

该模式避免PV提前绑定到随机节点，让PV的节点绑定由第一个Pod的调度决定，从根源上降低跨节点挂载冲突的概率。

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