ConfigMap-k8s

ConfigMap 提供了向容器中注入配置信息的能力，不仅可以用来保存单个属性，也可以用来保存整个配置文件，比如我们可以用来配置一个redis服务的访问地址，也可以用来保存整个redis的配置文件

创建

ConfigMap 资源对象使用key-value形式的键值对来配置数据，这些数据可以在Pod里面使用，ConfigMap和我们后面要讲到的Secrets比较类似，一个比较大的区别是ConfigMap可以比较方便的处理一些非敏感的数据，比如密码之类的还是需要使用Secrets来进行管理

kind: ConfigMap

apiVersion: v1

metadata:

  name: cm-demo

  namespace: default

data:

  data.1: hello

  data.2: world

  config: |

    property.1=value-1

    property.2=value-2

    property.3=value-3

其中配置数据在data属性下面进行配置，前两个被用来保存单个属性，后面一个被用来保存一个配置文件

kubectl create -f xx.yaml来创建上面的ConfigMap对象

使用kubectl create configmap -h  查看关于创建ConfigMap的帮助信息

创建方式

创建ConfigMap的方式有4种：

1，通过直接在命令行中指定configmap参数创建，即--from-literal

2，通过指定文件创建，即将一个配置文件创建为一个ConfigMap--from-file=<文件>

3，通过指定目录创建，即将一个目录下的所有配置文件创建为一个ConfigMap，--from-file=<目录>

4，通过yaml文件来创建，另一种是通过kubectl直接在命令行下创建。

5，事先写好标准的configmap的yaml文件，然后kubectl create -f 创建

1,命令行创建



#注意：ConfigMap中的键名必须是一个合法的DNS域，仅包含数字字母、破折号、下画线以及圆点，首位的圆点符号是可选的。

kubectl create configmap test-config1 --from-literal=db.host=10.5.10.116 --from-literal=db.port='3306'

kubectl   get configmap  #查看创建的configmap

$ kubectl  get configmap test-config1 -o yaml   ##查看输出

apiVersion: v1

data:

  db.host: 10.5.10.116

  db.port: "3306"

kind: ConfigMap

metadata:

  creationTimestamp: "2019-11-12T01:10:10Z"

  name: test-config1

  namespace: default

  resourceVersion: "27115"

  selfLink: /api/v1/namespaces/default/configmaps/test-config1

  uid: 1c05bfd4-1c42-4469-b18d-06d40e62b8e9

2，指定文件创建

#文件

cat  tt.configmap

property.1 = value-1

property.2 = value-2

property.3 = value-3

[mysqld]

port = 3309

socket = /home/ddjd/mysql.sock

pid-file= /sksk/slls/mysql.pid

kubectl create configmap test-config3  --from-file=./tt.configmap  ##创建时指定了名称

kubectl get  configmap   test-config3  -o yaml  ##查看，时间戳不一致（？？？）

kubectl   delete  configmap test-config3        ##删除

3，指定目录创建

ls  config/

ee.configmap  tt.configmap

kubectl create configmap test-config3 --from-file=./config ##创建

kubectl  get   configmap  test-config3   -o yaml

apiVersion: v1

data:

  ee.configmap: |

    property.4 = value-1

    property.5 = value-2

    property.6 = value-3

    [mysqld]

    tt = xxkxk

    socket1 = /home/ddjd/mysql.sock

    pid-file1 = /sksk/slls/mysql.pid

  tt.configmap: |

    property.1 = value-1

    property.2 = value-2

    property.3 = value-3

    [mysqld]

    port = 3309

    socket = /home/ddjd/mysql.sock

    pid-file= /sksk/slls/mysql.pid

kind: ConfigMap

metadata:

  creationTimestamp: "2019-11-12T01:31:54Z"

  name: test-config3

  namespace: default

  resourceVersion: "28844"

  selfLink: /api/v1/namespaces/default/configmaps/test-config3

  uid: 3d63d4f2-d33d-4239-a05c-5d4effefdd36

指定目录创建时configmap内容中的各个文件会创建一个key/value对，key是文件名，value是文件内容。

