1、描述信息
ConfigMap 功能在 Kubernetes1.2 版本中引入，許多應用程序會從配置文件、命令行參數或環境變量中讀取配置信息。ConfigMap API 給我們提供了向容器中注入配置信息的機制，ConfigMap 可以被用來保存單個屬性，也可以用來保存整個配置文件或者 JSON 二進制大對象
ConfigMap 的創建
I、使用目錄創建
| $ ls docs/user-guide/configmap/kubectl/ game.properties ui.properties
$ cat docs/user-guide/configmap/kubectl/game.properties enemies=aliens lives=3 enemies.cheat=true enemies.cheat.level=noGoodRotten secret.code.passphrase=UUDDLRLRBABAS secret.code.allowed=true secret.code.lives=30
$ cat docs/user-guide/configmap/kubectl/ui.properties color.good=purple color.bad=yellow allow.textmode=true how.nice.to.look=fairlyNice
$ kubectl create configmap game-config --from-file=docs/user-guide/configmap/kubectl game-config ：configmap的名稱 --from-file：指定一個目錄，目錄下的所有內容都會被創建出來。以鍵值對的形式 —from-file指定在目錄下的所有文件都會被用在 ConfigMap 里面創建一個鍵值對，鍵的名字就是文件名，值就是文件的內容 |
| kubectl get cm 查看configmap文件 kubectl get cm game-config -o yaml 查看詳細信息 kubectl describe cm |
II、使用文件創建
只要指定為一個文件就可以從單個文件中創建 ConfigMap
| $ kubectl create configmap game-config-2 --from-file=docs/user-guide/configmap/kubectl/game.properties
$ kubectlget configmaps game-config-2 -o yaml |
—from-file這個參數可以使用多次，你可以使用兩次分別指定上個實例中的那兩個配置文件，效果就跟指定整個目錄是一樣的
III、使用字面值創建
使用文字值創建，利用—from-literal參數傳遞配置信息，該參數可以使用多次，格式如下
| $ kubectl create configmap special-config --from-literal=special.how=very --from-literal=special.type=charm
$ kubectlget configmaps special-config -o yaml #查看 |
| --from-literal=special.how=very 指定鍵名為special.how 鍵值為very |
2、Pod 中使用 ConfigMap
I、使用 ConfigMap 來替代環境變量
| apiVersion: v1 kind: ConfigMap metadata: name: special-config namespace: default data: special.how: very special.type: charm
#special.how: very 鍵名：鍵值 |
| apiVersion: v1 kind: ConfigMap metadata: name: env-config namespace: default data: log_level: INFO |
| #將兩個ConfigMap文件注入到pod環境中 apiVersion: v1 kind: Pod metadata: name: dapi-test-pod spec: containers: - name: test-container image: hub.atguigu.com/library/myapp:v1 command: ["/bin/sh","-c","env"] env: #第一種導入方案 - name: SPECIAL_LEVEL_KEY valueFrom: configMapKeyRef: name: special-config #從那個configMap文件導入 key: special.how #導入的是那個鍵的鍵名，就是將special.how鍵的鍵值賦予 - name: SPECIAL_TYPE_KEY valueFrom: configMapKeyRef: name: special-config key: special.type envFrom: #第二種導入方案 - configMapRef: name: env-config restartPolicy: Never |
|
|
II、用 ConfigMap 設置命令行參數
| apiVersion: v1 kind: ConfigMap metadata: name: special-config namespace: default data: special.how: very special.type: charm |
| apiVersion: v1 kind: Pod metadata: name: dapi-test-pod spec: containers: - name: test-container image: hub.atguigu.com/library/myapp:v1 command: ["/bin/sh","-c","echo $(SPECIAL_LEVEL_KEY) $(SPECIAL_TYPE_KEY)"] env: - name: SPECIAL_LEVEL_KEY valueFrom: configMapKeyRef: name: special-config key: special.how - name: SPECIAL_TYPE_KEY valueFrom: configMapKeyRef: name: special-config key: special.type restartPolicy: Never |
III、通過數據卷插件使用ConfigMap
| apiVersion: v1 kind: ConfigMap metadata: name: special-config namespace: default data: special.how: very special.type: charm |
在數據卷里面使用這個 ConfigMap，有不同的選項。最基本的就是將文件填入數據卷，在這個文件中，鍵就是文件名，鍵值就是文件內容
| apiVersion: v1 kind: Pod metadata: name: dapi-test-pod spec: containers: - name: test-container image: hub.atguigu.com/library/myapp:v1 command: ["/bin/sh","-c","cat /etc/config/special.how"] volumeMounts: #容器下進行volum掛載 - name: config-volume #掛載的名稱為config-volume，與下邊相呼應 mountPath: /etc/config volumes: - name: config-volume #名稱為config-volume configMap: #從configMap導入 name: special-config #導入的configMap名稱 restartPolicy: Never |
3、ConfigMap 的熱更新
| #創建一個configMap apiVersion: v1 kind: ConfigMap metadata: name: log-config namespace: default data: log_level: INFO
---
#創建Deployment對configMap進行調用，調用的方式是以volum方式進行掛載 apiVersion: extensions/v1beta1 kind: Deployment metadata: name: my-nginx spec: replicas: 1 template: metadata: labels: run: my-nginx spec: containers: - name: my-nginx image: hub.atguigu.com/library/myapp:v1 ports: - containerPort: 80 volumeMounts: - name: config-volume mountPath: /etc/config volumes: - name: config-volume configMap: name: log-config |
| $ kubectl exec `kubectl get pods -l run=my-nginx -o=name|cut -d "/" -f2`cat/etc/config/log_level INFO |
修改 ConfigMap
| $ kubectl edit configmap log-config |
修改log_level的值為DEBUG等待大概 10 秒鍾時間，再次查看環境變量的值
| $ kubectl exec `kubectl get pods -l run=my-nginx -o=name|cut -d "/" -f2`cat /tmp/log_levelDEBUG |
ConfigMap 更新后滾動更新 Pod
更新 ConfigMap 目前並不會觸發相關 Pod 的滾動更新，可以通過修改 pod annotations 的方式強制觸發滾動更新
| $ kubectl patch deployment my-nginx --patch'{"spec": {"template": {"metadata": {"annotations":{"version/config": "20190411" }}}}}' |
這個例子里我們在.spec.template.metadata.annotations中添加version/config，每次通過修改version/config來觸發滾動更新
！！！更新 ConfigMap 后：使用該 ConfigMap 掛載的 Env 不會同步更新使用該 ConfigMap 掛載的 Volume 中的數據需要一段時間（實測大概10秒）才能同步更新