Docker 适用于大型文件的最佳kubernetes存储选项

我一直在研究kubernetes for docker orchestration，我的一个用例是在不同的节点上生成多个容器，每个容器都需要具有对非常大的文件（20G+）列表的读取权限

因为文件可以在某些时候更新，所以我们将使用块卷。我在esxi上运行集群，我们仅限于开源和非云解决方案

通过阅读，portworx似乎是一种选择。我想知道还有没有其他更好的选择

---

我认为这是一个非常常见的用例。我是Kubernetes的新手，因此任何帮助/建议都将不胜感激

首先，在卷上，有很多选项也取决于群集的托管位置（在prem或托管云提供商上？）。托管云提供商通常会有自己的选项，可以轻松装载其块存储选项，例如Azure存储到Azure，S3用于AWS或第三方驱动程序解决方案等，但需要了解和注意的事项如下：

• 在Kube卷上，您提到过——虽然它比容器更有效，但在Pod内，当Pod不再存在时，该卷也将不再存在。这意味着您不能跨节点使用diff Pods acorss节点。这必须在特定的Pod内使用
• 在可用选项的情况下，考虑托管云提供商的默认块安装解决方案。对于集成和持久性问题来说，这将不那么痛苦
• 最后，从设计的角度来看，这似乎与微服务/docker/集装箱化模式背道而驰-您可能希望重新审视您的原始需求和目标，因为POD应该是动态创建的，并且尽可能无状态的-如果有任何问题或可伸缩性需要，可以随时创建和重新创建

---

希望这有助于

查看以下适用于您的群集的存储解决方案之一

glusterfs

CEPFS

nfs（可用于开发和测试，而不用于产品）

---

谢谢你的意见。它在prem上，我们需要持久存储。我们只使用kubernetes和dockers进行内部测试台设置，因此我们没有使用多个VM，而是使用多个容器。从这个意义上说，可扩展性不是一个大问题。可能您的需求是真实的，但看起来像docker集装箱化技术kubernetes，包括符合微服务架构的，该架构以某种方式假定资源（计算、存储、网络等）是免费的、重量轻的，如果需要，可以循环使用。因此，您将看不到满足您需要的东西，特别是对于这个堆栈，它不是现成的。顺便说一句，这里有一个很棒的司机生态系统。请看看这些是否满足您的需求。