如果config目录下还有子目录，创建configmap 时会忽略该子目录

yaml文件创建

 cat  test-config4.yaml

apiVersion: v1

kind: ConfigMap

metadata:

  name: test-config4

  namespace: default

data:

  cache_host: memcached-gcxt

  cache_port: "11211"

  cache_prefix: gcxt

  my.cnf: |

    [mysqld]

    log_bin = mysql-bin

    hahaha = heheh

kubectl create -f test-config4.yaml

configmap 的使用

使用ConfigMap有三种方式:

第一种是通过环境变量的方式，直接传递给pod

使用configmap中指定的key

使用configmap中所有的key

第二种是通过在pod的命令行下运行的方式(启动命令中)

第三种是作为volume的方式挂载到pod内

注意：

ConfigMap必须在Pod使用它之前创建

使用envFrom时，将会自动忽略无效的键

Pod只能使用同一个命名空间的ConfigMap

1,环境变量使用

使用valueFrom、configMapKeyRef、name、key指定要用的key:

#创建配置文件

  kubectl create configmap special-config --from-literal=special.how=very --from-literal=special.type=charm

  kubectl create configmap env-config --from-literal=log_level=INFO

使用配置文件

apiVersion: v1

kind: Pod

metadata:

  name: test-pod

spec:

  containers:

    - name: test-container

      image: busybox

      command: [ "/bin/sh", "-c", "env" ]

      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

      envFrom:

        - configMapRef:

            name: env-config

  restartPolicy: Never

查看pod内环境变量

kubectl  create  -f tt.yaml 

redhat@k8s-master:~/test$ kubectl  logs  test-pod

SPECIAL_TYPE_KEY=charm

SPECIAL_LEVEL_KEY=very

log_level=INFO

总结：

envFrom: 是变量原样输出

env: 是重新定义了变量的名称，使用了某个 configmap里的某个key的value

2，用作命令行参数

将ConfigMap用作命令行参数时，需要先把ConfigMap的数据保存在环境变量中，然后通过$(VAR_NAME)的方式引用环境变量

apiVersion: v1

kind: Pod

metadata:

  name: dapi-test-pod

spec:

  containers:

    - name: test-container

      image:  busybox

      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

执行后查看

kubectl    logs  test-pod

very charm

3,使用volume将ConfigMap作为文件或目录直接挂载

