[关闭]
@zhangyy 2020-12-14T11:52:26.000000Z 字数 2158 阅读 131

kubernetes 的volume 配置

kubernetes系列


  • 一:kuberentes 的volume 配置

一:kuberentes 的volume 配置

1.1 背景

  1. 说明:
  2. 容器磁盘上的文件的生命周期是短暂的,这就使得在容器中运行重要应用时会出现一些问题。首先,当容器崩溃
  3. 时,kubelet 会重启它,但是容器中的文件将丢失——容器以干净的状态(镜像最初的状态)重新启动。其次,在
  4. Pod 中同时运行多个容器时,这些容器之间通常需要共享文件。Kubernetes 中的 Volume 抽象就很好的解决了
  5. 这些问题
  6. Kubernetes 中的卷有明确的寿命 —— 与封装它的 Pod 相同。所f以,卷的生命比 Pod 中的所有容器都长,当这
  7. 个容器重启时数据仍然得以保存。当然,当 Pod 不再存在时,卷也将不复存在。也许更重要的是,Kubernetes
  8. 支持多种类型的卷,Pod 可以同时使用任意数量的卷

image_1e375j3051qbosoe111ub5o1sev9.png-73kB

1.2 卷的类型

  1. Kubernetes 支持以下类型的卷:
  2. 1. awsElasticBlockStore azureDisk azureFile cephfs csi downwardAPI emptyDir
  3. 2. fc flocker gcePersistentDisk gitRepo glusterfs hostPath iscsi local nfs
  4. 3. persistentVolumeClaim projected portworxVolume quobyte rbd scaleIO secret
  5. 4. storageos vsphereVolume

1.3 emptyDir

  1. Pod 被分配给节点时,首先创建 emptyDir 卷,并且只要该 Pod 在该节点上运行,该卷就会存在。正如卷的名
  2. 字所述,它最初是空的。Pod 中的容器可以读取和写入 emptyDir 卷中的相同文件,尽管该卷可以挂载到每个容
  3. 器中的相同或不同路径上。当出于任何原因从节点中删除 Pod 时, emptyDir 中的数据将被永久删除

image_1e375le3vn55njt1o9i1jv7t4m.png-50.3kB

  1. emptyDir 的用法有:
  2. 暂存空间,例如用于基于磁盘的合并排序
  3. 用作长时间计算崩溃恢复时的检查点
  4. Web服务器容器提供数据时,保存内容管理器容器提取的文件

  1. vim emp.yaml
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. name: test-pd
  6. spec:
  7. containers:
  8. - image: wangyanglinux/myapp:v1
  9. name: test-container
  10. volumeMounts:
  11. - mountPath: /cache
  12. name: cache-volume
  13. volumes:
  14. - name: cache-volume
  15. emptyDir: {}
  16. ----
  17. kubectl apply -f emp.yaml

image_1e42jvgfajlj1jt21ntftlvvcr9.png-81kB


  1. vim emp1.yaml
  2. ---
  3. apiVersion: v1
  4. kind: Pod
  5. metadata:
  6. name: test-pd1
  7. spec:
  8. containers:
  9. - image: wangyanglinux/myapp:v1
  10. name: test-container
  11. volumeMounts:
  12. - mountPath: /cache
  13. name: cache-volume
  14. - name: liveness-exec-container
  15. image: busybox
  16. imagePullPolicy: IfNotPresent
  17. command: ["/bin/sh","-c", "sleep 6000s"]
  18. volumeMounts:
  19. - mountPath: /test
  20. name: cache-volume
  21. volumes:
  22. - name: cache-volume
  23. emptyDir: {}
  24. ----
  25. kubectl apply -f emp1.yml

image_1e42kla6t9jck2a36cndv11cmm.png-99.2kB

image_1e43qjh2k1bre1lc0cth1lma1mrh9.png-43.5kB

image_1e43qk2en1qt91q5jthdlar1bssm.png-50kB

image_1e43qkj3n6esrg21lvoa112qo13.png-64.5kB


1.4 hostpath

  1. hostPath 卷将主机节点的文件系统中的文件或目录挂载到集群中
  2. hostPath 的用途如下:
  3. 1.1 运行需要访问 Docker 内部的容器;使用 /var/lib/docker hostPath
  4. 1.2 在容器中运行 cAdvisor;使用 /dev/cgroups hostPath
  5. 1.3 允许 pod 指定给定的 hostPath 是否应该在 pod 运行之前存在,是否应该创建,以及它应该以什么形式存在
  6. 1.4 除了所需的 path 属性之外,用户还可以为 hostPath 卷指定 type

image_1e43rbrc6o8e1f7t1gum9305p11t.png-75.3kB


image_1e43qrkj816sfejoo6a1on1otr1g.png-201.5kB

  1. 使用这种卷类型是请注意,因为:
  2. 1.1 由于每个节点上的文件都不同,具有相同配置(例如从 podTemplate 创建的)的 pod 在不同节点上的行为可能会有所不同
  3. 1.2 Kubernetes 按照计划添加资源感知调度时,将无法考虑 hostPath 使用的资源
  4. 1.3 在底层主机上创建的文件或目录只能由 root 写入。您需要在特权容器中以 root 身份运行进程,或修改主机上的文件权限以便写入

  1. vim host.yaml
  2. ---
  3. apiVersion: v1
  4. kind: Pod
  5. metadata:
  6. name: test-pd
  7. spec:
  8. containers:
  9. - image: wangyanglinux/myapp:v1
  10. name: test-container
  11. volumeMounts:
  12. - mountPath: /test-pd
  13. name: test-volume
  14. volumes:
  15. - name: test-volume
  16. hostPath:
  17. path: /data
  18. type: Directory
  19. ---
  20. kubectl apply -f host.yaml

image_1e43shu279kg9oc6e41d7l36a2a.png-164.7kB

image_1e43sj6ij1qcp12mi167d1s3kuio2q.png-159.8kB

image_1e43sjsp1bv1lq21nfm1etkoml3d.png-26.3kB

image_1e43skdlh1mnvcct1gh4k8uh2d3q.png-141.8kB

image_1e43sl3bgbqs114g1aak97u11tp4a.png-38kB

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注