AWS EBS 作为 Kubernetes StorageClass，具有 ReadWriteMany 模式

Question

我想使用 AWS EBS 存储设置支持 ReadWriteMany AccessMode 的 Kubernetes StorageClass。

AWS EBS 之前存在类型为 gp2 或 gp3 的问题，因为它们不支持 Multi-Attach 用于多个实例，并且只能附加一个实例，但现在它具有类似 io1 的类型和 io2，它支持多重连接。

到目前为止，我已经搜索并找到了只能将所有 Pod 强制到单个节点的解决方案，这对我来说是不可能的，因为这会影响扩展，或者让您使用 AWS EFS，这也是不希望的，因为成本更高（在某些地方读到在某些情况下它的成本甚至要高出 10 倍）

是否有任何有关 AWS EBS ReadWriteMany 访问模式可用的信息或对此进行任何讨论？

Answer 1

看起来这是不可能的（从 67197235 复制的 Kubernetes 问题参考）

问题似乎在于块存储上的 ext4 和类似文件系统并非设计为由多台机器管理，这造成了根本性的限制。真正的 ReadWriteMany 似乎不太可能通过 EBS 以可靠的方式实现。

这可能是在 AWS 上推荐使用 EFS 的主要原因，因为它被设计为一个合适的网络文件系统，可以在多台机器/pod 之间以多写入方式共享。

Answer 2

现在 ReadWriteMany 有多种选择：

• EBS 支持 SSD (io2)
  • 请注意，这仅适用于单个可用区域。
• 运行 Linux 并提供 NFS 文件系统的 EC2 实例。
  • 您必须维护操作系统并处理可用性（例如，如果可用区出现故障会发生什么？）
• EFS
  • 基本上是一个由 AWS 管理的 NFS 文件系统。
  • 这适用于跨可用区。
  • 比 EBS 贵得多。
  • 性能不如 EBS。
• 适用于 NetApp ONTAP 的 AWS FSx
  • 与 EFS 一样，是 AWS 的托管服务。
  • 它还可以跨可用区工作，无需额外的网络成本。
  • 如果主可用区出现故障，内置了立即故障转移到备用可用区的功能。
  • 支持部署在单个可用区，其他可用区可以访问，可以降低成本。