云原生技术kubernetes之volumes容器的使用

卷（volumes）：

1.emptyDir

1.1.emptyDir卷特性：

1.2.官方示例：

1.3.我们做一个实例：

2.HostPath

2.1.HostPath卷特性：

2.2.官方示例：

2.3.我们做一个实例：

3.nfs

卷（volumes）：

容器中的文件存在时间是短暂的，当一个容器发生崩溃时，文件会丢失，而容器重新启动后状态却是干净的；而第二个问题时解决了一个Pod中不同容器间共享文件。

卷的类型有很多，详细请查看官方文档：卷

1.emptyDir 1.1.emptyDir卷特性：

当Pod被创建时，emptyDir卷也随之创建，在Pod运行期间，此卷会一直存在。

用于Pod中不同容器间的数据共享。

当 Pod 从节点上删除时，emptyDir 卷中的数据也会被永久删除并不会保存。

emptyDir 卷存储在该节点所使用的介质可以是磁盘或 SSD 或网络存储也可以是内存；

注意介质为内存的话会记入容器消耗。

1.2.官方示例：

配置项只有最后三行，相对比较简单。

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的卷分别挂在两个容器下。

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资源

[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目录下查看，看是否共享

# 在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.官方示例：

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类型，你也可以尝试其他类型，配置方式都一样

第一步：从下面这个例子中可以看到容器内的时区与我们宿主机时区是不一样的

[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副本

    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容器的时区还是默认

[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中

    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的资料请关注易知道(ezd.cc)其它相关文章！