问题标签 [persistent-volumes]

根据官方文档https://kubernetes.io/docs/tasks/administer-cluster/change-pv-reclaim-policy/使用“保留”策略可以手动恢复 PV。这实际上是什么意思，是否有一种工具可以让我从“保留”的 PV 中读取数据并将其写入另一个 PV，或者这是否意味着您可以挂载该卷手册以获得访问权限？

我遇到了动态存储配置程序的问题。我创建了存储类（已编辑）

当我创建一个引用其中一个存储类的 pvc 时，它失败了

知道为什么它失败了

这是慢速sc的描述

我有一个在 Kubernetes 的 POD 上运行的应用程序。我想将一些输出文件日志存储在持久存储卷上。

为此，我在 NFS 上创建了一个卷，并通过相关的卷声明将其绑定到 POD。当我尝试写入或加入共享文件夹时，我收到“权限被拒绝”消息，因为 NFS 显然是只读的。

以下是我用来创建卷的 json 文件：

以下是POD配置文件

有没有办法更改权限？

更新

以下是 PVC 和 NFS 配置：

PVC：

NFS 配置

我刚刚从 nfs 配置中删除了一些状态信息以使其更短

我Pod在通过 helm 创建的 K8s 集群中有一个测试执行器，它要求动态创建PersistentVolume它存储测试结果的位置。

现在我想得到这卷的内容。这似乎是很自然的事情。我会期待一些kubectl download pv <id>。但我无法谷歌搜索任何东西。

如何获取 a 的内容PersistentVolume？

我在 AWS EKS；所以 AWS API 也是一种选择。我也可以访问 ECR，所以也许我可以以某种方式将其存储为图像并下载？

或者，一般来说，我正在寻找一种传输目录的方法，甚至可以在存档中。但它应该在容器完成并且不再运行之后。

我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 的部署都停止工作了吗？

我正在尝试使用我用 azure-file 类型定义的存储类动态配置存储。我尝试在 storageclass 中为 storageAccount 和 skuName 设置两个参数。这是我设置了 storageAccount 的示例。

存储类已成功创建，但是当我尝试使用此存储类创建持久卷声明时，持久卷创建失败并出现以下错误：

这是我的 persistentvolumeclaim 的代码

我的 storageaccount 绝对与我的 acs 集群位于同一资源组和数据中心位置。我的理解是应该自动生成一个秘密的、持久的卷和文件共享。相反，我只是陷入了带有上述错误的挂起状态。

这是我的 kubectl version 命令的输出

任何输入将不胜感激。谢谢！

以下是使用的k8s定义：

现在 nfs-busybox 中的 /mnt 目录应该有 2000 作为 gid（根据docs）。但它仍然有 root 和 root 作为用户和组。由于应用程序以 1000/2000 运行，因此无法在 /mnt 目录中创建任何日志或数据。

chmod 可能会解决这个问题，但它看起来像解决方法。有什么永久的解决方案吗？

观察：如果我用其他一些 PVC 替换 nfs，它的工作正常，如docs中所述。

是否有任何策略或方法使我们能够在 kubernetes 作业（使用该声明）完成时自动删除持久卷声明。

仅供参考：我正在使用删除策略创建持久卷声明，即在声明删除时，关联的持久卷也被删除，这是我的预期行为。

如果没有自动执行此操作的方法，则仅建议其他解决方案，例如（用于清洁的 cronjobs 或 kubernetes 监视功能），这将是我的最后选择。

我想在 virtualbox 上的 kubernetes 中创建一个 statefulset elasticsearch。我没有使用云提供商，所以我为我的 statefulset 的两个副本创建了两个本地持久卷：

pv0:

pv1：

状态集：

似乎持久卷已正确反弹，但 pod 始终处于崩溃循环并每次都重新启动。是因为使用了 initContainer 还是我的 yaml 有问题？