问题标签 [persistent-volumes]

这个存储库kubernetes-wordpress-with-nfs-volume-on-gke正在尝试实现一个 wordpress 应用程序，该应用程序在 mySQL 和 wordpress 之间共享一个 NFS 卷。在 Pod 之间共享 NFS 卷背后的想法是在下一步中为 mySQL 实现 StatefulSet。这个 StatefulSet 应用程序需要在 mySQL 的所有 pod 之间共享数据库（数据库的卷），以便创建一个多节点数据库，以确保所请求的高性能。

为此，有一个示例janakiramm/wp-statefulset。此示例使用etcd. 那么为什么不使用nfs代替etcd呢？

运行来创建这个在 MySQL 和 wordpress 之间共享 NFS 卷的 kubernetes wordpress 应用程序的命令是：

这个实现没有成功。wordpress pod 未启动：

似乎是访问NFS卷有问题，如下所述：

你能帮忙解决这个问题吗？

在 Kubernetes 中将 NFS 配置为持久卷。是否有一个选项可以指定卷的整个大小。

1. 是否可以设置spec.capacity.storage为 NFS 卷的整个大小。
2. 如果可能，调整 NFS 卷的大小是否反映在 k8s 中？

谢谢

我正在尝试将现有 NFS 与 StateFulSets 一起使用。

使用. PresistentVolumeClaim_volumeClaimTemplates

问题：

但是，由于PresistentVolumeClaim声称整个PresistentVolume. 我必须PresistentVolume为所有副本手动创建。有没有办法在 Kubernetes 中动态配置 NFS 持久卷？

注意： NFS Server 本身是静态的，只需要在 K8s 中动态创建卷，而不是 NFS Server 本身。

我正在使用 mongo statefulset 示例：

它需要 3 PresistentVolumeClaim，所以我必须创建 3PV才能使用。这可以像其他动态供应商（如 aws-ebs）一样动态添加到 NFS 中吗

这是获得带有 NFS 持久卷的 StatefulSet 的正确方法吗？

我在 Kubernetes 上使用 rookio 和 CoreOS 来动态创建持久卷。

所以我创建了一个 PersistentVolumeClaim ( kubectl create -f postgres-pvc.yaml) 并为持久卷回收策略应用一个补丁来保留。我做了一个"kubectl get pv"，我可以看到一个动态创建的持久化卷并被绑定。现在，当我删除 PersitentVolumeClaim 时，状态变为已发布。

我在那个持久化卷中存储了一些宝贵的数据。有没有办法可以重用已进入已发布状态的持久卷？

谢谢-索南

用例：

我有一个可用的 NFS 目录，我想用它来为多个部署和 pod 保存数据。

我创建了一个PersistentVolume：

我希望多个部署能够使用它PersistentVolume，所以我对所需要的理解是我需要创建多个PersistentVolumeClaims都指向这一点PersistentVolume。

我相信这会在PersistentVolume. 当我运行时kubectl get pvc，我看到：

我不明白为什么我看到的是 10Gi 容量，而不是 50Mi。

然后，当我更改PersistentVolumeClaim部署 yaml 以创建名为 PVC时，nfs-pvc-2我得到以下信息：

PVC2 从不绑定到 PV。这是预期的行为吗？我可以有多个 PVC 指向同一个 PV 吗？

当我删除nfs-pvc-1时，我看到了同样的事情：

再次，这是正常的吗？

在多个部署/吊舱之间使用/重用共享 NFS 资源的适当方法是什么？

我创建了一个来自 Google Compute Engine 永久磁盘的 PersistentVolume，我已经格式化并提供了数据。Kubernetes 说 PersistentVolume 可用。

然后我创建了一个 PersistentVolumeClaim，以便我可以将此卷附加到跨多个节点的多个 pod。但是，kubernetes 无限期地表示它处于待处理状态。

有什么见解吗？我觉得选择器可能有问题......

是否有可能预先配置一个带有数据的永久磁盘，并让跨多个节点的 pod 都能够从中读取？

为什么在 kubernetes pod 中挂载 GCE 卷会导致延迟？是：

但是当 pod 有一个 GCE 持久卷挂载时，运行状态会在 20 到 60 秒之间达到。

例如，在进行滚动部署时，这是否意味着有 20-60 秒的服务不可用？

kubectl get pods：

kubectl get pv：

kubectl get pvc：

为什么task-pv-claim没有索赔？这是我的部署配置：

如果我这样做，kubectl describe我会得到以下输出：

这实际上是以前的配置...奇怪，因为我对配置做了一个kubectl apply，以及删除了 pod（所以它会用新的配置重新启动）。

我不确定为什么没有声明持久卷，或者我可以采取哪些步骤来进一步诊断？

声明大小是否应该与卷大小匹配？卷大小是否应该与 GCP 卷大小匹配？

这很难测试和弄清楚......

我的目标是能够创建一个带有单个副本的 Wordpress 实例，只要它支持滚动部署......

输出kubectl get pods：

输出kubectl describe pods：

输出kubectl get pvc：

输出kubectl get pv：

生产.yaml

pVolume.yaml

pVolumeClaim.yaml

我有一个永久性磁盘 (GCP)，我希望能够允许对多个 pod 进行读写访问。

这可能吗？这是我的两个配置：

pVolume.yaml

pVolumeClaim.yaml

使用上述配置，我在我的 pod 上看到以下错误：

这发生在副本计数设置为 2 时。