Kubernetes每个节点一个pod，每个pod一个持久卷

我很好奇是否有可能完全脱离主机路径而使用本地卷（持久卷）。但是，似乎没有办法将volumeClaimTemplates包含到守护程序中

Statefulset提供volumeClaimTemplates，但它们需要手动定义副本，而不是自动扩展到可以找到的尽可能多的节点

是否有一种方法可以自动扩展到所有节点，并为每个副本创建一个pvc

他们决定使用StatefulSet并放弃自动缩放的相关问题：

---

现在不可能在守护进程集中使用PersistentVolumes

在上有对它的功能请求，但不幸的是它已关闭。 此请求的链接：

---

在上面的链接中有一个更详细地描述这个主题的链接

现在不可能在守护进程集中使用PersistentVolumes

在上有对它的功能请求，但不幸的是它已关闭。 此请求的链接：

---

在上面的链接中有一个更详细地描述这个主题的链接

你想达到什么目标？StatefulSet是为有状态工作负载而创建的。Kubernetes将底层基础结构抽象出来，因此您不需要对每个节点都进行如此具体的思考。@Jonas我正在尝试跨所有节点扩展分布式存储解决方案（在本例中为glusterfs），这些节点都有此解决方案要使用的存储磁盘。为此，我希望在这些节点上手动创建本地卷，并将其标记为分布式存储卷，然后让存储解决方案在所有可用节点上使用匹配的卷自动扩展。HostPath是节点上的目录，glusterfs安装程序已经有了一个守护程序来使用它。所以我知道您想要做一些修改。。。。但是volumeClaims是一个更高的抽象，所以我认为当您想提供另一个存储系统时，应该避免使用它？@Jonas本地卷的要点是保持k8s清单与基础架构细节分离。让我把本地空间的请求和磁盘上的具体位置分开。所以，可移植性和可视性。是的，没错——这是针对应用程序存储的。GlusterFS本身就是一个存储系统-因此这是一个不同的用例，因此它被部署为具有更紧密存储耦合的

守护程序集？StatefulSet是为有状态工作负载而创建的。Kubernetes将底层基础结构抽象出来，因此您不需要对每个节点都进行如此具体的思考。@Jonas我正在尝试跨所有节点扩展分布式存储解决方案（在本例中为glusterfs），这些节点都有此解决方案要使用的存储磁盘。为此，我希望在这些节点上手动创建本地卷，并将其标记为分布式存储卷，然后让存储解决方案在所有可用节点上使用匹配的卷自动扩展。HostPath是节点上的目录，glusterfs安装程序已经有了一个守护程序来使用它。所以我知道您想要做一些修改。。。。但是volumeClaims是一个更高的抽象，所以我认为当您想提供另一个存储系统时，应该避免使用它？@Jonas本地卷的要点是保持k8s清单与基础架构细节分离。让我把本地空间的请求和磁盘上的具体位置分开。所以，可移植性和可视性。是的，没错——这是针对应用程序存储的。GlusterFS本身就是一个存储系统-因此这是一个不同的用例，因此它被部署为具有更紧密存储耦合的
守护程序集。嗯，除了使用附加控制器扩展kubernetes之外，目前似乎不可能直接这样做。您是否知道这方面有任何sigs或第三方项目？或者任何人决定实施的主机路径以外的解决方案？我不知道有任何其他第三方工具可以实现您的目标。嗯，除了使用附加控制器扩展kubernetes之外，目前似乎不可能直接实现。您是否知道这方面有任何sigs或第三方项目？或者任何人决定实施的HostPath以外的解决方案？我不知道还有任何其他第三方工具可以实现您的目标。