存储对于一个集群很重要，没有可靠的存储集群的就不能通供持续有状态的服务。
今天我要讲的是K8S中exmptydir,nfs,pv+pvc（推荐）区别和用法。
emptyDir：
emptydir存储方式是在节点上创建一个空间用于存储Pod数据，需要注意的是如果Pod挂了数据会被删除一般用于临时存储，支持把节点上的内存空间分配给Pod使用。
例子：
apiVersion: v1
kind: Pod
mentadata:
name: www
namespace: default
spec:
containers:
- name: nginx
image: wlzyr/nginx:v1.12
volumeMounts:
- name: www-db
mountPath: /data/www/
- name: date
image: busybox
volumeMounts:
- name: www-db
mountPath: /data/
command: ["/bin/sh","while true; do echo $(date) > /data/index.html; done"]
volumes:
- name: www-db
emptyDir: {}
#emptyDir：没加字段需要“{}”
date容器为nginx容器创造index.html内容，从中可以看出虽然他们是连个独立的容器但使用了一个存储。
hostPath：
如果你需要Pod挂掉后数据不被清空你可以使用hostPath，hostPath和emptyDir类似只是他不会在Pod挂掉后请数据。
例子：
apiVersion: v1
kind: Pod
metadata:
name: www
namespace: default
spec:
containers:
- name: nginx
image: wlzyr/nginx:v1.12
volumeMounts:
- name: db
mountPath: /data/www/
volumes:
- name: db
hostPath:
path: /data/www/
type: DirectoryOrCrate
#type：如果/data/www/不存在会自动创建，如果是Directory的话就不会自动创建(file&fileOrCreate)。
nfs：
上面两个存储方式都有一个弊端就是如果节点挂了数据怎么办呢？更为安全的方式是把数据放在集群外保管。我们用nfs来实现这个功能。
例子：
yum install -y nfs-utils
#需要在节点上和存储服务上安装nfs-utils软件包
mkdir /data/v1 -p
#创建你想共享的文件夹，并写进配置文件中（/etc/exports）
#在/etc/exports添加
/data/v1 192.168.1.0/24(rw,no_root_squash)
#你可以下节点上先挂载，看nfs是否正常
mount -t nfs 192.168.1.1:/data/v1 /data
#挂载成功就可以用umount卸载,开始编写Pod
apiVersion: v1
kind: Pod
metadata:
name: www
namespace: default
spec:
containers:
- name: nginx
image: wlzyr/nginx:v1.12
volumeMounts:
- name: db
mountPath: /data/www/
volumes:
- name: db
nfs:
server: 192.168.1.1
path: /data/v1
这样子我们就把Pod的存储外置了。
注：简单介绍gitRepo存储方式，这种是把数据存储在git仓库中节点上要有git工具，需要注意的是这种方式只会在创建Pod的时候会从git仓库获取最新数据，如果Pod正在运行仓库有更新也不会更新到Pod中。
pvc&pv
其实上面这几种存储方式在生产环境中都是不可用的，nfs虽好但他没有冗余如果nfs服务器炸了是不是数据就没了？但我有冗余功能的存储系统又不是很容易就可以搭建起来，所以K8S给这种情况准备了pvc&pv。
PersistentVolume (PV) ：是外部存储系统中的一块存储空间，由管理员创建和维护。与 Volume 一样，PV 具有持久性，生命周期独立于 Pod。
PersistentVolumeClaim (PVC) ：是对 PV 的申请 (Claim)。PVC 通常由普通用户创建和维护。需要为 Pod 分配存储资源时，用户可以创建一个 PVC，指明存储资源的容量大小和访问模式（比如只读）等信息，Kubernetes 会查找并提供满足条件的 PV。
PV和PVC是一对一的关系，PVC和Pod可以一对多具体需要看配置。
PV例子：
apiVersion: v1
kind: PersistentVolume
metadata:
name: db-pv1
spec:
capacity:
storage: 1Gi #有i表示1000MB=1GB，无i表示1024MB=1GB
accessModes:
- ReadWriteOnce
persistentVolumeReclaimPolicy: Recycle
nfs:
path: /data/v1
server: 192.168.1.1
#capacity 指定 PV 的容量为 1G。
#accessModes 指定访问模式为 ReadWriteOnce，支持的访问模式有：
#ReadWriteOnce – PV 能以读写模式一对一。
#ReadOnlyMany – PV 能以只读模式一对多。
#ReadWriteMany – PV 能以读写模式一对多。
#persistentVolumeReclaimPolicy指定当 PV 的回收策略为 Recycle，支持的策略有：
#Retain – 需要管理员手工回收。
#Recycle – 清除 PV 中的数据，效果相当于执行 rm -rf /thevolume/*。
#Delete – 删除 Storage Provider 上的对应存储资源，例如 AWS EBS、GCE PD、Azure Disk、#OpenStack Cinder Volume 等。
PVC例子：
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: mypvc1
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 1Gi
#accessModes：需要什么类型的PV
#storage：多大的空间
Pod例子：
apiVersion: v1
kind: Pod
metadata:
name: mypod1
spec:
containers:
- name: nginx
image: wlzyr/nginx:v1,12
volumeMounts:
- name: db
mountPath: "/data/www"
volumes:
- name: db
persistentVolumeClaim:
claimName: db-pv1
