云原生技术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   АVAILABLE   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的资料请关注共生网络其它相关文章！