Kubernetes 上的 Jupyterhub：自动化 pvc 不会创建新的本地持久卷

如何解决Kubernetes 上的 Jupyterhub：自动化 pvc 不会创建新的本地持久卷

我尝试在 RHEL 8 机器上的本地 Kubernetes 上部署 Jupyterhub（从零到英雄）。 经过几个小时的尝试，基本服务现在正在运行。我为主服务创建了一个 pv，效果很好。

Name:              hub-db-dir
Labels:            <none>
Annotations:       pv.kubernetes.io/bound-by-controller: yes
Finalizers:        [kubernetes.io/pv-protection]
StorageClass:      local-storage
Status:            Bound
Claim:             jupyter/hub-db-dir
Reclaim Policy:    Retain
Access Modes:      RWO
VolumeMode:        Filesystem
Capacity:          5Gi
Node Affinity:
  Required Terms:
    Term 0:        kubernetes.io/hostname in [host]
Message:
Source:
    Type:  LocalVolume (a persistent volume backed by local storage on a node)
    Path:  /temp
Events:    <none>

但我一登录，就收到以下消息： Screenshot

我发现 K8 不会自己创建新的 pv。即使我创建了一个（使用适当的名称），它也会失败。

有没有人有解决方案？

我的存储类：

Name:            local-storage
IsDefaultClass:  Yes
Annotations:     kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"storage.k8s.io/v1","kind":"StorageClass","metadata":{"annotations":{"storageclass.kubernetes.io/is-default-class":"true"},"name":"local-storage"},"provisioner":"kubernetes.io/no-provisioner","volumeBindingMode":"WaitForFirstConsumer"},storageclass.kubernetes.io/is-default-class=true
Provisioner:           kubernetes.io/no-provisioner
Parameters:            <none>
AllowVolumeExpansion:  <unset>
MountOptions:          <none>
ReclaimPolicy:         Delete
VolumeBindingMode:     WaitForFirstConsumer
Events:                <none>

解决方法

根据您提供的信息：

provisioner: kubernetes.io/no-provisioner

根据：https://kubernetes.io/docs/concepts/storage/storage-classes/#local

本地卷目前不支持动态配置，但是仍然应该创建一个 StorageClass 来延迟卷绑定直到 Pod 调度。这是由 WaitForFirstConsumer 卷绑定模式指定的。

我在云提供商上遇到过类似问题，其中卷不支持配置的某些（标准）部分，因此无法按预期进行配置。替代方案是使用不同的存储方法（云对象存储/S3/等或数据库）。

另见：

https://kubernetes.io/docs/concepts/storage/volumes/#local

使用本地卷时，您必须设置 PersistentVolume nodeAffinity。 Kubernetes 调度程序使用 PersistentVolume nodeAffinity 将这些 Pod 调度到正确的节点。

,

一般来说，可以从 Kubernetes 文档开始。 Here 你可以找到存储类的概念。您还将找到以某种方式支持哪些解决方案的信息。必须指定此字段。您正在 RHEL 8 机器上使用本地 Kubernetes，因此 local volumes 可以帮助您。

看例子：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: example-pv
spec:
  capacity:
    storage: 100Gi
  volumeMode: Filesystem
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Delete
  storageClassName: local-storage
  local:
    path: /mnt/disks/ssd1
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: In
          values:
          - example-node

此示例显示了使用 local 卷和 nodeAffinity 的 PersistentVolume。使用 nodeAffinity 卷时，您需要设置 PersistentVolume local。还建议创建一个将 volumeBindingMode 设置为 WaitForFirstConsumer 的 StorageClass。

本地卷目前不支持动态配置，但是仍然应该创建一个 StorageClass 来延迟卷绑定直到 Pod 调度。这由 WaitForFirstConsumer 卷绑定模式指定。

延迟卷绑定允许调度程序在为 PersistentVolumeClaim 选择合适的 PersistentVolume 时考虑 Pod 的所有调度约束。

如果您正在寻找为裸机集群配置存储的完整指南，您可以找到它 here。正如我之前提到的，本地卷目前不支持动态配置。但是，您可以使用 NFS 服务器来解决这个问题。

nfs 卷允许将现有 NFS（网络文件系统）共享挂载到 Pod 中。与删除 Pod 时擦除的 emptyDir 不同，nfs 卷的内容会被保留，而该卷只是被卸载。这意味着 NFS 卷可以预先填充数据，并且可以在 pod 之间共享数据。 NFS 可以由多个写入器同时挂载。 注意：您必须有自己的 NFS 服务器运行并导出共享，然后才能使用它。

Here 您可以根据官方文档找到 NFS 示例。另请关注 this guide 以获取更多信息，了解如何设置 Kubernetes 裸机动态存储分配。