Kubernetes 中部署 NFS Provisioner 为 NFS 提供动态分配卷（上篇）

1、NFS Provisioner 简介

NFS Provisioner 是一个自动配置卷程序，它使用现有的和已配置的 NFS 服务器来支持经过持久卷声明动态配置 Kubernetes 持久卷。

持久卷被配置为：namespace−{pvcName}-${pvName}。

2、External NFS 驱动的工做原理

K8S 的外部 NFS 驱动，能够按照其工做方式（是做为 NFS server 仍是 NFS client）分为两类：

一、nfs-client

也就是咱们接下来演示的这一类，它经过 K8S 的内置的NFS驱动挂载远端的 NFS 服务器到本地目录；而后将自身做为 storage provider，关联 storage class。当用户建立对应的 PVC 来申请 PV 时，该 provider 就将 PVC 的要求与自身的属性比较，一旦知足就在本地挂载好的 NFS 目录中建立 PV 所属的子目录，为 Pod 提供动态的存储服务。

二、nfs

与 nfs-client 不一样，该驱动并不使用 k8s 的 NFS 驱动来挂载远端的 NFS 到本地再分配，而是直接将本地文件映射到容器内部，而后在容器内使用ganesha.nfsd 来对外提供 NFS 服务；在每次建立 PV 的时候，直接在本地的 NFS 根目录中建立对应文件夹，并 export 出该子目录。利用NFS动态提供 Kubernetes 后端存储卷

本文将介绍使用 nfs-client-provisioner 这个应用，利用 NFS Server 给 Kubernetes 做为持久存储的后端，而且动态提供 PV。前提条件是有已经安装好的 NFS 服务器，而且 NFS 服务器与 Kubernetes 的 Slave 节点都能网络连通。将 nfs-client 驱动作一个 deployment 部署到 K8S 集群中，而后对外提供存储服务。

nfs-client-provisioner 是一个 Kubernetes 的简易NFS的外部 provisioner，自己不提供 NFS，须要现有的 NFS 服务器提供存储。

3、部署服务

一、配置受权

如今的 Kubernetes 集群大部分是基于 RBAC 的权限控制，因此建立一个必定权限的 ServiceAccount 与后面要建立的 “NFS Provisioner” 绑定，赋予必定的权限。

# 清理rbac受权
kubectl delete -f nfs-rbac.yaml -n kube-system

