K8S之存盤Volume概述與說明，并詳解常用Volume示例

主機配置規劃

服務器名稱(hostname)	系統版本	配置	內網IP	外網IP(模擬)
k8s-master	CentOS7.7	2C/4G/20G	172.16.1.110	10.0.0.110
k8s-node01	CentOS7.7	2C/4G/20G	172.16.1.111	10.0.0.111
k8s-node02	CentOS7.7	2C/4G/20G	172.16.1.112	10.0.0.112

Volume概述

在容器中的檔案在磁盤上是臨時存放的，當容器關閉時這些臨時檔案也會被一并清除，這給容器中運行的特殊應用程式帶來一些問題，

首先，當容器崩潰時，kubelet 將重新啟動容器，容器中的檔案將會丟失——因為容器會以干凈的狀態重建，

其次，當在一個 Pod 中同時運行多個容器時，常常需要在這些容器之間共享檔案，

Kubernetes 抽象出 Volume 物件來解決這兩個問題，

Kubernetes Volume卷具有明確的生命周期——與包裹它的 Pod 相同，因此，Volume比 Pod 中運行的任何容器的存活期都長，在容器重新啟動時資料也會得到保留，當然，當一個 Pod 不再存在時，Volume也將不再存在，更重要的是，Kubernetes 可以支持許多型別的Volume卷，Pod 也能同時使用任意數量的Volume卷，

使用卷時，Pod 宣告中需要提供卷的型別 (.spec.volumes 欄位)和卷掛載的位置 (.spec.containers.volumeMounts 欄位).

Volume型別

Kubernetes 支持下列型別的卷：

 1 awsElasticBlockStore
 2 azureDisk
 3 azureFile
 4 cephfs
 5 cinder
 6 configMap
 7 csi
 8 downwardAPI
 9 emptyDir
10 fc (fibre channel)
11 flexVolume
12 flocker
13 gcePersistentDisk
14 gitRepo (deprecated)
15 glusterfs
16 hostPath
17 iscsi
18 local
19 nfs
20 persistentVolumeClaim
21 projected
22 portworxVolume
23 quobyte
24 rbd
25 scaleIO
26 secret
27 storageos
28 vsphereVolume

這里我們只介紹常用的存盤，包括：Secret、ConfigMap、emptyDir、hostPath，

其中Secret參考文章：「Kubernetes K8S之存盤Secret詳解」

ConfigMap參考文章：「Kubernetes K8S之存盤ConfigMap詳解」

本文只說emptyDir和hostPath存盤，

emptyDir卷

當 Pod 指定到某個節點上時，首先創建的是一個 emptyDir 卷，并且只要 Pod 在該節點上運行，卷就一直存在，就像它的名稱表示的那樣，卷最初是空的，

盡管 Pod 中每個容器掛載 emptyDir 卷的路徑可能相同也可能不同，但是這些容器都可以讀寫 emptyDir 卷中相同的檔案，

如果Pod中有多個容器，其中某個容器重啟，不會影響emptyDir 卷中的資料，當 Pod 因為某些原因被洗掉時，emptyDir 卷中的資料也會永久洗掉，

注意：容器崩潰并不會導致 Pod 被從節點上移除，因此容器崩潰時 emptyDir 卷中的資料是安全的，

emptyDir的一些用途：

快取空間，例如基于磁盤的歸并排序
為耗時較長的計算任務提供檢查點，以便任務能方便地從崩潰前狀態恢復執行
在 Web 服務器容器服務資料時，保存內容管理器容器獲取的檔案

emptyDir示例

yaml檔案

 1 [root@k8s-master emptydir]# pwd
 2 /root/k8s_practice/emptydir
 3 [root@k8s-master emptydir]# cat pod_emptydir.yaml 
 4 apiVersion: v1
 5 kind: Pod
 6 metadata:
 7   name: pod-emptydir
 8   namespace: default
 9 spec:
