我正在设置一个仅使用一个节点的 kubernetes 实验室并学习设置 kubernetes nfs。我从以下链接逐步关注 kubernetes nfs 示例： https ://github.com/kubernetes/examples/tree/master/staging/volumes/nfs

尝试第一部分，NFS 服务器部分，执行了 3 个命令：

我遇到问题，我看到以下事件：

做过的研究：

https://github.com/kubernetes/kubernetes/issues/43120

https://github.com/kubernetes/examples/pull/30

上面的这些链接都不能帮助我解决我遇到的问题。我已经确定它使用的是图像 0.8。

有谁知道这条消息是什么意思？非常感谢有关如何解决此问题的线索和指导。谢谢你。

我想将 PersistentVolumeClaim 与 gcePersistentDisk PersistentVolume 绑定。在我为得到它所做的步骤下面：

1. gcePersistentDisk 的创建：

gcloud compute disks create --size=2GB --zone=us-east1-b gce-nfs-disk

2. 定义 PersistentVolume 和 PersistentVolumeClaim

运行后kubectl apply -f pv-pvc.yml，nfs-pvc不绑定nfs-pv。事实上，下面是我拥有的 PersistentVolume 和 PersistentVolumeClaim 的列表：

得到的 PersistentVolume 是我在 Google Container Engine 上创建的节点的磁盘上的一个卷。那么，我错过了什么吗？

PS：kubernetes的版本

这是PersistentVolumeClaim 未绑定第一个问题之后的第二个问题 ：“nfs-pv-provisioning-demo”

我正在设置一个仅使用一个节点的 kubernetes 实验室并学习设置 kubernetes nfs。我从以下链接逐步关注 kubernetes nfs 示例：https ://github.com/kubernetes/examples/tree/master/staging/volumes/nfs

根据 'helmbert' 提供的反馈，我修改了 https://github.com/kubernetes/examples/blob/master/staging/volumes/nfs/provisioner/nfs-server-gce-pv.yaml的内容

它有效，我不再看到事件“PersistentVolumeClaim 未绑定：“nfs-pv-provisioning-demo””。

我继续其余步骤并到达“设置假后端”部分并运行以下命令：

我看到两个 nfs-busybox pod 的状态为“ContainerCreating”并且从未更改为“Running”。这是因为容器映像适用于 yaml 中显示的 Google Cloud 吗？

https://github.com/kubernetes/examples/blob/master/staging/volumes/nfs/nfs-server-rc.yaml

我是否必须将“图像”行替换为其他内容，因为我没有在此实验室中使用 Google Cloud？我的实验室里只有一个节点。我是否必须重写上面“容器”的定义？我应该用什么替换“图像”行？我需要从某个地方下载 dockerized 'nfs image' 吗？

我看到重复事件 - 卷“nfs”的 MountVolume.SetUp 失败：安装失败：退出状态 32

我在容器中成功使用了 Kubernetes 1.4 持久卷支持、iSCSI/NFS PV 和 PVC。但是，它需要首先通过在 PV 创建和声明存储期间指定容量来配置存储。

我的要求是只为集群提供存储（并且不想提及存储容量）并让用户/开发人员根据他们的要求声明存储。因此需要使用 StorageClass 进行动态配置。只需使用详细信息声明存储，并让开发人员根据他们的需要声明它。

但是，对于使用 Storage 类为 iSCSI 和 NFS 使用动态卷配置并且没有得到确切的步骤来执行感到困惑。根据文档，我需要为这两种类型使用外部卷插件，并且它已经作为孵化器项目的一部分提供 - https://github.com/kubernetes-incubator/external-storage/。但是我不知道如何加载/运行该外部配置程序（我需要将它作为容器本身运行？？我猜）然后编写存储类，其中包含 iSCSI/NFS 存储的详细信息。

已经完成/使用过它的人可以指导/提供这方面的指导吗？

在此先感谢，皮库

我在持久卷声明中指定的存储大小忽略了使用 nfs 作为存储后端。