# 编写yaml
cat >nfs-rbac.yaml<<-EOF
---
kind: ServiceAccount
apiVersion: v1
metadata:
  name: nfs-client-provisioner
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: nfs-client-provisioner-runner
rules:
  - apiGroups: [""]
    resources: ["persistentvolumes"]
    verbs: ["get", "list", "watch", "create", "delete"]
  - apiGroups: [""]
    resources: ["persistentvolumeclaims"]
    verbs: ["get", "list", "watch", "update"]
  - apiGroups: ["storage.k8s.io"]
    resources: ["storageclasses"]
    verbs: ["get", "list", "watch"]
  - apiGroups: [""]
    resources: ["events"]
    verbs: ["create", "update", "patch"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: run-nfs-client-provisioner
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    namespace: kube-system
roleRef:
  kind: ClusterRole
  name: nfs-client-provisioner-runner
  apiGroup: rbac.authorization.k8s.io
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
rules:
  - apiGroups: [""]
    resources: ["endpoints"]
    verbs: ["get", "list", "watch", "create", "update", "patch"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: kube-system
roleRef:
  kind: Role
  name: leader-locking-nfs-client-provisioner
  apiGroup: rbac.authorization.k8s.io
EOF

# 应用受权
kubectl apply -f nfs-rbac.yaml -n kube-system

二、部署 nfs-client-provisioner

首先克隆仓库获取 yaml 文件

git clone https://github.com/kubernetes-incubator/external-storage.git
cp -R external-storage/nfs-client/deploy/ /root/
cd deploy

三、部署 NFS Provisioner

修改 deployment.yaml 文件,这里修改的参数包括 NFS 服务器所在的 IP 地址（10.198.1.155），以及 NFS 服务器共享的路径（/data/nfs/），两处都须要修改成你实际的 NFS 服务器和共享目录。另外修改 nfs-client-provisioner 镜像从七牛云拉取。

设置 NFS Provisioner 部署文件，这里将其部署到 “kube-system” Namespace 中。

# 清理NFS Provisioner资源
kubectl delete -f nfs-provisioner-deploy.yaml -n kube-system

export NFS_ADDRESS='10.198.1.155'
export NFS_DIR='/data/nfs'

# 编写deployment.yaml
cat >nfs-provisioner-deploy.yaml<<-EOF
---
kind: Deployment
apiVersion: apps/v1
metadata:
  name: nfs-client-provisioner
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nfs-client-provisioner
  strategy:
    type: Recreate  #---设置升级策略为删除再建立(默认为滚动更新)
  template:
    metadata:
      labels:
        app: nfs-client-provisioner
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
        - name: nfs-client-provisioner
          #---因为quay.io仓库国内被墙，因此替换成七牛云的仓库
          image: quay-mirror.qiniu.com/external_storage/nfs-client-provisioner:latest
          volumeMounts:
            - name: nfs-client-root
              mountPath: /persistentvolumes
          env:
            - name: PROVISIONER_NAME
              value: nfs-client  #---nfs-provisioner的名称，之后设置的storageclass要和这个保持一致
            - name: NFS_SERVER
              value: ${NFS_ADDRESS}  #---NFS服务器地址，和 valumes 保持一致
            - name: NFS_PATH
              value: ${NFS_DIR}  #---NFS服务器目录，和 valumes 保持一致
      volumes:
        - name: nfs-client-root
          nfs:
            server: ${NFS_ADDRESS}  #---NFS服务器地址
            path: ${NFS_DIR} #---NFS服务器目录
EOF

# 部署deployment.yaml
kubectl apply -f nfs-provisioner-deploy.yaml -n kube-system

# 查看建立的pod
kubectl get pod -o wide -n kube-system|grep nfs-client

# 查看pod日志
kubectl logs -f `kubectl get pod -o wide -n kube-system|grep nfs-client|awk '{print $1}'` -n kube-system

四、建立 StorageClass

storage class 的定义，须要注意的是：provisioner 属性要等于驱动所传入的环境变量 PROVISIONER_NAME 的值。不然，驱动不知道知道如何绑定storage class。 此处能够不修改，或者修改 provisioner 的名字，须要与上面的deployment 的 PROVISIONER_NAME 名字一致。

# 清理storageclass资源
kubectl delete -f nfs-storage.yaml

# 编写yaml
cat >nfs-storage.yaml<<-EOF
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: nfs-storage
  annotations:
    storageclass.kubernetes.io/is-default-class: "true"  #---设置为默认的storageclass
provisioner: nfs-client  #---动态卷分配者名称，必须和上面建立的"PROVISIONER_NAME"变量中设置的Name一致
parameters:
  archiveOnDelete: "true"  #---设置为"false"时删除PVC不会保留数据,"true"则保留数据
mountOptions: 
  - hard        #指定为硬挂载方式
  - nfsvers=4   #指定NFS版本，这个须要根据 NFS Server 版本号设置
EOF

#部署class.yaml
kubectl apply -f nfs-storage.yaml

#查看建立的storageclass(这里能够看到nfs-storage已经变为默认的storageclass了)
$ kubectl get sc
NAME                    PROVISIONER      AGE
nfs-storage (default)   nfs-client       3m38s

4、建立 PVC

0一、建立一个新的 namespace，而后建立 pvc 资源

# 删除命令空间
kubectl delete ns kube-public

# 建立命名空间
kubectl create ns kube-public

# 清理pvc
kubectl delete -f test-claim.yaml -n kube-public

# 编写yaml
cat >test-claim.yaml<<\EOF
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: test-claim
spec:
  storageClassName: nfs-storage #---须要与上面建立的storageclass的名称一致
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 100Gi
EOF

#建立PVC
kubectl apply -f test-claim.yaml -n kube-public

#查看建立的PV和PVC
$ kubectl get pvc -n kube-public
NAME         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
test-claim   Bound    pvc-593f241f-a75f-459a-af18-a672e5090921   100Gi      RWX            nfs-storage    3s

kubectl get pv

#而后，咱们进入到NFS的export目录，能够看到对应该volume name的目录已经建立出来了。其中volume的名字是namespace，PVC name以及uuid的组合：

#注意，出现pvc在pending的缘由可能为nfs-client-provisioner pod 出现了问题，删除重建的时候会出现镜像问题

5、建立测试 Pod

# 清理资源
kubectl delete -f test-pod.yaml -n kube-public

# 编写yaml
cat > test-pod.yaml <<\EOF
kind: Pod
apiVersion: v1
metadata:
  name: test-pod
spec:
  containers:
  - name: test-pod
    image: busybox:latest
    command:
      - "/bin/sh"
    args:
      - "-c"
      - "touch /mnt/SUCCESS && exit 0 || exit 1"
    volumeMounts:
      - name: nfs-pvc
        mountPath: "/mnt"
  restartPolicy: "Never"
  volumes:
    - name: nfs-pvc
      persistentVolumeClaim:
        claimName: test-claim
EOF

#建立pod
kubectl apply -f test-pod.yaml -n kube-public

#查看建立的pod
kubectl get pod -o wide -n kube-public

0一、进入 NFS Server 服务器验证是否建立对应文件

进入 NFS Server 服务器的 NFS 挂载目录，查看是否存在 Pod 中建立的文件：

$ cd /data/nfs/
$ ls
archived-kube-public-test-claim-pvc-2dd4740d-f2d1-4e88-a0fc-383c00e37255  kube-public-test-claim-pvc-ad304939-e75d-414f-81b5-7586ef17db6c
archived-kube-public-test-claim-pvc-593f241f-a75f-459a-af18-a672e5090921  kube-system-test1-claim-pvc-f84dc09c-b41e-4e67-a239-b14f8d342efc
archived-kube-public-test-claim-pvc-b08b209d-c448-4ce4-ab5c-1bf37cc568e6  pv001
default-test-claim-pvc-4f18ed06-27cd-465b-ac87-b2e0e9565428               pv002

# 能够看到已经生成 SUCCESS 该文件，而且可知经过 NFS Provisioner 建立的目录命名方式为 “namespace名称-pvc名称-pv名称”，pv 名称是随机字符串，因此每次只要不删除 PVC，那么 Kubernetes 中的与存储绑定将不会丢失，要是删除 PVC 也就意味着删除了绑定的文件夹，下次就算从新建立相同名称的 PVC，生成的文件夹名称也不会一致，由于 PV 名是随机生成的字符串，而文件夹命名又跟 PV 有关,因此删除 PVC 需谨慎。

参考文档：

http://www.javashuo.com/article/p-vaqbdguz-qq.html k8s pv 与pvc 持久化存储（静态与动态）

http://www.javashuo.com/article/p-owmxjgid-qq.html kubernetes部署 NFS 持久存储

https://www.jianshu.com/p/5e565a8049fc kubernetes 部署 NFS 持久存储（静态和动态）

做者：Lancger

github：https://dwz.cn/qcjgGS7F