Volume解决Kubernetes的存储的问题
对于Pod使用的存储，抽象为volume，volume伴随着Pod的创建而创建，消失而同时消失，不能单独的创建
这样的好处，是存储的塑胶不会因为某个container重启而丢失，因为volume是pod级别的
还有好处是，volume是pod资源，所以所有Pod中的container都可以共享访问这个volume，这样非常的方便
但是需要在contain中去mount这个volume，可以mount到任意目录，比如下面这个例子，
ContentAgent会产生内容html到/var/html，这个目录对应于Volume publicHtml，
WebServer会通过/var/htdocs读取Volume publicHtml中的数据，并把日志通过/var/logs/写到Volume logVol中
最后LogRotator会从Volume logVol消费logs
volume有很多种类型，
- emptyDir—A simple empty directory used for storing transient data.
- hostPath—Used for mounting directories from the worker node’s filesystem into the pod.
- gitRepo—A volume initialized by checking out the contents of a Git repository.
- nfs—An NFS share mounted into the pod.
- gcePersistentDisk (Google Compute Engine Persistent Disk), awsElastic-
- BlockStore (Amazon Web Services Elastic Block Store Volume), azureDisk (Microsoft Azure Disk Volume)—Used for mounting cloud provider-specific storage.
- cinder, cephfs, iscsi, flocker, glusterfs, quobyte, rbd, flexVolume, vsphere-Volume, photonPersistentDisk, scaleIO—Used for mounting other types of network storage.
- configMap, secret, downwardAPI—Special types of volumes used to expose certain Kubernetes resources and cluster information to the pod.
- persistentVolumeClaim—A way to use a pre- or dynamically provisioned persistent storage. (We’ll talk about them in the last section of this chapter.)
其中，
emptyDir最常用，特点是pod删除后数据会丢失，用户container间交互数据或者纯计算的中间结果
hostPath，mount到node的目录，这样数据就不会因为pod删除而丢失
当然，如果要跨节点的恢复数据，就需要用到分布式的volume，比如，gcePersistentDisk
PersistentVolumeClaims，提供一种抽象来封装底层各种具体的存储
这样的好处，user不需要了解和配置具体的存储，可以直接使用，那些事情交给Admin去做
Dynamic provisioning of PersistentVolumes
提前配置好，Persistent Volume Provisioner和Storage Class，仅仅在需要的时候才会自动产生Persistent Volume
