不少状况下咱们为某一应用作好镜像,当咱们想修改其中的一些参数的时候,就变得比较麻烦,又要从新制做镜像,咱们是否是有一种方式,让镜像根据不一样的场景调用咱们不一样的配置文件呢,那咱们就须要用到 k8s 的另一种资源,那就是 ConfigMap。mysql
咱们知道,在几乎全部的应用开发中,都会涉及到配置文件的变动,好比说在web的程序中,须要链接数据库,缓存甚至是队列等等。而咱们的一个应用程序从写第一行代码开始,要经历开发环境、测试环境、预发布环境只到最终的线上环境。而每个环境都要定义其独立的各类配置。若是咱们不能很好的管理这些配置文件,你的运维工做将顿时变的无比的繁琐。为此业内的一些大公司专门开发了本身的一套配置管理中心,如360的Qcon,百度的disconf等。kubernetes也提供了本身的一套方案,即ConfigMap。kubernetes经过ConfigMap来实现对容器中应用的配置管理。linux
ConfigMap是用来存储配置文件的kubernetes资源对象,全部的配置内容都存储在etcd中。web
建立ConfigMap的方式有4种:sql
--from-literal
;--from-file=<文件>
;--from-env-file=<文件>
;kubectl create -f
建立。kubectl create configmap test-config1 --from-literal=db.host=172.18.8.200 --from-literal=db.port='3306'
查看配置的内容。数据库
[root@master ~]# kubectl get cm test-config1 -o yaml apiVersion: v1 data: db.host: 172.18.8.200 db.port: "3306" kind: ConfigMap metadata: creationTimestamp: "2018-12-16T04:32:42Z" name: test-config1 namespace: default resourceVersion: "3676" selfLink: /api/v1/namespaces/default/configmaps/test-config1 uid: a0ee762b-00eb-11e9-9fa7-000c291fb1b3
echo -n 172.18.8.200 > ./db.host echo -n 3306 > ./db.port kubectl create cm test-config2 --from-file=./db.host --from-file=./db.port
查看配置内容:api
[root@master ~]# kubectl get cm test-config2 -o yaml apiVersion: v1 data: db.host: 172.18.8.200 db.port: "3306" kind: ConfigMap metadata: creationTimestamp: "2018-12-16T04:37:50Z" name: test-config2 namespace: default resourceVersion: "4107" selfLink: /api/v1/namespaces/default/configmaps/test-config2 uid: 583ed4e7-00ec-11e9-9fa7-000c291fb1b3
每一个文件内容对应一个信息条目。缓存
cat << EOF > env.txt db.host=172.18.8.200 db.port=3306 EOF kubectl create cm test-config3 --from-env-file=env.txt
查看配置内容:app
[root@master ~]# kubectl get cm test-config3 -o yaml apiVersion: v1 data: db.host: 172.18.8.200 db.port: "3306" kind: ConfigMap metadata: creationTimestamp: "2018-12-16T04:43:02Z" name: test-config3 namespace: default resourceVersion: "4544" selfLink: /api/v1/namespaces/default/configmaps/test-config3 uid: 12746e5f-00ed-11e9-9fa7-000c291fb1b3
配置文件内容以下。运维
apiVersion: v1 kind: ConfigMap metadata: name: test-config4 data: db.host: 172.18.8.200 db.port: "3306"
建立并查看其内容。socket
[root@master ~]# kubectl apply -f db.yaml configmap/test-config4 created [root@master ~]# kubectl get cm test-config4 -o yaml apiVersion: v1 data: db.host: 172.18.8.200 db.port: "3306" kind: ConfigMap metadata: annotations: kubectl.kubernetes.io/last-applied-configuration: | {"apiVersion":"v1","data":{"db.host":"172.18.8.200","db.port":"3306"},"kind":"ConfigMap","metadata":{"annotations":{},"name":"test-config4","namespace":"default"}} creationTimestamp: "2018-12-16T04:49:01Z" name: test-config4 namespace: default resourceVersion: "5045" selfLink: /api/v1/namespaces/default/configmaps/test-config4 uid: e87cdafa-00ed-11e9-9fa7-000c291fb1b3
使用ConfigMap有二种方式:
使用valueFrom
、configMapKeyRef
、name
、key
指定要用的key。
apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - name: mypod image: busybox args: [ "/bin/sh", "-c", "sleep 3000" ] env: - name: DB_HOST valueFrom: configMapKeyRef: name: test-config4 key: db.host - name: DB_PORT valueFrom: configMapKeyRef: name: test-config4 key: db.port
还能够经过envFrom
、configMapRef
、name
使得configmap中的全部key/value对都自动变成环境变量。
apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - name: mypod image: busybox args: [ "/bin/sh", "-c", "sleep 3000" ] envFrom: - configMapRef: name: test-config3
把test-config4
全部key/value挂载进来:
apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - name: mypod image: busybox args: [ "/bin/sh", "-c", "sleep 3000" ] volumeMounts: - name: db mountPath: "/etc/db" readOnly: true volumes: - name: db configMap: name: test-config4
进入容器查看,看到在db文件夹下以每个key为文件名value为值建立了多个文件。
[root@master ~]# kubectl exec -it mypod -- /bin/sh / # cd /etc/db /etc/db # ls -al total 0 drwxrwxrwx 3 root root 89 Dec 16 05:23 . drwxr-xr-x 1 root root 16 Dec 16 05:23 .. drwxr-xr-x 2 root root 36 Dec 16 05:23 ..2018_12_16_05_23_04.654058863 lrwxrwxrwx 1 root root 31 Dec 16 05:23 ..data -> ..2018_12_16_05_23_04.654058863 lrwxrwxrwx 1 root root 14 Dec 16 05:23 db.host -> ..data/db.host lrwxrwxrwx 1 root root 14 Dec 16 05:23 db.port -> ..data/db.port /etc/db # cat db.host 172.18.8.200/etc/db #
使用该 ConfigMap 挂载的 Env 不会同步更新;
使用该 ConfigMap 挂载的 Volume 中的数据须要一段时间(实测大概10秒)才能同步更新。
大多数状况下,配置信息都以文件形式提供,因此在建立 ConfigMap 时一般采用 --from-file 或 YAML 方式,读取 ConfigMap 时一般采用 Volume 方式。
好比咱们的 MySQL 配置文件/etc/my.cnf
。
[mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock symbolic-links=0 [mysqld_safe] log-error=/var/log/mariadb/mariadb.log pid-file=/var/run/mariadb/mariadb.pid !includedir /etc/my.cnf.d
建立CongifMap。
kubectl create cm mysql-cm --from-file=/etc/my.cnf
查看建立好的cm。
[root@master ~]# kubectl get cm mysql-cm -o yaml apiVersion: v1 data: my.cnf: | [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock symbolic-links=0 [mysqld_safe] log-error=/var/log/mariadb/mariadb.log pid-file=/var/run/mariadb/mariadb.pid !includedir /etc/my.cnf.d kind: ConfigMap metadata: creationTimestamp: "2018-12-16T05:38:29Z" name: mysql-cm namespace: default resourceVersion: "9273" selfLink: /api/v1/namespaces/default/configmaps/mysql-cm uid: d1201233-00f4-11e9-9fa7-000c291fb1b3
在 Pod 中使用此 ConfigMap,配置文件为:
apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - name: mypod image: busybox args: [ "/bin/sh", "-c", "sleep 3000" ] volumeMounts: - name: mysql mountPath: "/tmp" volumes: - name: mysql configMap: name: mysql-cm items: - key: my.cnf path: mysql/my.cnf
建立 Pod 并读取配置信息:
[root@master ~]# kubectl exec -it mypod sh / # cat /tmp/mysql/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock symbolic-links=0 [mysqld_safe] log-error=/var/log/mariadb/mariadb.log pid-file=/var/run/mariadb/mariadb.pid !includedir /etc/my.cnf.d / # exit
关于挂在路径你们能够自行进行修改。