1、概述
为什么 kubernetes 要持久化存储？
在 kubernetes 中部署应用都是以 Pod 的容器运行的，而 Pod 是有生命周期，一旦 Pod 被删除或重启后，这些数据也会随着丢失，则需要对这些数据进行持久化存储。
PV：Persistent Volume （简称：PV） 描述的是持久化存储数据卷。API 对象定义的是一个持久化存储在宿主机上的目录如：NFS的挂载目录。这个PV，通常是由运维人员事先创建好的，在 kubernetes 集群里面等待使用。
PVC：PersistentVolumeClaim（简称：PVC） 主要是用来向 kubernetes 申请存储资源的，PVC 是给 Pod 使用的对象，代表 Pod 去系统申请资源 PV。如果申请成功，kubernetes 会把 PV 和 PVC 绑定。
StorageClass：当作 PV的模板，PVC 绑定不到合适的PV时，可以动态创建的一种机制。在大规模的 kubernetes 生产集群中，可能会有很多的 PVC，随着项目的增加，可能还需要不断添加新的 PV，否则可能为某个新的 Pod 因 PVC 绑定不到 PV 而创建失败。于是 kubernetes 提供可以自动创建 PV 的机制，核心是 StorageClass API对象。
2、示例
首先，运维人员事先创建好 PV，在 kubernetes 集群里待用，这里定义一个 nfs(network file system)网络文件系统，yaml 文件如下：
apiVersion: v1
kind: PersistentVolume
metadata:name: nfs-demonamespace: default
spec:storageClassName: nfs-storeage # 存储名称capacity:storage: 1GiaccessModes:- ReadWriteOncenfs:server: 192.168.120.11 # IP 是NFS服务器的地址path: /nfs/data/haha/ # 该目录需要提前创建好，否则可能失败
开发人员要去使用，首先创建 PVC，比如想要使用 一个 1GiB 大小的 PVC，yaml 文件如下：
apiVersion: v1
kind: PersistentVolumeClaim
metadata:name: nfs-demonamespace: default
spec:storageClassName: nfs-storeage # 存储类的名称(必须与PV的storageClassName相同)accessModes:- ReadWriteOnce # 单节点读写resources:requests:storage: 1Gi
accessModes 访问模式：
- ReadWriteOnce：卷可以被一个节点以读写方式挂载；
- ReadOnlyMany：可以被多个节点以只读方式挂载；
- ReadWriteMany：卷可以被多个节点以读写方式挂载；
- ReadWriteOncePod：卷可以被单个Pod以读写方式挂载；
这样就可以使用的了，但是要真正让容器使用起来，需要注意的点：
- PV 和 PVC 的storageClassName 字段必须一样；
- 必须满足 PVC 的要求；
- 还有值得注意的是Kubernetes 里定义存储容量使用的是国际标准，日常习惯使用的 KB/MB/GB 的基数是 1024，要写成 Ki/Mi/Gi ，否则单位不一致实际容量就会对不上。
以上示例，Kubernetes 就会根据 PVC 里的描述，去找能够匹配 StorageClass 和容量的 PV，然后把 PV 和 PVC“绑定”在一起，实现存储的分配。当将 PVC 和 PV 进行绑定之后，Pod 就能够像使用 hostPath 等常规类型的 Volume 一样，有了持久卷存储，现在就可以为 Pod 挂载存储卷了，在 YAML 文件里声明使用这个 PVC 了，如下所示：
apiVersion: v1
kind: Pod
metadata:name: "nginx-pvc"namespace: defaultlabels:app: "nginx-pvc"
spec:containers:- name: nginx-pvcimage: "nginx"ports:- containerPort: 80name: httpvolumeMounts:- name: localtimemountPath: /etc/localtime- name: htmlmountPath: /usr/share/nginx/html/volumes:- name: localtimehostPath:path: /usr/share/zoneinfo/Asia/Shanghai- name: htmlpersistentVolumeClaim:claimName: nginx-pvc # 申请书的名字restartPolicy: Always
这样就把存储卷挂载到 Nginx 容器的 /etc/localtime 和 /usr/share/nginx/html/ 目录了。
3、PV 与 PVC 小结
PV 和 PVC:
- 只要有PV，那么PVC先是Pending状态；
- PV被创建后，正好PVC要用，那么PVC自动绑定到这个PV卷上；
- PVC可以被提前创建并和PV绑定，以后Pod需要关联PVC即可；
Pod 删除，PVC 还在吗？
PVC 并不会影响，需要手动删除PVC。（yaml遵循Pod和PVC写在文件）
PVC 删除会不会影响 PV？
根据回事策略不同决定的。如NFS回收策略是Recycle，那么PV不会被删除，但内容被清空，PV重新变回可用状态。如果是Retain策略，PVC删除，PV是不受影响的要删除自己手动。
Retain策略场景：如Pod部署数据库的，如删除Pod时，希望k8s重新拉起(不能用Retain和Recycle一旦删除啥都没有了)所以Retain是默认的。
状态表示:
- Released ：PV 释放，释放了和PVC关联关系，绑定不存在，新的不同PVC不能重新绑定上来
- Available： PV 可用，也可以和任意的PVC绑定
- Failed（失败，可能卷不支持）
- Bound（已绑定）
4、emptyDir 存储卷
使用 emptyDir 时，Pod 分配到某个 Node 上时，emptyDir 会被创建，当Pod在该节点运行期间卷一直存在的，卷最初时空的。
尽管Pod中的容器挂载 emptyDir 卷的路径可能相同也可能不同，这些容器都可以读写 emptyDir卷中相同的文件。
当Pod因为某些原因被从节点删除时，这时emptyDir卷中数据也会被永久删除的。
示例：
定义了 2 个容器，两个容器之间挂载的 emptyDir ，它们是可以实现共享。
apiVersion: v1
kind: Pod
metadata:name: nginx-test
spec:containers:- image: nginximagePullPolicy: IfNotPresentname: nginx-containersports:- name: httpcontainerPort: 80volumeMounts:- name: htmlmountPath: /usr/share/nginx/html- name: busyboximage: busybox:latestname: busybox-containersimagePullPolicy: IfNotPresentvolumeMounts:- name: htmlmountPath: /data/command: ['/bin/sh','-c','while true;do echo $(date) >> /data/index.html;sleep 2;done']volumes:- name: htmlemptyDir: {}说明：Pod里面容器无论重启或崩溃期间 emptyDir 卷是安全的，不会导致卷丢失。但 Pod被删除，重新拉起，或Pod超出资源限制被 Kubelet 杀死了，emptyDir 卷中的数据也会被永久删除，这种存储卷也称为“临时存储”。
5、hostPath 存储卷
指的是 Pod 挂载宿主机的某个目录或文件，hostPath 卷使得容器可以使用宿主机的文件系统进行存储。
示例：
apiVersion: v1
kind: Pod
metadata:name: "pod-hostpath-test"namespace: defaultlabels:app: "pod-hostpath-test"
spec:containers:- name: pod-timeimage: "busybox"command: ["sleep","60000"]volumeMounts:- name: localtimemountPath: /etc/localtimevolumes:- name: localtime # 卷名称一定要一样hostPath: # 宿主机路径，这个文件挂在到容器目录(/etc/localtime)path: /usr/share/zoneinfo/Asia/Shanghaitype: Directory # 细节：可以声明类型是文件夹还是文件
说明：当 Pod 被删除，这个存储卷还在，只要保证同一个 Pod 被调度到同一个节点上， 在 pod 被删除重新被调度到这个节点之后，对应的数据依然是存在的。
6、emptyDir 与 hostPath 小结
- emptyDir与hostPath属于节点级别的卷类型；
- emptyDir的生命周期与Pod资源相同，一旦Pod被删除，数据也就丢失；
- hostPath卷的Pod一旦被重新调度至其他节点，那么它将无法再使用此前的数据；