将创建的ConfigMap直接挂载至Pod的/etc/config目录下，其中每一个key-value键值对都会生成一个文件，key为文件名，value为内容 (大概会覆盖该目录下的所有文件）

#confgimap

kubectl get   configmap  special-config  -o yaml

apiVersion: v1

data:

  special.how: very

  special.type: charm

kind: ConfigMap

metadata:

  creationTimestamp: "2019-11-12T02:07:36Z"

  name: special-config

  namespace: default

  resourceVersion: "31683"

  selfLink: /api/v1/namespaces/default/configmaps/special-config

  uid: 28891c5f-f4e9-4666-9e2f-1682768c3479

#测试使用

 cat  tt.yaml

apiVersion: v1

kind: Pod

metadata:

  name: test-pod

spec:

  containers:

    - name: test-container

      image: busybox

      command: [ "/bin/sh", "-c", "cat /etc/config/special.how"]

      volumeMounts:

      - name: config-volume

        mountPath: /etc/config

  volumes:

    - name: config-volume

      configMap:

        name: special-config

  restartPolicy: Never

##输出打印

kubectl  logs test-pod

very

因为comfigmap 中的每个key 都会作为一个文件，内容为value ,所以可以将内容扩展为多行进行使用



# kubectl edit  configmap  special-config

# Please edit the object below. Lines beginning with a '#' will be ignored,

# and an empty file will abort the edit. If an error occurs while saving this file will be

# reopened with the relevant failures.

#

apiVersion: v1

data:

  special.how: |

    xxx = sgkdjgk.pid

    yy = dgkjak.jfkdj

    djkjg = dgkdjgk

  special.type: charm

kind: ConfigMap

metadata:

  creationTimestamp: "2019-11-12T02:07:36Z"

  name: special-config

  namespace: default

  resourceVersion: "34115"

  selfLink: /api/v1/namespaces/default/configmaps/special-config

  uid: 28891c5f-f4e9-4666-9e2f-1682768c3479

# kubectl get   configmap  special-config  -o yaml

apiVersion: v1

data:

  special.how: "xxx = sgkdjgk.pid \nyy = dgkjak.jfkdj\ndjkjg = dgkdjgk\n"

  special.type: charm

kind: ConfigMap

metadata:

  creationTimestamp: "2019-11-12T02:07:36Z"

  name: special-config

  namespace: default

  resourceVersion: "34115"

  selfLink: /api/v1/namespaces/default/configmaps/special-config

  uid: 28891c5f-f4e9-4666-9e2f-1682768c3479

#使用挂载方式

cat  tt.yaml

apiVersion: v1

kind: Pod

metadata:

  name: test-pod

spec:

  containers:

    - name: test-container

      image: busybox

      command: [ "/bin/sh", "-c", "cat /etc/config/special.how"]

      volumeMounts:

      - name: config-volume

        mountPath: /etc/config

  volumes:

    - name: config-volume

      configMap:

        name: special-config

  restartPolicy: Never

#执行后打印kubectl logs  test-pod

xxx = sgkdjgk.pid

yy = dgkjak.jfkdj

djkjg = dgkdjgk

##挂载到容器的key 为链接文件

假如不想以key名作为配置文件名可以引入items 字段，在其中逐个指定要用相对路径path替换的key：

    volumes:

      - name: config-volume4

        configMap:

          name: test-config4

          items:

          - key: my.cnf

            path: mysql-key

          - key: cache_host

            path: cache-host

##挂载到容器的key 为链接文件

备注：

删除configmap后原pod不受影响；然后再删除pod后，重启的pod的events会报找不到cofigmap的volume；

pod起来后再通过kubectl edit configmap …修改configmap，过一会pod内部的配置也会刷新。

在容器内部修改挂进去的配置文件后，过一会内容会再次被刷新为原始configmap内容

将创建的ConfigMap中special.how这个key挂载到/etc/config目录下的一个相对路径/keys/special.level。如果存在同名文件，直接覆盖。其他的key不挂载

cat  tt.yaml

apiVersion: v1

kind: Pod

metadata:

  name: test-pod

spec:

  containers:

    - name: test-container

      image: busybox

      command: [ "/bin/sh", "-c", "cat /etc/config/keys/special.level"]

      volumeMounts:

      - name: config-volume

        mountPath: /etc/config

  volumes:

    - name: config-volume

      configMap:

        name: special-config

        items:

        - key: special.how

          path: keys/special.level

  restartPolicy: Never

总结：

容器的挂载只决定路径，卷的定义里指定具体某个key 即文件的具体挂载路径

在一般情况下 configmap 挂载文件时，会先覆盖掉挂载目录，然后再将congfigmap中的内容作为文件挂载进行。如不对原来的文件夹下的文件覆盖

只是将 configmap 中的每个key，按照文件的方式挂载到目录下，使用 subpath 参数

apiVersion: v1

kind: Pod

metadata:

  name: dapi-test-pod

spec:

  containers:

    - name: test-container

      image: nginx

      command: ["/bin/sh","-c","sleep 36000"]

      volumeMounts:

      - name: config-volume

        mountPath: /etc/nginx/special.how

        subPath: special.how

  volumes:

    - name: config-volume

      configMap:

        name: special-config

        items:

        - key: special.how

          path: special.how

  restartPolicy: Never

一个configMap里文件挂载到容器的不同路径案例：

[root@k8s-m1 templates]# cat testnode.yaml

apiVersion: v1

kind: ConfigMap

metadata:

  name: testmap

data:

  test.file: |

    user  www;

    worker_processes auto;

    worker_cpu_affinity auto;

    worker_rlimit_nofile 327680;

    events {

    worker_connections  65535;

    use epoll;

    }

    http {

    include       mime.types;

    default_type  application/octet-stream;

    log_format main '$remote_addr\t$msec\t$server_protocol';

    access_log  /data/logs/nginx/access.log  main;

    sendfile on;

    tcp_nopush on;

    tcp_nodelay on;

    keepalive_timeout 30;

    server {

        listen 80 default backlog=65535;

        server_name localhost;

        access_log  /data/logs/nginx/livesports.access.log  main;

        root /data/ifengsite/htdocs/livesports/02src/live/wwwroot;

        index index.html index.htm index.php;

        location ~* \.php$ {

            fastcgi_pass   127.0.0.1:9000;

            fastcgi_index  index.php;

            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;

            include fastcgi.conf;

        }

    }

    }

  test.file2: |

    this is the 2nd strings

---

apiVersion: v1

kind: Pod

metadata:

  name: pod-test

spec:

  containers:

  - name: test

    image: busybox

    tty: true

    command: ["sh"]

    volumeMounts:

    - name: testdir

      mountPath: /etc/nginx.conf

      subPath: nginx.conf

    - name: testdir

      mountPath: /etc/test.map2

      subPath: test.map2

  volumes:

  - name: testdir

    configMap:

      name: testmap

      items:

      - key: test.file

        path: nginx.conf

      - key: test.file2

        path: test.map2

##进入pod查看内目录结构

注意：挂载到指定目录时需要指定路径，路径名为configmap的给定的key ,这里为special.how，如果不指定则容器无法正常生成。

备注：

删除configmap后原pod不受影响；然后再删除pod后，重启的pod的events会报找不到cofigmap的volume。

pod起来后再通过kubectl edit configmap …修改configmap，pod内部的配置也会自动刷新。

在容器内部修改挂进去的配置文件后，内容可以持久保存，除非杀掉再重启pod才会刷回原始configmap的内容。

subPath必须要与configmap中的key同名。

mountPath如/tmp/prefix：

<1>当/tmp/prefix不存在时(备注：此时/tmp/prefix和/tmp/prefix/无异)，会自动创建prefix文件并把value写进去；

<2>当/tmp/prefix存在且是个文件时，里面内容会被configmap覆盖；

<3>当/tmp/prefix存在且是文件夹时，无论写/tmp/prefix还是/tmp/prefix/都会报错

configmap的热更新

更新 ConfigMap 后

使用该 ConfigMap 挂载的 Env 不会同步更新

使用该 ConfigMap 挂载的 Volume 中的数据需要一段时间（实测大概10秒）才能同步更新

ENV 是在容器启动的时候注入的，启动之后 kubernetes 就不会再改变环境变量的值，且同一个 namespace 中的 pod 的环境变量是不断累加的，参考 Kubernetes中的服务发现与docker容器间的环境变量传递源码探究。为了更新容器中使用 ConfigMap 挂载的配置，可以通过滚动更新 pod 的方式来强制重新挂载 ConfigMap，也可以在更新了 ConfigMap 后，先将副本数设置为 0，然后再扩容.

configmap 问题

1，子目录挂载

apiVersion: v1

kind: Pod

metadata:

  name: test-pod

spec:

  containers:

    - name: test-container

      image: app

      imagePullPolicy: Never

      volumeMounts:

      - name: appconfig

        mountPath: //xxxx/application.yml  ##此处有改动

        subPath: application.yml

  volumes:

    - name: appconfig

      configMap:

        name: insight-application

        items:

          - key: app-application.yml

            path: application.yml

  restartPolicy: Never

#注意：

挂载时卷的items path路径需要和容器中volumeMounts 的mountPath和subPath 保持一致。

测试yaml

apiVersion: v1

kind: Pod

metadata:

  name: dapi-test-pod

spec:

  containers:

    - name: test-container

      image: nginx

      command: ["/bin/sh","-c","sleep 36000"]

      volumeMounts:

      - name: config-volume

        mountPath: /etc/nginx/

        subPath: special.how

  volumes:

    - name: config-volume

      configMap:

        name: special-config

        items:

        - key: special.how

          path: special.how

  restartPolicy: Never

巴特西