k8s存储卷 +PVC和PV

k8s存储卷 +PVC和PV

@[toc]

K8S存储卷

容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时，kubelet会重启它，但是容器中的文件将丢失一容器以干净的状态(镜像最初的状态)重新启动。其次，在Pod中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes 中的Volume抽象就很好的解决了这些问题。Pod中的容器通过Pause容器共享Volume。

emptyDir存储卷

mkdir shiyan cd /shiyan vim pod4.yaml apiVersion: v1 kind: Pod metadata: name: nginx labels: app: nginx spec: containers: - name: nginx1 image: nginx ports: - name: http containerPort: 80 volumeMounts: #定义容器挂载内容 - name: html #使用存储卷名称，如果跟下面volume字段name值相同，则表示使用volume的这个存储卷 mountPath: /usr/share/nginx/html/ #挂载至容器中哪个目录 - name: nginx2 image: nginx volumeMounts: - name: html mountPath: /data/ command: ['/bin/bash','-c','while true;do echo $(date) >> /data/index.html;sleep 2;done'] volumes: - name: html emptyDir: {} kubectl apply -f pod4.yaml kubectl get pods -o wide kubectl exec -it nginx sh cd /usr/share/nginx/html/ kubectl exec -it nginx -c nginx2 sh cd /data

hostPath存储卷

hostPath卷将 node 节点的文件系统中的文件或目录挂载到集群中。hostPath可以实现持久存储，但是在node节点故障时，也会导致数据的丢失。

在 node01 节点上创建挂载目录 mkdir -p /data/pod/ echo 'node1.com' > /data/pod/index.html 在 node02 节点上创建挂载目录 mkdir -p /data/pod/ echo 'node2.com' > /data/pod/index.html 创建 Pod 资源 vim pod5.yaml apiVersion: v1 kind: Pod metadata: name: nginx4 spec: containers: - name: nginx4 image: nginx volumeMounts: #定义容器挂载内容 - name: html #使用存储卷名称于volume定义 的name相同 mountPath: /usr/share/nginx/html/ #定义容器内的挂载目录 readOnly: false #读写挂载方式，默认为读写模式false volumes: - name: html #定义存储卷名称 hostPath: #路径，宿主机存储路径 path: /data/pod/ #在宿主机上目录的路径 type: DirectoryOrCreate #定义类型，如果宿主机没有此目录会自动创建 kubectl apply -f pod5.yaml kubectl get pods -o wide curl 10.244.2.6 #删除pod重建文件内容依然存在，直接修改主机内的目录也可以

nfs共享存储卷

在新节点（node3）安装nfs并配置服务 mkdir /data/pod -p chmod 777 /data/pod/ echo 'node3' > /data/pod/index.html vim /etc/exports /data/pod 192.168.150.0/24(rw,no_root_squash) systemctl start rpcbind systemctl start nfs showmount -e Export list for localhost.localdomain: /data/pod 192.168.150.0/24 master节点操作，k8s集群需要添加主机名映射 vim pod6.yaml apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx volumeMounts: - name: html mountPath: /usr/share/nginx/html/ volumes: - name: html nfs: #指定挂载类型为nfs path: /data/pod/ server: stor03 #指定nfs服务器名，只能是主机名不能为IP地址

==PVC和 PV==

PersistentVolume（PV）是集群中已由管理员配置的一段网络存储。集群中的资源就像一个节点是一个集群资源。PV是诸如卷之类的卷插件，但是具有独立于使用PV的任何单个pod的生命周期。该API对象捕获存储的实现细节，即NFS、iSCSI或云提供商特定的存储系统。

PersistentVolumeclaim（PVC）是用户存储的请求。PVC的使用逻辑∶在pod中定义一个存储卷（该存储卷类型为PVC），定义的时候直接指定大小，pvc必须与对应的pv建立关系，pvc会根据定义去pv申请，而pv是由存储空间创建出来的。pv和pvc是kubernetes抽象出来的一种存储资源。

虽然PersistentVolumeClaims允许用户使用抽象存储资源，但是常见的需求是，用户需要根据不同的需求去创建PV，用于不同的场景。而此时需要集群管理员提供不同需求的PV，而不仅仅是PV的大小和访问模式，但又不需要用户了解这些卷的实现细节。对于这样的需求，此时可以采用StorageClass资源（动态）。

PV是集群中的资源。 PVC是对这些资源的请求，也是对资源的索引检查。PV和PVC之间的相互作用遵循这个生命周期∶

Provisioning（配置）---> Binding（绑定）--->Using（使用）---> Releasing（释放）---> Recycling（回收）

这里有两种PV的提供方式∶静态或者动态

静态-->直接固定存储空间∶

集群管理员创建一些 PV。它们携带可供集群用户使用的真实存储的详细信息。它们存在于Kubernetes API中，可用于消费。

动态-->通过存储类进行动态创建存储空间∶

==格式==

kubectl explain pv #查看pv的定义方式 FIELDS: apiVersion kind metadata spec kubectl explain pv.spec #查看pv定义的规格 spec: nfs（定义存储类型） path（定义挂载卷路径） server（定义服务器名称） accessModes（定义访问模型，有以下三种访问模型，以列表的方式存在，也就是说可以定义多个访 问模式） ReadWriteOnce（RWO） 单节点读写 ReadOnlyMany（ROX）多节点只读 ReadWriteMany（RWX）多节点读写 persistentVolumeReclaimPolicy: Retain #可以定义回收策略 capacity（定义PV空间的大小） storage（指定大小） kubectl explain pvc #查看PVC的定义方式 KIND: PersistentVolumeClaim VERSION: v1 FIELDS: apiVersion kind metadata