Volumes配置管理
简介:
(1)容器中的文件在磁盘上是临时存放的,这给容器中运行的特殊应用程序带来一些 问题。首先,当容器崩溃时,kubelet 将重新启动容器,容器中的文件将会丢失, 因为容器会以干净的状态重建。其次,当在一个Pod 中同时运行多个容器时,常常需要在这些容器之间共享文件。 Kubernetes 抽象出 Volume 对象来解决这两 个问题。
(2)Kubernetes 卷具有明确的生命周期,与包裹它的 Pod 相同。 因此,卷比 Pod 中 运行的任何容器的存活期都长,在容器重新启动时数据也会得到保留。 当然,当一个 Pod 不再存在时,卷也将不再存在。也许更重要的是,Kubernetes 可以支 持许多类型的卷,Pod 也能同时使用任意数量的卷。
(3)卷不能挂载到其他卷,也不能与其他卷有硬链接。 Pod 中的每个容器必须独立地 指定每个卷的挂载位置。
Kubernetes 支持下列类型的卷:
awsElasticBlockStore 、azureDisk、azureFile、cephfs、cinder、configMap、csi 、downwardAPI、emptyDir、fc (fibre channel)、flexVolume、flocker 、gcePersistentDisk、gitRepo (deprecated)、glusterfs、hostPath、iscsi、local、 nfs、persistentVolumeClaim、projected、portworxVolume、quobyte、rbd 、scaleIO、secret、storageos、vsphereVolum
下面来介绍一些卷:
(1)emptyDir卷
当 Pod 指定到某个节点上时,首先创建的是一个 emptyDir 卷,并且只要 Pod 在 该节点上运行,卷就一直存在。 就像它的名称表示的那样,卷最初是空的。 尽管 Pod 中的容器挂载 emptyDir 卷的路径可能相同也可能不同,但是这些容器都可 以读写 emptyDir 卷中相同的文件。 当 Pod 因为某些原因被从节点上删除时, emptyDir 卷中的数据也会永久删除。
emptyDir 的使用场景:
<1> 缓存空间,例如基于磁盘的归并排序。
<2> 为耗时较长的计算任务提供检查点,以便任务能方便地从崩溃前状态恢复执行。
<3> 在 Web 服务器容器服务数据时,保存内容管理器容器获取的文件。
默认情况下, emptyDir 卷存储在支持该节点所使用的介质上;这里的介质可以是磁盘 或 SSD 或网络存储,这取决于您的环境。 但是,您可以将 emptyDir.medium 字段设 置为 “Memory”,以告诉 Kubernetes 为您安装 tmpfs(基于内存的文件系统)。 虽然 tmpfs 速度非常快,但是要注意它与磁盘不同。 tmpfs 在节点重启时会被清除,并且 您所写入的所有文件都会计入容器的内存消耗,受容器内存限制约束。
emptyDir示例:
mkdir vol1
cd vol1
vim vol1.yml
容器vm1和容器vm2共享同一个文件。
在创建vol1.yml文件时,我们定义了emptyDir类型的卷使用内存数不能超过100M,咱们所写入的所有文件都会计入容器的内存消耗,受容器内存限制约束。