问题标签 [persistent-volume-claims]

我是 k8s 的新手，正在尝试为 k8s 设置 prometheus 监控。我使用“helm install”来设置 prometheus。现在：

1. 两个 pod 仍处于待处理状态：
   • 普罗米修斯服务器
   • prometheus-alertmanager
2. 我为两者手动创建了持久卷任何人都可以帮助我如何将这些 PV 与 helm chart 创建的 PVC 映射吗？

我期待豆荚进入运行状态

！！！更新！！！

!!更新-2!!

我还创建了卷并将其分配给本地存储

我在 GKE 上有一个简单的 kubernetes 集群设置。为了持久化我的快速 Web 应用程序的数据，我有一个 mongodb 部署、用于 mongodb 部署的 cluster-ip-service 和在集群中运行的持久卷声明。

正在存储用户数据并且一切正常，直到我在 GKE 控制台上删除了 mongodb 部署。当我尝试使用以下命令恢复 mongodb 部署时：

mongodb 部署和 PVC 再次运行，但之前的所有数据都丢失了。

我的 mongodb 部署 yaml 文件：

我的持久卷声明 yaml 文件：

由于数据存储在集群生命周期之外的持久卷中。

当数据库部署重新启动并运行时，以前的数据不应该保留并变得可用吗？

我想我可能在这里遗漏了一些东西。

我已经设置了具有 14 个 Linux 节点的 AKS 集群。我正在使用 helm 图表部署代码。具有手动 storageClass 的 pod 已成功创建，但使用默认 storageClass 的 pod 无法创建具有错误的持久卷声明。

警告 ProvisioningFailed (x894 over 33h) persistentvolume-controller 无法使用 StorageClass“默认”预配卷：azureDisk - 不支持在 Azure 磁盘上动态预配声明.Spec.Selector

我尝试创建一个 NFS 存储并使用 kubectl 命令将其添加到 kubernetes 集群，但 pod 没有使用该 NFS 挂载来创建卷。

了解 Azure AKS 或 Kubernetes 的人能否在此处提供一些指导。
问：是否可以使用 kubectl 为 AKS 集群上的所有节点设置默认 NFS 卷挂载？

它似乎是 Azure 和 Kubernetes 之间“默认”存储类的兼容性约束。对于具有“手动” storageClass 的 PV，PVC 会成功动态创建。所以我们需要为 AKS 集群上的节点定义默认的 storageClass。就我而言，我需要将其定义为 NFS 挂载。

在其上安装 kubernetes 后，我知道如何在单个 VM 上执行此操作，但我正在努力为 AKS 集群的所有节点设置它。Azure 文档仅讨论在 pod 级别而不是节点级别执行此操作

在 Kubernetes 中，我遇到了目录权限问题。我正在使用一个 pod 进行测试，以创建一个基本的 elasticsearch 实例，该实例是基于 ElasticSearch 提供的 docker 映像构建的。

如果我使用基本的 .yaml 文件来定义容器，一切都会启动。当我尝试用安装持久卷创建的目录替换从 docker 映像创建的目录时，就会出现问题。

原来的目录是

如果我挂载持久卷，它会将所有者和权限更改为

现在，通过运行 elasticsearch 用户的 elasticsearch 进程，可以再访问该目录。

我已将 pod 的安全上下文的 fsGroup 设置为 1000，以匹配 elasticsearch 组的组。我已将容器的安全上下文的 runAsUser 设置为 0。我已设置用户和组的各种其他组合，但无济于事。

这是我的 pod、持久卷声明和持久卷定义。

欢迎任何建议。

我指定：

这是部署：

这是持久卷：

我已经让本地持久卷工作，使用本地目录作为挂载点、存储类、PVC 等，所有这些都使用标准文档。

但是，当我在 Pod 中使用这个 PVC 时，所有文件都在挂载点的基础上创建，即如果/data是我的挂载点，我所有的应用程序文件都存储在/data文件夹中。我看到这会在未来产生冲突，多个应用程序写入同一个文件夹。

寻找任何建议或建议将 Pod 的每个 PVC 甚至应用程序文件放入 PV 中的单独目录。

我在 docker-desktop 上创建了一个 PV 和一个 PVC，即使在删除 pv 和 pvc 之后，文件仍然存在。当我重新创建它时，它会将相同的 mysql 数据库附加到新的 pod。如何手动删除 hostPath 创建的文件？我想一种方法是在首选项中重置 Kubernetes，但必须有另一种不那么核的选项。

Pod 无法启动，并且由于我的经验有限，我很难调试它。我还从我的本地机器安装了一个卷到 minikube vm，如下所示： minikube start --cpus 4 --memory 8192 --mount-string="/data/minikube:/data" --mount

任何帮助将非常感激。

存储类：

持久卷：

有状态集：

服务：

Pod 日志来自test-db-0：

我有一个持久卷声明文件，以前在部署阶段由 buildkite 读取。直到最近，它在构建过程中一直出现此错误：

我最近两次看到此问题出现，立即解决方法是添加缺少的字段 ( spec.dataSource) 并将其设置为null.

我的问题是，如果它在第一个实例中不存在，那么将它设置为与null以前的不同吗？

我有一个 Kubernetes 集群，其中部署了一些 pod（数据库、前端、Redis）。我无法完全掌握的部分是删除 pod 后 PVC 会发生什么。

例如，如果我删除绑定到 CLAIM_A 的 POD_A，我知道 CLAIM_A 不会自动删除。如果我然后尝试重新创建 POD，它会附加回同一个 PVC，但所有数据都丢失了。

谁能解释发生了什么，我查看了官方文档，但目前没有任何意义。

任何帮助表示赞赏。