Volume: 数据卷

kubernetes Pod中多个容器访问的共享目录。volume被定义在pod上，被这个pod的多个容器挂载到相同或不同的路径下。volume的生命周期与pod的生命周期相同，pod内的容器停止和重启时一般不会影响volume中的数据。所以一般volume被用于持久化pod产生的数据。

volume类型有多种本次介绍常用的两种：

emptyDir

emptyDir的生命周期与所属的pod相同。
pod删除时，其emptyDir中的数据也会被删除。

emptyDir类型的volume在pod分配到node上时被创建，kubernetes会在node上自动分配一个目录，因此无需指定宿主机node上对应的目录文件。

适用场合：emptyDir Volume主要用于某些应用程序无需永久保存的临时目录，多个容器的共享目录等。

示例：

1、编写yaml文件（运行两个容器）

kind: Pod
apiVersion: v1
metadata:
  name: producer-consumer
spec:
  containers:
  - name: producer
    image: busybox
    imagePullPolicy: IfNotPresent
    volumeMounts:
    - mountPath: /producer_dir
      name: shared-volume
    args:
    - /bin/sh
    - -c
    - echo "hello world" > /producer_dir/hello.txt ; sleep 30000

  - name: consumer
    image: busybox
    imagePullPolicy: IfNotPresent
    volumeMounts:
      - mountPath: /consumer_dir
        name: shared-volume
    args:
    - /bin/sh
    - -c
    - cat /consumer_dir/hello.txt ;sleep 30000

  volumes:
  - name: shared-volume
    emptyDir: {}

2、验证：


第二个容器，可以查看到刚创建的文件，即：多个容器的共享目录

docker inspect e8fdb49412e0

查看到本地路径，有刚在容器创建的文件


删除pod

本地目录也被清除

hostPath卷

将主机节点的文件系统中的文件或目录挂载到集群中。

相对于emtpyDir来说，hostPath就等于运行容器是使用的命令：

docker run -v /host/path:/container/path 

除了path属性之外，用户还可以指定type：
空 空字符串（默认），挂载hostPath卷之前不会执行任何检查
DirectoryOrCreate 如果指定的位置没有目录，将创建空目录，权限755，与kubelet具有相同的所有权
Directory 指定的位置必须存在目录
FileOrCreate 如果指定的位置没有文件，将创建空文件，权限644，与kubelet具有相同的所有权
File 指定的位置必须存在文件
Socket 指定的位置必须存在Unix套接字
CharDevice 指定的位置必须存在字符设备
BlockDevice 指定的路径下必须存在块设备

//这里没有创建新的yaml文件，直接将emptyDir.yaml文件的volumes字段更改为:hostPath.

[root@node01 volume]# mkdir /data/hostPath -p

---省略部分同上---
  volumes: 
  - name: shared-volume 
    hostPath: 
      path: "/data/hostPath"
      type: Directory 

特殊存储卷

NFS卷：

为什么用它？解决单个node宕机，本机的挂载目录也随之不可用，在其他node新建pod，也没有数据的问题。

怎么用？ 将目录挂载到远端一台NFS服务器，node宕机，其他节点新建的pod，也可使用数据，数据不会丢失！

PV与PVC：

PV（Persistent Volume） 持久化卷，是对底层的共享存储的一种抽象。PV由kubernetes管理员进行创建和配置，它与底层具体的共享存储技术有关，并通过插件完成与共享存储的对接。

PVC（Persistent Volume Claim） 是持久卷声明，是用户对于存储需求的一种声明。其实就是用户向kubernetes系统发出的一种资源需求申请。

示例：这里将NFS服务部署在master节点上，需要在master节点上提前规划好共享的目录

创建流程四步骤：创建pv - pvc - pod

1、部署NFS服务

yum install nfs-utils rpcbind -y

[root@master ~]# mkdir /nfsdata
[root@master ~]# vim /etc/exports
/nfsdata *(rw,sync,no_root_squash)

[root@master ~]# systemctl start rpcbind
[root@master ~]# systemctl enable rpcbind
[root@master ~]# systemctl start nfs-server
[root@master ~]# systemctl enable nfs-server

2、创建pv1.yaml文件

kind: PersistentVolume 
apiVersion: v1 
metadata: 
  name: pv1 
spec: 
  capacity: 
    storage: 1Gi 
  accessModes:  
    - ReadWriteOnce 
  persistentVolumeReclaimPolicy: Recycle 
  storageClassName: nfs 
  nfs:
    path: /nfsdata
    server: 172.16.0.168
    
 重要参数释义：
capacity最大容量：目前只支持存储空间大小的设置( storage=1Gi )
accessModes访问模式：底层不同的存储类型可能支持的访问模式不同
ReadWriteOnce（RWO）：读写权限，但是只能被单个节点挂载
ReadOnlyMany（ROX）： 只读权限，可以被多个节点挂载
ReadWriteMany（RWX）：读写权限，可以被多个节点挂载
persistentVolumeReclaimPolicy持久卷回收策略：
Retain （保留） 保留数据，需要管理员手工清理数据
Recycle（回收） 清除 PV 中的数据，效果相当于执行 rm -rf /thevolume/*
Delete （删除） 与 PV 相连的后端存储完成 volume 的删除操作，当然这常见于云服务商的存储服务
storageClassName存储类别：
具有特定类别的PV只能与请求了该类别的PVC进行绑定
未设定类别的PV则只能与不请求任何类别的PVC进行绑定

使用命令生成pv：
kubectl apply -f pv1.yaml

3、创建一个PVC，向刚才的PV申请使用空间
pvc.yaml

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

4、创建一个Pod，来使用上述PVC

kind: Pod 
apiVersion: v1 
metadata: 
  name: pod1 
spec: 
  containers: 
  - name: pod1 
    image: busybox
    imagePullPolicy: IfNotPresent 
    args: 
    - /bin/sh 
    - -c 
    - sleep 30000 
    volumeMounts: 
    - mountPath: "/data" 
      name: mydata 
  volumes: 
  - name: mydata 
    persistentVolumeClaim: 
      claimName: pvc1 

命令执行三个yaml文件：
kubectl apply -f pod.yaml

验证：注意看status变化

在NFS服务器（即master）创建测试文件

进入容器（node1）查看到，刚创建的文件

---