卷（volumes）：
容器中的文件存在时间是短暂的，当一个容器发生崩溃时，文件会丢失，而容器重新启动后状态却是干净的；而第二个问题时解决了一个Pod中不同容器间共享文件。
卷的类型有很多，详细请查看官方文档：卷
1.emptyDir
1.1.emptyDir卷特性：
当Pod被创建时，emptyDir卷也随之创建，在Pod运行期间，此卷会一直存在。
用于Pod中不同容器间的数据共享。
当 Pod 从节点上删除时，emptyDir 卷中的数据也会被永久删除并不会保存。
emptyDir 卷存储在该节点所使用的介质可以是磁盘或 SSD 或网络存储也可以是内存；
注意介质为内存的话会记入容器消耗。
1.2.官方示例：
配置项只有最后三行，相对比较简单。
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
apiVersion: v1
kind: Pod
metadata:
name: test-pd
spec:
containers:
– image: k8s.gcr.io/test-webserver
name: test-container
volumeMounts:
– mountPath: /cache
name: cache-volume
volumes:
– name: cache-volume
emptyDir: {}
1.3.我们做一个实例：
第一步：我们创建一个准备用的deploy类型的yaml文件，上面通用部分没贴，主要看我们要用的这部分，创建两个nginx容器，将emptyDir的卷分别挂在两个容器下。
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
apiVersion: v1
kind: Pod
metadata:
name: test-pd
spec:
containers:
– image: k8s.gcr.io/test-webserver
name: test-container
volumeMounts:
– mountPath: /cache
name: cache-volume
volumes:
– name: cache-volume
emptyDir: {}
第二步：执行yaml文件创建deploy资源
?
1
2
3
4
5
6
7
8
[root@k8s-master01 ~]# kubectl create -f dp-nginx.yaml
deployment.apps/dp-cm created
[root@k8s-master01 ~]# kubectl get deployments.apps
NAME READY UP-TO-DATE AVAILABLE AGE
dp-nginx 1/1 1 1 17m
[root@k8s-master01 ~]# kubectl get
pod
NAME READY STATUS RESTARTS AGE
dp-nginx-98db5f6df-6g24r 2/2 Running 0 2m40s
第三步：在nginx容器的/opt目录下创建一个文件，然后再redis容器内成都/tmp目录下查看，看是否共享
?
1
2
3
4
5
6
7
8
9
# 在nginx容器内创建文件
[root@k8s-master01 ~]# kubectl exec -ti dp-nginx-98db5f6df-6g24r -c nginx — bash
root@dp-nginx-98db5f6df-6g24r:/# cd /opt/
root@dp-nginx-98db5f6df-6g24r:/opt# touch haha.txt
root@dp-nginx-98db5f6df-6g24r:/opt# ls
haha.txt
# 到redis容器查看是否文件共享
[root@k8s-master01 ~]# kubectl exec -ti dp-nginx-98db5f6df-6g24r -c redis — ls /tmp
haha.txt
第四步：没有第四步了，从第三步可以看到在nginx容器创建的文件，是可以在redis容器内看到的，所有共享卷是成功的。
2.HostPath
2.1.HostPath卷特性：
hostPath 卷能将主机节点文件系统上的文件或目录挂载到你的 Pod 中。
注意：官方是不推荐使用这种方式的，但是当你需要使用hostPath时，它的范围应仅限于所需的文件或目录，并以只读方式挂载。
2.2.官方示例：
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
apiVersion: v1
kind: Pod
metadata:
name: test-pd
spec:
containers:
– image: k8s.gcr.io/test-webserver
name: test-container
volumeMounts:
– mountPath: /test-pd
name: test-volume
volumes:
– name: test-volume
hostPath:
# 宿主上目录位置
path: /data
# 此字段为可选
type: Directory
hostPath类型支持的type值：
默认为空：意味着在安装 hostPath 卷之前不会执行任何检查。
DirectoryOrCreate：如果在给定路径上什么都不存在，那么将根据需要创建空目录，权限设置为 0755，具有与 kubelet 相同的组和属主信息。
Directory：在给定路径上必须存在的目录。
FileOrCreate：如果在给定路径上什么都不存在，那么将在那里根据需要创建空文件，权限设置为 0644，具有与 kubelet 相同的组和所有权。
File：在给定路径上必须存在的文件。
Socket：在给定路径上必须存在的 UNIX 套接字。
CharDevice：在给定路径上必须存在的字符设备。
BlockDevice：BlockDevice
注意： FileOrCreate 模式不会负责创建文件的父目录。 如果欲挂载的文件的父目录不存在，Pod 启动会失败。
2.3.我们做一个实例：
我们的举例是用的File类型，你也可以尝试其他类型，配置方式都一样
第一步：从下面这个例子中可以看到容器内的时区与我们宿主机时区是不一样的
?
1
2
3
4
[root@k8s-master01 ~]# kubectl exec -ti dp-nginx-98db5f6df-6g24r -c nginx — cat /etc/timezone
Etc/UTC
[root@k8s-master01 ~]# cat /etc/timezone
Asia/Shanghai
第二步：修改yaml文件，然后更新deploy副本
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
spec:
containers:
– image: nginx
name: nginx
volumeMounts:
– mountPath: /opt
name: share-volume
– mountPath: /etc/timezone
name: timezone
– image: redis
name: redis
volumeMounts:
– mountPath: /tmp
name: share-volume
volumes:
– name: share-volume
emptyDir: {}
– name: timezone
hostPath:
path: /etc/timezone # 宿主机路径
type: File
# 更新副本，注意大小写，我刚才file写的小写报错了
[root@k8s-master01 ~]# kubectl replace -f dp-nginx.yaml
deployment.apps/dp-nginx replaced
第三步：查看容器时区，是成功的，已经修改为shanghai；可以看到挂载宿主机时区的已经修改，没挂载的redis容器的时区还是默认
?
1
2
3
4
[root@k8s-master01 ~]# kubectl exec dp-nginx-7b456ccf45-8c8fn -c nginx — cat /etc/timezone
Asia/Shanghai
[root@k8s-master01 ~]# kubectl exec dp-nginx-7b456ccf45-8c8fn -c redis — cat /etc/timezone
Etc/UTC
3.nfs
nfs 卷能将 NFS (网络文件系统) 挂载到你的 Pod 中。 不像 emptyDir 那样会在删除 Pod 的同时也会被删除，nfs 卷的内容在删除 Pod 时会被保存，卷只是被卸载。
但是生产中不大建议使用。
这个实例我没有准备，就说下怎么做吧。有兴趣可以自己做一下。
第一步：准备一台NFS服务器，创建共享目录/data/test
第二步：将nfs的共享目录挂载到Pod中
?
1
2
3
4
5
6
7
8
9
10
11
12
spec:
containers:
– image: nginx
name: nginx
volumeMounts:
– mountPath: /opt
name: nfs-volume
volumes:
– name: nfs-volume
nfs:
server: 192.168.10.10 # nfs服务器ip
path: /data/test
第三步：创建Pod资源后在容器内部/opt下创建文件，在nfs服务器/data/test下查看是否共享，反过来测试也可以。如果资源共享说明成功。
其他类型的卷可以查看官网，下一篇写pv与pvc！
以上就是云原生容器kubernetes之volumes使用的详细内容，更多关于云原生容器kubernetes之volumes的资料请关注服务器之家其它相关文章！
原文链接：https://yyang.blog.csdn.net/article/details/123257615
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。
