一、ConfigMap介绍管理配置:
ConfigMap介绍
Secret 可以为 Pod 提供密码、Token、私钥等敏感数据;对于一些非敏感数据,比如应用的配置信息,则可以用 ConfigMap
ConfigMap 的创建和使用方式与 Secret 非常类似,主要的不同是数据以明文的形式存放。
与 Secret 一样,ConfigMap 也支持四种创建方式:
1. 通过 --from-literal
:
kubectl create configmap yourconfigmap
--from-literal=config3 --from-literal=config4
每个
--from-literal
对应一个信息条目。
[root@cicd yml]# kubectl get configmap NAME DATA AGE yourconfigmap 1 2h
2. 通过 --from-file
:
echo -n mysql=192.168.253.9 > ./config3
echo -n rabbit=192.168.253.10> ./config4
kubectl create configmap myconfigmap
--from-file=./config3 --from-file=./config4
每个文件内容对应一个信息条目。
3. 通过 --from-env-file
:
cat << EOF > env.txt
config3= mysql
config4= rabbitmq
EOF
kubectl create configmap myconfigmap
--from-env-file=env.txt
文件
env.txt
中每行 Key=Value 对应一个信息条目。
4. 通过 YAML 配置文件:
然后创建configmap。
[root@cicd yml]# kubectl apply -f configmap.yml configmap "keyconfigmap" created [root@cicd yml]# kubectl get configmap NAME DATA AGE keyconfigmap 2 3s yourconfigmap 1 2h
文件中的数据直接以明文输入。
与 Secret 一样,Pod 也可以通过 Volume 或者环境变量的方式使用 Secret。
(1)Volume 方式:
![](https://i-blog.csdnimg.cn/blog_migrate/1252630763ccaaa7d92e0f797769f738.png)
(2)环境变量方式:
![](https://i-blog.csdnimg.cn/blog_migrate/07e4768882e9eadd9eddbdcfc9f1567e.png)
需要注意的是上图的key值对应的是configmap.yml文件中的
data: config3: mysql=192.168.253.9 config4: rabbitmq=192.168.253.10
所以要注意书写,然后configmap的名字也要与选择的configmap对上。
如果报错:
[root@cicd yml]# kubectl apply -f pod6.yml
error: error converting YAML to JSON: yaml: line 12: mapping values are not allowed in this context
此报错是因为 没有对齐造成映射的目录没有生效。
error: error converting YAML to JSON: yaml: line 12: mapping values are not allowed in this context
此报错是因为 没有对齐造成映射的目录没有生效。
configmap实践
大多数情况下,配置信息都以文件形式提供,所以在
创建 ConfigMap 时通常采用
--from-file
或 YAML 方式,
读取 ConfigMap 时通常采用 Volume 方式。
比如给 Pod 传递如何记录日志的配置信息:
(1)可以采用
--from-file
形式,则将其保存在文件
logging.conf
中,然后执行命令:kubectl create configmap myconfigmap1 --from-file=./logging.conf
(2)如果采用 YAML 配置文件,其内容则为:
[root@cicd yml]# vim configmap2.yml
![](https://i-blog.csdnimg.cn/blog_migrate/7cfc9c64f5224484e47d5efceace2879.png)
注意
别漏写了 Key
logging.conf
后面的 |
符号。
创建并查看 ConfigMap:
[root@cicd yml]# kubectl apply -f configmap2.yml configmap "newconfigmap" unchanged [root@cicd yml]# kubectl get configmap NAME DATA AGE keyconfigmap 2 13m newconfigmap 1 2h
在 Pod 中使用此 ConfigMap,配置文件为:
[root@cicd yml]# vim pod8.yml
![](https://i-blog.csdnimg.cn/blog_migrate/805bbb07a9101e1016b8dafe032ed415.png)
① 在 volume 中指定存放配置信息的文件相对路径为
myapp/logging.conf
。
注意value值logging.conf与configmap2.yml的文件名对应,并且与下一行的path路径下文件名对应,要改一起改,不然不要变动。
② 将 volume mount 到容器的
/etc
目录。
创建 Pod 并读取配置信息:
[root@cicd yml]# kubectl apply -f pod8.yml pod "mypod-c4" created [root@cicd yml]# kubectl get pod NAME READY STATUS RESTARTS AGE mypod-c4 1/1 running 0 10s mypod5 1/1 Running 0 41m
如果报错:
1、pull image "busybox:latest": rpc error: code = Unknown desc = Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: TLS handshake timeout
则可能因为仓库没有及时给与反应,稍等再查看状态
2、Error response from daemon: Get https://reg.yunwei.edu/v2/: x509: certificate signed by unknown authority
此报错是因为ca证书,重新发送一份到该节点。重启docker即可。
然后进入mypod-c4验证结果:
[root@cicd yml]# kubectl exec -it mypod-c4 sh / # cd /etc/ /etc # ls foo hostname localtime network resolv.conf group hosts mtab passwd shadow /etc # cd foo/ /etc/foo # ls myapp /etc/foo # cd myapp/ /etc/foo/..2019_06_24_10_29_53.083470832/myapp # ls logging.conf /etc/foo/..2019_06_24_10_29_53.083470832/myapp # cat logging.conf class: logging.handlers.RotatingFileHandler formatter: precise level: INFO filename: %hostname-%timestamp.log
发现配置信息已经保存到
/etc/myapp/logging.conf
文件中。
与 Secret 一样,Volume 形式的 ConfigMap 也支持动态更新。
小结
我们学习了如何向 Pod 传递配置信息。
如果信息需要加密,可使用 Secret;如果是一般的配置信息,则可使用 ConfigMap。
Secret 和 ConfigMap 支持四种定义方法。
Pod 在使用它们时,可以选择 Volume 方式或环境变量方式,不过只有 Volume 方式支持动态更新。