在 GCEPersistentDisk 上使用 nfs 时是否有最佳实践？
Is there a best practice when using nfs over GCEPersistentDisk?
我是一名软件开发人员，我需要在我的 GKE 集群中的多个节点中使用 ReadWriteMany 访问模式安装持久卷。
我很清楚 GCEPersistentDisk does not support such access mode, so I turned to NFS 相反。
我的主要问题是克服此 GCEPersistentDisk 限制的最佳实践是什么？
我在发布这个问题之前做了一些研究，但找不到明确合适的解决方案。
请允许我列出一些找到的选项及其各自的缺点：
- Nfs 使用 helm chart - 看起来不错，但已弃用。为什么？这种方法有什么问题？
- nfs-subdir-external-provisioner chart - requires an NFS server installed and I'm not sure how to. In addition it's pitfalls 是一个主要问题。
- Google Filestore - 似乎易于使用，但其最小大小为 1 Tb，这将导致昂贵且未使用的大量内存。
- 转向 GlusterFs 而不是 NFS - 安装和维护起来似乎很复杂。
非常感谢所有参与者！
我是一名软件开发人员，我需要在我的 GKE 集群中的多个节点中使用 ReadWriteMany 访问模式安装持久卷。
我很清楚 GCEPersistentDisk does not support such access mode, so I turned to NFS 相反。
我的主要问题是克服此 GCEPersistentDisk 限制的最佳实践是什么？
我在发布这个问题之前做了一些研究，但找不到明确合适的解决方案。 请允许我列出一些找到的选项及其各自的缺点：
- Nfs 使用 helm chart - 看起来不错，但已弃用。为什么？这种方法有什么问题？
- nfs-subdir-external-provisioner chart - requires an NFS server installed and I'm not sure how to. In addition it's pitfalls 是一个主要问题。
- Google Filestore - 似乎易于使用，但其最小大小为 1 Tb，这将导致昂贵且未使用的大量内存。
- 转向 GlusterFs 而不是 NFS - 安装和维护起来似乎很复杂。
非常感谢所有参与者！