kubernetes 的volume 配置

标签(空格分隔):kubernetes系列


  • 一:kuberentes 的volume 配置

一:kuberentes 的volume 配置

1.1 背景

说明:

容器磁盘上的文件的生命周期是短暂的,这就使得在容器中运行重要应用时会出现一些问题。首先,当容器崩溃
时,kubelet 会重启它,但是容器中的文件将丢失——容器以干净的状态(镜像最初的状态)重新启动。其次,在
Pod 中同时运行多个容器时,这些容器之间通常需要共享文件。Kubernetes 中的  Volume 抽象就很好的解决了
这些问题

Kubernetes 中的卷有明确的寿命 —— 与封装它的 Pod 相同。所f以,卷的生命比 Pod 中的所有容器都长,当这
个容器重启时数据仍然得以保存。当然,当 Pod 不再存在时,卷也将不复存在。也许更重要的是,Kubernetes
支持多种类型的卷,Pod 可以同时使用任意数量的卷

image_1e375j3051qbosoe111ub5o1sev9.png-73kB

1.2 卷的类型

Kubernetes 支持以下类型的卷:

1. awsElasticBlockStore azureDisk azureFile cephfs csi downwardAPI emptyDir
2. fc flocker gcePersistentDisk gitRepo glusterfs hostPath iscsi local nfs
3. persistentVolumeClaim projected portworxVolume quobyte rbd scaleIO secret
4. storageos vsphereVolume

1.3 emptyDir

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

image_1e375le3vn55njt1o9i1jv7t4m.png-50.3kB

emptyDir 的用法有:

暂存空间,例如用于基于磁盘的合并排序

用作长时间计算崩溃恢复时的检查点

Web服务器容器提供数据时,保存内容管理器容器提取的文件


vim emp.yaml

apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: wangyanglinux/myapp:v1
    name: test-container
    volumeMounts:
    - mountPath: /cache
      name: cache-volume
  volumes:
  - name: cache-volume
    emptyDir: {}

----

kubectl apply -f emp.yaml

image_1e42jvgfajlj1jt21ntftlvvcr9.png-81kB


vim emp1.yaml

---
apiVersion: v1
kind: Pod
metadata:
  name: test-pd1
spec:
  containers:
  - image: wangyanglinux/myapp:v1
    name: test-container
    volumeMounts:
    - mountPath: /cache
      name: cache-volume
  - name: liveness-exec-container
    image: busybox
    imagePullPolicy: IfNotPresent
    command: ["/bin/sh","-c", "sleep 6000s"]
    volumeMounts:
    - mountPath: /test
      name: cache-volume
  volumes:
  - name: cache-volume
    emptyDir: {}
----

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

hostPath 卷将主机节点的文件系统中的文件或目录挂载到集群中

hostPath 的用途如下:

1.1 运行需要访问 Docker 内部的容器;使用  /var/lib/docker 的  hostPath
1.2 在容器中运行 cAdvisor;使用  /dev/cgroups 的  hostPath
1.3 允许 pod 指定给定的 hostPath 是否应该在 pod   运行之前存在,是否应该创建,以及它应该以什么形式存在
1.4 除了所需的  path 属性之外,用户还可以为  hostPath 卷指定  type

image_1e43rbrc6o8e1f7t1gum9305p11t.png-75.3kB


image_1e43qrkj816sfejoo6a1on1otr1g.png-201.5kB

使用这种卷类型是请注意,因为:

1.1 由于每个节点上的文件都不同,具有相同配置(例如从 podTemplate 创建的)的 pod 在不同节点上的行为可能会有所不同

1.2 当 Kubernetes 按照计划添加资源感知调度时,将无法考虑  hostPath 使用的资源

1.3 在底层主机上创建的文件或目录只能由 root 写入。您需要在特权容器中以 root 身份运行进程,或修改主机上的文件权限以便写入 

vim host.yaml
---
apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: wangyanglinux/myapp:v1
    name: test-container
    volumeMounts:
    - mountPath: /test-pd
      name: test-volume
  volumes:
  - name: test-volume
    hostPath:
      path: /data
      type: Directory
---
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