Kubernetes的pod本身是无状态的（stateless）,生命周期通常比较短，只要出现了异常，Kubernetes就会自动创建一个新的Pod来代替它。

而容器产生的数据，会随着Pod消亡而自动消失。

为了实现Pod内数据的存储管理，Kubernetes引入了两个API资源：Persistent Volume（持久卷，以下简称PV）和Persistent Volume Claim（持久卷申请，以下简称PVC）。

PV是Kubernetes集群中的一种网络存储实现，跟Node一样，也是属于集群的资源。

PV跟Docker里的Volume(卷)类似，不过会有独立于Pod的生命周期。

使用kubectl get pv查看列表：

而PVC是用户的一个请求，跟Pod类似。Pod消费Node的资源，PVC消费PV的资源。

Pod 能够申请特定的资源（CPU和内存）；PVC能够申请特定的尺寸和访问模式，例如可以加载一个读写实例或者多个只读实例，（就是上图kubectl get pvc返回结果的Access Mode这一列的值RWO, ROX等等）而无须感知这些实例背后具体的存储实现。

我们来看一个具体的PVC实例，名称为nginx-pvc:

kind: PersistentVolumeClaim apiVersion: v1 metadata: name: nginx-pvc spec: storageClassName: default accessModes: - ReadOnlyMany resources: requests: storage: 1Gi

使用命令kubectl create -f pvc.yaml创建这个yaml文件定义的persistent volume claim：

然后定义一个pod，消费这个名为nginx-pvc的persistent volume claim：

使用kubectl describe pvc nginx-pvc查看这个persistent volume claim对应生成的persistent volume：

现在我用命令kubectl cp train.jpg nginx-storage-pod:/usr/share/nginx/html将两个文件train.jpg和index.html文件拷贝到pod内部文件路径/usr/share/nginx/html下面：

现在切换到nginx-storage-pod pod里，在/usr/share/nginx/html目录下果然发现了这两个文件：

接下来我定义了另一个pod，同样适用nginx-pvc这个PVC：

创建完这个pod之后，then kubectl exec -ti another ash 进入pod内部/usr/share/nginx/html，同样发现了index.html和train.jpg.

这个例子说明persistent volume claim能够用于在多个pod间共享持久化数据。