10   containers:
11   - name: myapp-pod
12     image: registry.cn-beijing.aliyuncs.com/google_registry/myapp:v1
13     imagePullPolicy: IfNotPresent
14     volumeMounts:
15     - mountPath: /cache
16       name: cache-volume
17   - name: busybox-pod
18     image: registry.cn-beijing.aliyuncs.com/google_registry/busybox:1.24
19     imagePullPolicy: IfNotPresent
20     command: ["/bin/sh", "-c", "sleep 3600"]
21     volumeMounts:
22     - mountPath: /test/cache
23       name: cache-volume
24   volumes:
25   - name: cache-volume
26     emptyDir: {}

啟動pod，并查看狀態

 1 [root@k8s-master emptydir]# kubectl apply -f pod_emptydir.yaml 
 2 pod/pod-emptydir created
 3 [root@k8s-master emptydir]# 
 4 [root@k8s-master emptydir]# kubectl get pod -o wide
 5 NAME           READY   STATUS    RESTARTS   AGE   IP             NODE         NOMINATED NODE   READINESS GATES
 6 pod-emptydir   2/2     Running   0          10s   10.244.2.166   k8s-node02   <none>           <none>
 7 [root@k8s-master emptydir]# 
 8 [root@k8s-master emptydir]# kubectl describe pod pod-emptydir
 9 Name:         pod-emptydir
