生产中 Pod 的 Kubernetes 持久卷

Question

我执行了一个场景，我使用 PV 和 PVC 在我的 K8s 集群上部署了 Microsoft SQL 数据库。它运作良好，但我看到一些奇怪的行为。我创建了 PV，但它只在一个节点上可见，而在其他工作节点上不可见。我在这里遗漏了什么，请输入什么？

背景：

服务器 1 - 主服务器

服务器 2 - 工作人员

服务器 3 - 工作人员

服务器 4 - 工作人员

Pod：“MyDb”在没有任何副本集的服务器（节点）4 上运行。我猜是因为我的 POD 在 server-4 上运行，PV 在创建 POD 时在服务器 4 上创建并在其中引用 PVC（声明）。

请让我知道您对此问题的看法或分享您对在生产集群中安装共享磁盘的意见。

想要在 K8s 集群上部署 SQL DB，可以参考 Philips 的博客。链接如下，

https://www.phillipsj.net/posts/sql-server-on-linux-on-kubernetes-part-1/（无 PV）

https://www.phillipsj.net/posts/sql-server-on-linux-on-kubernetes-part-2/（带有 PV 和声明）

问候， 法鲁克

---

请在下面查看我对原始问题陈述的发现。 问题：创建了 SQL Server 的 POD。在运行时，K8s 在 server-4 上创建了这个 pod，因此在 server-4 上创建了 PV。但是，在其他节点上没有创建 PV 路径（/tmp/sqldata_.

• 我关闭了 server-4 节点并运行删除 SQL pod 的命令（最初没有使用副本）。
• POD 的状态更改为“终止”POD
• 有一段时间没有发生任何事情。
• 我重新启动了 server-4 并注意到 POD 立即被删除。

下一步： - 我再次停止了 server-4 并创建了相同的 pod。 - POD 是在运行时在 server-3 节点上创建的，我看到 PV (/tmp/sqldata) 也在 server-3 上创建。但是，我的所有数据（示例样本表）都丢失了。现在是服务器 3 上的全新 PV。

我假设 PV 将安装在外部存储卷上，而不是来自集群中任何节点的存储/磁盘。

Answer 1

我猜是因为我的 POD 正在服务器 4 上运行，PV 是在创建 POD 时在服务器 4 上创建的，并在其中引用 PVC（声明）。

这或多或少是正确的，您应该能够通过简单地删除 Pod 并重新创建它来验证这一点（因为您说您没有 ReplicaSet 为您执行此操作）。然后，PersistentVolume 将在 Pod 被调度到的节点上可见。

编辑：以上假设您使用的是外部存储提供商，例如 NFS 或 AWS EBS（请参阅 Kubernetes 的 possible storage providers）。对于HostPath，上述内容不适用，PV 将在一个节点上本地创建（并且不会挂载到另一个节点）。

没有理由将PersistentVolume 也安装到其他节点。想象一下有数百个节点，您是否想将 PersistentVolume 挂载到所有节点上，而您的 Pod 仅在一个节点上运行？

您还询问“共享”磁盘。在您链接的博客文章中创建的 PersistentVolume 使用的是 ReadWriteMany，因此您实际上可以启动多个 Pod 访问同一卷（假设您的存储也支持该卷）。但是您的软件（在您的情况下是数据库）需要支持多个进程访问相同的数据。

特别是在考虑数据库时，您还应该查看StatefulSets，因为这基本上允许您定义始终使用相同存储的 Pod，这对于数据库来说可能非常有趣。无论你在哪里should run or not run databases on Kubernetes 都是一个完全不同的话题......