Kubernetes 中的动态存储供应：NFS Client Provisioner 与 StorageClass 详解

在Kubernetes（K8s）环境中，动态存储供应是实现存储自动化的关键特性之一。NFS Client Provisioner作为一个动态供应器，与StorageClass紧密结合，为用户提供了一种灵活且高效的方式来管理持久化存储。本文将深入探讨NFS Client Provisioner的作用、如何与StorageClass协同工作，以及它们在Kubernetes存储管理中的重要性。

动态存储供应简介

在Kubernetes中，动态存储供应允许用户在不预先创建PersistentVolume（PV）的情况下，通过PersistentVolumeClaim（PVC）请求存储资源。当PVC被创建且没有匹配的PV时，动态供应器会介入并自动创建相应的PV来满足PVC的需求。

NFS Client Provisioner

NFS Client Provisioner是一个为Kubernetes设计的动态存储供应器，它使用NFS（网络文件系统）作为后端存储。以下是NFS Client Provisioner的几个关键特性：

自动化存储创建

当用户在Kubernetes集群中创建一个PVC，而没有现成的PV与之匹配时，NFS Client Provisioner监听到这个请求，并自动创建一个NFS-backed PV来满足PVC的规格要求。

存储抽象

NFS Client Provisioner抽象了底层存储的细节，使得用户无需了解后端存储的具体实现。用户只需要定义所需的存储容量、访问模式等特性。

存储类（StorageClass）

NFS Client Provisioner通常与一个或多个StorageClass资源关联。StorageClass资源定义了一组预配置的存储供应参数，用户可以在PVC中引用这些StorageClass来请求特定的存储特性。

StorageClass详解

StorageClass是Kubernetes中定义存储供应默认设置的一种方式。以下是StorageClass的一些关键概念：

供应策略

StorageClass中的provisioner字段指定了哪个供应器负责创建PV。对于NFS Client Provisioner，这个值将设置为nfs-client。

存储参数

StorageClass允许用户定义存储供应器的参数，如NFS服务器的路径、PV的回收策略等。

默认StorageClass

可以标记一个StorageClass为默认值，这样在PVC中未指定StorageClass时，Kubernetes将自动使用这个默认StorageClass。

使用NFS Client Provisioner和StorageClass

以下是使用NFS Client Provisioner和StorageClass的基本步骤：

1. 部署NFS Client Provisioner：在Kubernetes集群中部署NFS Client Provisioner应用。

2. 创建StorageClass：定义一个或多个StorageClass资源，指定供应器为NFS Client Provisioner，并设置所需的存储参数。

3. 创建PVC：在部署应用时，创建一个PVC并引用StorageClass来请求存储资源。

4. 自动供应PV：当PVC被创建，NFS Client Provisioner将检测到请求并自动创建一个匹配的PV。

5. 使用PV：PV随后可以被应用绑定并挂载到Pod中，为应用提供持久化存储。

   示例：NFS Client Provisioner 和 StorageClass 在 Kubernetes 中的应用

   示例 1：创建 NFS Client Provisioner

   首先，你需要在 Kubernetes 集群中部署 NFS Client Provisioner。以下是部署 NFS Client Provisioner 的示例 YAML 文件：

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: nfs-client-provisioner
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: nfs-client-provisioner
   template:
     metadata:
       labels:
         app: nfs-client-provisioner
       spec:
         serviceAccountName: nfs-client-provisioner
         containers:
           - name: nfs-client-provisioner
              image: quay.io/external_storage/nfs-client-provisioner:latest
              volumeMounts:
                - name: nfs-client-root
                  mountPath: /persistentvolumes
              env:
                - name: PROVISIONER_NAME
                   value: "nfs-client"
                - name: NFS_SERVER
                   value: "192.168.1.100" #替换成自己的NFS IP
                - name: NFS_PATH
                   value: "/path/to/nfs/share" #替换成自己的NFS 地址
              volumes:
                - name: nfs-client-root
                   nfs:
                      server: "192.168.1.100"
                      path: "/path/to/nfs/share"

   在这个 YAML 文件中，你需要替换 NFS_SERVER 和 NFS_PATH 的值，以指向你的实际 NFS 服务器和共享路径。

   示例 2：创建 StorageClass

   一旦 NFS Client Provisioner 部署完成，你可以创建一个 StorageClass。以下是创建 StorageClass 的示例 YAML 文件：

   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
        name: managed-nfs-storage
   provisioner: nfs-client
   parameters:
       archiveOnDelete: "false"

   在这个 YAML 文件中，provisioner 字段被设置为 nfs-client，这告诉 Kubernetes 使用 NFS Client Provisioner 来供应存储。

   示例 3：创建 PVC 并引用 StorageClass

   现在，你可以创建一个 PVC 并引用上面创建的 StorageClass。以下是创建 PVC 的示例 YAML 文件：

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
        name: my-nfs-pvc
   spec:
       accessModes:
           - ReadWriteMany
       storageClassName: managed-nfs-storage
       resources:
          requests:
             storage: 5Gi

   在这个 YAML 文件中，storageClassName 字段被设置为 managed-nfs-storage，这告诉 Kubernetes 使用之前定义的 StorageClass 来供应存储资源。

   示例 4：在部署中使用 PVC

   最后，你可以在一个部署中使用这个 PVC。以下是如何在部署中使用 PVC 的示例 YAML 文件：

   apiVersion: apps/v1
   kind: Deployment
   metadata:
        name: my-app-deployment
   spec:
      replicas: 3
      selector:
          matchLabels:
               app: my-app
       template:
          metadata:
               labels:
                  app: my-app
          spec:
             containers:
                 - name: my-app-container
                    image: my-app-image:1.0
                    volumeMounts:
                        - name: my-nfs-volume
                          mountPath: /data
             volumes:
                 - name: my-nfs-volume
                   persistentVolumeClaim:
                      claimName: my-nfs-pvc

   在这个 YAML 文件中，volumes 部分引用了之前创建的 PVC my-nfs-pvc，这样容器就可以访问到通过 NFS Client Provisioner 供应的存储。

   通过这些示例，你可以看到如何将 NFS Client Provisioner 和 StorageClass 结合起来，在 Kubernetes 中实现动态存储供应。这种方法不仅简化了存储管理，还提高了存储资源的利用率和灵活性。