我想将持久卷附加到具有指定卷大小的容器。以下是我用来创建 pvc 的 yaml 文件。

以下是创建 pvc 的结果。

最后，我将创建的卷附加到容器并查看挂载的文件系统的大小，它显示了我使用 NFS 导出的磁盘大小的总量。

有人知道如何启用请求存储大小参数吗？换句话说，有没有办法在使用 NSF 作为后端存储时指定卷的大小？

通过参考文档，Kubernetes/Openshift 中的持久卷 (PV) 和持久卷声明 (PVC) 有什么区别？

简单来说，两者有什么区别？

我正在使用 VB 在我的 Mac 上运行 minikube。我能够使用声明性方法在 minikube 上启动数据库。但是当我删除部署时，数据就会丢失。现在我的问题是——

1. 所有这些数据都保存在哪里？
2. 如何更改配置以便将数据保存在主机上（我的意思是 mac）？这样删除或重新启动 pod/deployment 不会删除所有数据。

这是我的 yaml 文件-

我已经检查了，在我的mac上，数据不在/data/pv001

我是 Kubernetes 的新手，我正在尝试在我StatefulSet的 Minikube 上添加 PVC。PV 和 PVC 如下所示：

基本上，我希望 StatefulSet 的所有 pod 都能看到该卷的内容，因为备份文件存储在那里。

使用的 StatefulSet 可以在这里找到

Minikube 版本： minikube version: v0.25.2
Kubernetes 版本：GitVersion:"v1.9.4"

我PersistentVolume使用PersistentVolumeClaim.

我想在吊舱完成后保留 PV。所以我想拥有什么persistentVolumeReclaimPolicy: Reclaim。

但是，这适用于PersistentVolume，而不是PersistentVolumeClaim（AFAIK）。

如何更改动态配置 PV 的这种行为？

这个问题是关于 Kubernetes 中 PersistentVolume 和 PersistentVolumeClaim 配置的行为。我们已经阅读了文档，并留下了一些挥之不去的问题。

我们正在使用 Azure Kubernetes 服务来托管我们的集群，并且我们希望为我们的许多 Pod 提供一个共享的持久存储后端。我们正计划使用 PersistentVolumes 来实现这一点。

在这种情况下，我们要发出一个由 AzureFile 存储资源支持的 PersistentVolume。我们将 Jenkins 部署到我们的集群并将 jenkins_home 目录存储在 PersistentVolume 中，以便我们的实例能够在 pod 和节点故障中幸免于难。我们将运行多个 Master Jenkins 节点，所有节点都配置了类似的部署 yaml。

我们已经提前创建了所有需要的存储帐户和适用的共享，以及所需的秘密。

首先，我们发布了以下 PersistentVolume 配置；

之后，我们发布了以下 PersistentVolumeClaim 配置；

接下来，我们以下列方式在我们的部署中使用此声明；

这一切都按预期工作。我们已经将多个 Jenkins Master 部署到我们的 Kubernetes 集群中，并且每个都在特定于每个主实例的共享上正确分配了一个新文件夹。

现在我的问题

PersistentVolume 配置了 100Gig 的存储。这是否意味着 Kubernetes 在这个卷中最多只能允许 100Gig 的总存储？

当 PersistentVolumeClaim 绑定到 PersistentVolume 时，PersistentVolumeClaim 似乎显示它有 100Gig 的可用总存储空间，即使 PersistentVolumeClaim 配置为 10Gig 的存储空间；

这只是 get pvc 命令的错误输出，还是我误解了 get pvc 命令的输出？

以这种方式共享 PersistentVolumeClaim 时；

1. 每个部署是否只能从 PersistentVolume 的 100Gig 容量访问配置的最大 10Gig 存储？
2. 或者，每个部署是否可以访问为 PersistentVolume 配置的总 100G 存储中自己的 10G 片？

使用此配置，当单个 PersistentVolumeClaim 容量得到充分利用时会发生什么？所有使用这个 PersistentVolumeClaim 的部署都停止工作了吗？