能不能多个 Pod 共享同一块 PVC
取决于两点：访问模式与调度位置。ReadWriteOnce（RWO）表示同一时刻只允许一个节点挂载卷，多个 Pod 想共享同一块 RWO 卷，就必须被调度到同一个节点上；ReadWriteMany（RWX）允许跨节点同时挂载，但需要存储侧支持（NFS、CephFS 这类共享文件系统）。还要注意：Kubernetes 只负责把卷挂进容器，不提供并发写的一致性保障，多个写入者之间要靠应用层锁或事务自己协调。
基本信息
| 适用对象 | 各版本的 PV 与 PVC 访问模式 |
|---|---|
| 访问模式 | RWO、RWX、ROX，以及部分驱动支持的单 Pod 读写模式 |
| RWO 的边界 | 单节点挂载，跨节点会触发 Multi-Attach 报错 |
| RWX 依赖 | 存储后端本身支持多节点同时读写 |
| 常见组合 | 一个写 Pod 加多个读 Pod，且调度到同一节点 |
典型使用场景
- 一个写多个读：日志采集、报表生成这类读多写少的共享场景
- 临时批处理：多个 Pod 处理同一份数据集的不同分片
- 本地缓存共享：同节点内多个容器共享一份缓存目录
- 数据交付：把一次性准备的数据卷交给多个消费者读取
- 迁移期过渡：应用尚未改造为对象存储，用共享卷顶住
同节点共享（RWO 卷）
同节点共享（RWO 卷）
spec:
affinity:
podAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchLabels:
app: writer
topologyKey: kubernetes.io/hostname # 与写 Pod 落在同一节点
volumes:
- name: data
persistentVolumeClaim:
claimName: shared-rwo
containers:
- name: reader
volumeMounts:
- name: data
mountPath: /data
readOnly: true核对访问模式
核对访问模式
kubectl get pvc shared-rwo -o jsonpath='{.spec.accessModes}'
kubectl get pv $(kubectl get pvc shared-rwo -o jsonpath='{.spec.volumeName}') -o jsonpath='{.spec.accessModes}'
kubectl describe pod reader-x | grep -i -A3 -E 'multi-attach|failedmount'
kubectl get pods -l app=reader -o wide # 看副本落在哪些节点访问模式对照
| 模式 | 语义 | 常见实现 |
|---|---|---|
| RWO | 单节点读写挂载 | 云盘、本地盘 |
| RWX | 多节点同时读写挂载 | NFS、CephFS 等共享文件系统 |
| ROX | 多节点只读挂载 | 共享数据与静态资源分发 |
| 单 Pod 独占读写 | 同一时刻只允许一个 Pod 挂载 | 需要存储驱动支持 |
用 RWO 卷做水平扩容时，新副本一旦漂到其他节点就会触发 Multi-Attach 错误，Pod 卡在创建阶段；扩容前先把共享方案定下来，比事后改架构省事。
RWX 不等于安全的共享：并发写依然需要应用层锁或事务，否则可能出现文件损坏或结果互相覆盖，任何后续排障都会失去可信基线。