10 Namespace:    default
11 Priority:     0
12 Node:         k8s-node02/172.16.1.112
13 Start Time:   Fri, 12 Jun 2020 22:49:11 +0800
14 Labels:       <none>
15 Annotations:  kubectl.kubernetes.io/last-applied-configuration:
16                 {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"name":"pod-emptydir","namespace":"default"},"spec":{"containers":[{"image":"...
17 Status:       Running
18 IP:           10.244.2.166
19 IPs:
20   IP:  10.244.2.166
21 Containers:
22   myapp-pod:
23     Container ID:   docker://d45663776b40a24e7cfc3cf46cb08cf3ed6b98b023a5d2cb5f42bee2234c7338
24     Image:          registry.cn-beijing.aliyuncs.com/google_registry/myapp:v1
25     Image ID:       docker-pullable://10.0.0.110:5000/k8s-secret/myapp@sha256:9eeca44ba2d410e54fccc54cbe9c021802aa8b9836a0bcf3d3229354e4c8870e
26     Port:           <none>
27     Host Port:      <none>
28     State:          Running
29       Started:      Fri, 12 Jun 2020 22:49:12 +0800
30     Ready:          True
31     Restart Count:  0
32     Environment:    <none>
33     Mounts:
34       /cache from cache-volume (rw)  ##### 掛載資訊
35       /var/run/secrets/kubernetes.io/serviceaccount from default-token-v48g4 (ro)
36   busybox-pod:
37     Container ID:  docker://c2917ba30c3322fb0caead5d97476b341e691f9fb1990091264364b8cd340512
38     Image:         registry.cn-beijing.aliyuncs.com/google_registry/busybox:1.24
39     Image ID:      docker-pullable://registry.cn-beijing.aliyuncs.com/ducafe/busybox@sha256:f73ae051fae52945d92ee20d62c315306c593c59a429ccbbdcba4a488ee12269
40     Port:          <none>
41     Host Port:     <none>
42     Command:
43       /bin/sh
44       -c
45       sleep 3600
46     State:          Running
47       Started:      Fri, 12 Jun 2020 22:49:12 +0800
48     Ready:          True
49     Restart Count:  0
50     Environment:    <none>
51     Mounts:
52       /test/cache from cache-volume (rw)  ##### 掛載資訊
53       /var/run/secrets/kubernetes.io/serviceaccount from default-token-v48g4 (ro)
54 Conditions:
55   Type              Status
56   Initialized       True 
57   Ready             True 
58   ContainersReady   True 
59   PodScheduled      True 
60 Volumes:
61   cache-volume:
62     Type:       EmptyDir (a temporary directory that shares a pod's lifetime)
63     Medium:     
64     SizeLimit:  <unset>
65   default-token-v48g4:
66     Type:        Secret (a volume populated by a Secret)
67     SecretName:  default-token-v48g4
68     Optional:    false
69 QoS Class:       BestEffort
70 Node-Selectors:  <none>
71 Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
72                  node.kubernetes.io/unreachable:NoExecute for 300s
73 Events:
74   Type    Reason     Age   From                 Message
75   ----    ------     ----  ----                 -------
76   Normal  Scheduled  3s    default-scheduler    Successfully assigned default/pod-emptydir to k8s-node02
77   Normal  Pulled     2s    kubelet, k8s-node02  Container image "registry.cn-beijing.aliyuncs.com/google_registry/myapp:v1" already present on machine
78   Normal  Created    2s    kubelet, k8s-node02  Created container myapp-pod
79   Normal  Started    2s    kubelet, k8s-node02  Started container myapp-pod
80   Normal  Pulled     2s    kubelet, k8s-node02  Container image "registry.cn-beijing.aliyuncs.com/google_registry/busybox:1.24" already present on machine
81   Normal  Created    2s    kubelet, k8s-node02  Created container busybox-pod
82   Normal  Started    2s    kubelet, k8s-node02  Started container busybox-pod

emptyDir驗證

在pod中的myapp-pod容器內操作

 1 [root@k8s-master emptydir]# kubectl exec -it pod-emptydir -c myapp-pod -- sh
 2 / # cd /cache
 3 /cache # 
 4 /cache # pwd
 5 /cache
 6 /cache # 
 7 /cache # date >> data.info
 8 /cache # ls -l
 9 total 4
10 -rw-r--r--    1 root     root            29 Jun 12 14:53 data.info
11 /cache # cat data.info 
12 Fri Jun 12 14:53:27 UTC 2020

在pod中的busybox-pod容器內操作

 1 [root@k8s-master emptydir]# kubectl exec -it pod-emptydir -c busybox-pod -- sh
 2 / # cd /test/cache
 3 /test/cache # ls -l
 4 total 4
 5 -rw-r--r--    1 root     root            29 Jun 12 14:53 data.info
 6 /test/cache # cat data.info 
 7 Fri Jun 12 14:53:27 UTC 2020
 8 /test/cache # 
 9 /test/cache # echo "===" >> data.info 
10 /test/cache # date >> data.info 
11 /test/cache # cat data.info 
12 Fri Jun 12 14:53:27 UTC 2020
13 ===
14 Fri Jun 12 14:56:05 UTC 2020

由上可見，一個Pod中多個容器可共享同一個emptyDir卷，

hostPath卷

hostPath 卷能將主機node節點檔案系統上的檔案或目錄掛載到你的 Pod 中，雖然這不是大多數 Pod 需要的，但是它為一些應用程式提供了強大的逃生艙，

hostPath 的一些用法有

運行一個需要訪問 Docker 引擎內部機制的容器；請使用 hostPath 掛載 /var/lib/docker 路徑，
在容器中運行 cAdvisor 時，以 hostPath 方式掛載 /sys，
允許 Pod 指定給定的 hostPath 在運行 Pod 之前是否應該存在，是否應該創建以及應該以什么方式存在，

支持型別

除了必需的 path 屬性之外，用戶可以選擇性地為 hostPath 卷指定 type，支持的 type 值如下：

取值	行為
	空字串（默認）用于向后兼容，這意味著在安裝 hostPath 卷之前不會執行任何檢查
DirectoryOrCreate	如果指定的路徑不存在，那么將根據需要創建空目錄，權限設定為 0755，具有與 Kubelet 相同的組和所有權
Directory	給定的路徑必須存在
FileOrCreate	如果給定路徑的檔案不存在，那么將在那里根據需要創建空檔案，權限設定為 0644，具有與 Kubelet 相同的組和所有權【前提：檔案所在目錄必須存在；目錄不存在則不能創建檔案】
File	給定路徑上的檔案必須存在
Socket	在給定路徑上必須存在的 UNIX 套接字
CharDevice	在給定路徑上必須存在的字符設備
BlockDevice	在給定路徑上必須存在的塊設備

注意事項

當使用這種型別的卷時要小心，因為：

具有相同配置（例如從 podTemplate 創建）的多個 Pod 會由于節點上檔案的不同而在不同節點上有不同的行為，
當 Kubernetes 按照計劃添加資源感知的調度時，這類調度機制將無法考慮由 hostPath 卷使用的資源，
基礎主機上創建的檔案或目錄只能由 root 用戶寫入，需要在特權容器中以 root 身份運行行程，或者修改主機上的檔案權限以便容器能夠寫入 hostPath 卷，

hostPath示例