GKE PVC 与磁盘

Question

我的应用程序在 google kubernetes 引擎上运行，目前使用 pvc 进行数据存储。我只是无法决定我们应该使用 PVC 还是磁盘的存储选项？

在 PVC 的情况下，我们不能有快照，除此之外，我们应该选择基于磁盘的存储有任何充分的理由。什么是可取的？哪些场景我们应该考虑使用磁盘而不是pvc

Answer 1

您在这里混合了两个不同但相互关联的概念。持久卷声明和卷。

持久卷声明不是存储设备/服务。它是需要存储特定特性的声明。在某种程度上，您可以说它相当于异步编程promise。它应该在某个时刻以持久卷的形式“返回”一个满足声明要求的存储。你不知道它什么时候会（通常是尽快）或者它是否会（错误）。

持久卷又是卷的实例，使用典型的卷定义（即 AWS EBS id、NFS 服务器详细信息、GlusterFS 等）进行定义和实例化。

卷是定义一些不属于图像/容器本身的存储的方式。

现在，有时您可以将 PVC 与 PV/Volume 混淆的事实是，如果 PV 具有匹配的存储类（即默认，但不仅限于），云提供商或第 3 方供应商可以自动创建 PV。

在大多数情况下，当您的 pod 需要持久存储，但您希望声明与集群无关时，您将使用 PVC 并且要么依赖于自动配置，要么以对给定基础设施可行的方式创建匹配的 PV。例如，您可以通过hostPath卷在开发集群上支持 PVC ，但GlusterFS在生产上使用中央服务器。

也就是说，PVC 或磁盘的问题没有相关性，因为 PVC 实际上可以是磁盘。这更像是“本地存储（hostPart 或 emptyDir）与网络存储（云块设备、文件服务器等）”之类的问题。这个问题的答案是......“这取决于”。

如果在 pod 重新调度时丢失存储的数据不是问题，那么本地存储可能是一个很好且快速的解决方案（即，我会考虑将其用于缓存存储），如果不是……那么，您就不能使用本地存储。但这超出了问题的初始界限。