基于AWS EBS搭建支持ReadWriteMany的Kubernetes StorageClass问题咨询

核心限制说明 #

• 即使io1、io2类型EBS支持Multi-Attach能力，本质也仅实现了块设备的多节点挂载权限，块存储本身无并发写入协调、分布式文件锁能力，直接多节点挂载会导致文件系统损坏、数据丢失，属于块存储的固有特性。
• AWS官方维护的aws-ebs-csi-driver目前仅官方支持ReadWriteOnce、ReadOnlyMany两种访问模式，没有提供ReadWriteMany的支持计划，官方文档明确标注EBS不原生支持共享写入场景。

社区相关进展 #

• 社区曾多次发起基于EBS Multi-Attach实现RWX的讨论，最终统一结论为：必须在块设备之上叠加共享文件系统层才能适配RWX场景，原生EBS无法直接支持。
• 目前社区已有的落地实践都是基于EBS Multi-Attach + 上层分布式文件系统实现，无绕过文件系统层直接使用EBS作为RWX存储的可行方案。

低成本替代落地方案 #

如果不想使用EFS、也不接受Pod绑定单节点的限制，可选择以下实践方案：

• 部署轻量分布式文件系统：底层使用开启Multi-Attach的io1/io2 EBS，上层叠加JuiceFS、GlusterFS等分布式文件系统，由文件系统层处理并发写入冲突，整体成本比EFS低40%以上，性能也更稳定。
• 单写多读场景可使用集群文件系统：如果你的业务是单实例写入、多实例只读的场景，可将EBS格式化为GFS2、OCFS2这类支持多挂载的集群文件系统，配合集群锁服务使用，运维成本比全分布式文件系统更低。

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