Google Kubernetes Engine 上的用户数据存储解决方案
Solution for user data storage on Google Kubernetes Engine
我正在 GCP 上开发 SaaS 解决方案，主要服务 运行 GKE。服务将在磁盘上为每个用户提供一个私有 space（用于保存其文件和文件夹的文件夹）。
技术要求：
- 使用 ReadWriteMany 挂载到多个 pods
- 用户数：几十万左右
- 每个用户的私人存储空间都非常小，大约几百 MB，最多几 GB。但是文件的数量会很大，~几千到几十万
- 文件访问将主要是小型读取和写入。
- 共享系统文件夹将有符号 link，但用户文件夹之间没有符号 link。
我目前基于 this 实现了一个 NFS 解决方案，这很难管理并且不再维护该项目。我必须手动增加支持 PVC 的大小并重新启动所有挂载 PV 的 pods 以防我需要扩展存储容量。
Filestore 似乎是一个很好的替代方案，但成本是个大问题，因为它只允许提供最少 1TB 的存储空间。
我正在寻找一种易于管理、性能足够好且具有成本效益的解决方案。任何建议表示赞赏。
非常感谢。
您没有指定您的最终目标是什么，但有一些备选方案：
- A set of more recent YAML files
- Rook（犯罪现场调查）
- Ceph
- Glusterfs
- OpenEBS
- Kubernetes support for gce volume resizing.
上面的一些解决方案仍将涉及重新启动 pods。
✌️
我正在 GCP 上开发 SaaS 解决方案，主要服务 运行 GKE。服务将在磁盘上为每个用户提供一个私有 space（用于保存其文件和文件夹的文件夹）。
技术要求：
- 使用 ReadWriteMany 挂载到多个 pods
- 用户数：几十万左右
- 每个用户的私人存储空间都非常小，大约几百 MB，最多几 GB。但是文件的数量会很大，~几千到几十万
- 文件访问将主要是小型读取和写入。
- 共享系统文件夹将有符号 link，但用户文件夹之间没有符号 link。
我目前基于 this 实现了一个 NFS 解决方案，这很难管理并且不再维护该项目。我必须手动增加支持 PVC 的大小并重新启动所有挂载 PV 的 pods 以防我需要扩展存储容量。
Filestore 似乎是一个很好的替代方案，但成本是个大问题，因为它只允许提供最少 1TB 的存储空间。
我正在寻找一种易于管理、性能足够好且具有成本效益的解决方案。任何建议表示赞赏。
非常感谢。
您没有指定您的最终目标是什么，但有一些备选方案：
- A set of more recent YAML files
- Rook（犯罪现场调查）
- Ceph
- Glusterfs
- OpenEBS
- Kubernetes support for gce volume resizing.
上面的一些解决方案仍将涉及重新启动 pods。
✌️