当 storageClass 使用 glusterfs 但不使用 cinder 默认存储时，pod 如何能够以 ReadWriteOnce 访问模式挂载相同的 pvc？

Question

想了解 pod1 声明的 PVCaccessMode: ReadWriteOnce在创建时如何能够与 pod2 共享吗storageclass glusterfs？因为我需要指定 as ，它不应该失败accessMode吗ReadWriteMany？

->创建storageclass为glusterfstype:distributed

-> 在上面创建的 PVstorageclass和 PVC 完成了AccessMode: ReadWriteOnce

-> 第一个 Pod 附加了上面创建的 PVC

-> 第二个 Pod 尝试附加创建的相同 PVC，它确实有效并且能够访问第一个 Pod 创建的文件

尝试了另一个没有 a 的流程storageclass并直接从 cinder 存储创建 PVC，并显示以下错误，

Warning FailedAttachVolume 28s attachdetach-controller Multi-Attach error for volume "pvc-644f3e7e-8e65-11e9-a43e-fa163e933531" Volume is already used by pod(s) pod1

试图理解为什么创建storageclass并分配给 PV 时没有发生这种情况？

当 时，我如何能够从第二个 Pod 访问文件AccessMode: ReadWriteOnce？根据k8s文档，如果不同节点的多个pod需要访问它应该是ReadWriteMany。

如果RWO访问模式有效，那么 Pod 的读写是否安全？会不会有什么问题？RWX如果RWO在这种情况下工作正常，它的作用是什么？

如果一些专家能够对此提供见解，那就太好了。谢谢。

Answer 1

卷是RWO按节点计算的，而不是按 Pod 计算的。卷安装到节点，然后绑定安装到容器。只要将 pod 调度到同一个节点，RWO卷就可以同时绑定挂载到两个容器。