k8s:PVC 的使用

PVC 的使用

在我们真正使用的时候是使用的 PVC，就类似于我们的服务是通过 Pod 来运行的，而不是 Node，只是 Pod 跑在Node 上而已，

准备工作

在使用 PVC 之前，我们还得把其他节点上的 nfs 客户端给安装上

我们需要在所有节点安装 nfs 客户端程序，安装方法和上节课的安装方法一样的。必须在所有节点都安装 nfs 客户端，否则可能会导致 PV 挂载不上的问题

新建 PVC

新建一个数据卷声明，请求 1Gi 的存储容量，访问模式也是ReadWriteOnce，YAML 文件如下：(pvc-nfs.yaml)

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1-nfs
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

可以看到我们这里的声明方法几乎和新建 PV 是一样的，在新建 PVC 之前，我们可以看下之前创建的 PV 的状态：

[root@master ~]# kubectl  get pv
pv1                                        1Gi        RWO            Recycle          Available                                                          93m

我们可以看到当前 pv1 是在 Available 的一个状态，所以这个时候我们的 PVC 可以和这个 PV 进行绑定：

[root@master ~]# kubectl  get pvc
NAME             STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS         AGE
pvc-nfs          Bound    pv1                                        1Gi        RWO                                 5m13s

[root@master ~]# kubectl  get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                    STORAGECLASS         REASON   AGE
pv1                                        1Gi        RWO            Recycle          Bound    default/pvc-nfs                                        97m

可以看到 PV 也是 Bound 状态了，对应的声明是 default/pvc-nfs，就是 default 命名空间下面的 pvc-nfs，证明我们刚刚新建的 pvc-nfs和我们的 pv-nfs 绑定成功了。

系统自动匹配pv\pvc
他会根据我们的声明要求去查找处于 Available 状态的 PV，如果没有找到的话那么我们的 PVC 就会一直处于 Pending 状态，找到了的话当然就会把

新建没有合适的pv看下状态会是什么样子的

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: pvc1-nfs
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi
  selector:
    matchLabels:
      app: nfs
[root@master ~]# kubectl  get pvc
NAME             STATUS    VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS         AGE
pvc2-nfs         Pending                                                                                             5s

[root@master ~]# kubectl  get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                    STORAGECLASS         REASON   AGE
pv001                                      1Gi        RWO            Recycle          Bound    default/www-web-0                                      22h
pv002                                      1Gi        RWO            Recycle          Bound    default/www-web-1                                      22h
pv1                                        1Gi        RWO            Recycle          Bound    default/pvc-nfs                                        164m
pvc-558f0315-7994-4b22-a32a-c3978c7794ce   5Gi        RWX            Delete           Bound    default/www-test-pvc-0   course-nfs-storage            8d
pvc-fe7e15b0-da47-4f2c-a43a-aba53b1f8a87   1Gi        RWX            Delete           Bound    default/test-pvc         course-nfs-storage            8d

可以看到没有匹配PVC2的pv所以PVC2会一直处于pending状态，直到有符合的PV才会bound

创建一个符合PVC2的pv

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pvc2-pv
  labels:
    app: nfs
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  nfs:
    server: 192.168.0.38
    path: /data/k8s
[root@master ~]# kubectl  get pv
 NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                    STORAGECLASS         REASON   AGE
 pvc2-pv                                    2Gi        RWO            Recycle          Bound    default/pvc2-nfs                                       15s

[root@master ~]# kubectl  get pvc
NAME             STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS         AGE
 pvc2-nfs         Bound    pvc2-pv                                    2Gi        RWO                                 7m18s

可以看到正常绑定                 

需要注意的是不管PVC多大只要没有超过PV容量大小都正常绑定PV，PV有多大的容量空间就可以使用多大容量的空间。

使用 PVC

apiVersion: apps/v1
kind: Deployment
metadata:
  name: pvc-nginx
spec:
  selector:
    matchLabels:
      app: pvc-nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: pvc-nginx
    spec:
      containers:
      - name: nginx
        image: nginx
        ports:
        - name: web
          containerPort: 80
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
          subPath: html
      volumes:
      - name: www
        persistentVolumeClaim:
          claimName: pvc2-nfs
---
apiVersion: v1
kind: Service
metadata:
  name: pvc-nginx
spec:
  type: NodePort
  ports:
  - name: web
    port: 80
    targetPort: 80
  selector:
    app: pvc-nginx
[root@master ~]# kubectl get svc,pv,pvc
 service/pvc-nginx    NodePort    10.100.178.66    <none>        80:30054/TCP   13m
 persistentvolume/pvc2-pv                                    2Gi        RWO            Recycle          Bound    default/pvc2-nfs                                       14m
 persistentvolumeclaim/pvc2-nfs         Bound    pvc2-pv                                    2Gi        RWO                                 13m
 
[root@master k8s]# pwd
/data/k8s
[root@master k8s]# ll html/
总用量 4
-rw-r--r--. 1 root root 12 3月  13 15:45 index.html
                

访问nginx

注意：
删除顺序 pod>pvc>pv
如果删除PV则不影响已挂载的pod但影响新建的pod挂载
删除PVC需要看回收策略是否影响数据持久化