目录
为什么需要数据卷?
容器中的文件在磁盘上是临时存放的,这给容器中运行比较重要的应用程序带来一些问题。
• 问题1:当容器升级或者崩溃时,kubelet会重建容器,容器内文件会丢失
• 问题2:一个Pod中运行多个容器需要共享文件 Kubernetes 卷(Volume) 这一抽象概念能够解决这两个问题。
常用数据卷
• 节点本地(hostPath,emptyDir)
• 网络(NFS,Ceph,GlusterFS)
• 公有云(AWS EBS)
• K8S资源(configmap,secret)
empryDir
emptyDir卷:是一个临时存储卷(Pod所在节点) ,与Pod生命
周期绑定一起,如果Pod删除了卷也会被删除
。
应用场景:Pod中容器之间数据共享
常用语同pod内容器直接的数据传输,如例
测试
做一个测试yaml
vi emptydir.yamlapiVersion: v1kind: Podmetadata:name: pod1spec:containers:- name: write # 业务容器(写数据)image: centoscommand: ["bash","-c","for i in {1..100};do echo $i >> /data/hello;sleep 1;done"]volumeMounts:- name: datamountPath: /data- name: read # 辅助容器(读数据)image: centoscommand: ["bash","-c","tail -f /data/hello"]volumeMounts:- name: datamountPath: /datavolumes:- name: dataemptyDir: {}
kubectl apply -f emptydir.yaml
执行后,可以看到两个文件data是共享的,
测试可以看到两个文件是共享的
empryDir在k8s中的存储位置
一般在
/var/lib/kubelet/pods
如下
这些即是每个pod的标识
例如刚刚创建的pod1
docker ps |grep pod1
这就是pod的标识,可以在目录中找到对应文件
他就在当前/volumes/kubernetes.io~empty-dir下
如图
注意,他是pod级别的,存在于此pod所在的节点
hostPath
hostPath卷:挂载Node文件系统(Pod所在节点)上文件或者目
录到Pod中的容器。
应用场景:Pod中容器需要访问宿主机文件
不适合做持久化
示例
vi hostPath.yaml
apiVersion: v1kind: Podmetadata:name: pod2spec:containers:- name: write # 业务容器(写数据)image: centoscommand: ["bash","-c","for i in {1..1000};do echo $i >> /data/hello;sleep 1;done"]volumeMounts:- name: datamountPath: /tttvolumes:- name: datahostPath:path: /tmptype: Directory
注意:yaml中标红为定义数据卷,其中,type是定义节点上挂载的文件类型,即他是个文件还是文件夹
测试,在他的ttt下发现有文件,写入一个123文件后,查看此pod所处节点
看到他在node1节点
kubectl get pods -o wide
进入node1节点tmp下查看
成功
也支持多数据卷类型
apiVersion: v1kind: Podmetadata:name: pod2spec:containers:- name: write # 业务容器(写数据)image: centoscommand: ["bash","-c","for i in {1..1000};do echo $i >> /data/hello;sleep 1;done"]volumeMounts:- name: datamountPath: /ttt- name: data2mountPath: /ttt2volumes:- name: datahostPath:path: /tmptype: Directory- name: data2hostPath:path: /type: Directory
成功