Kubernetes 的配置资源 ConfigMap（02部分）

最新推荐文章于 2024-09-26 09:39:17 发布
最新推荐文章于 2024-09-26 09:39:17 发布
阅读量804 收藏 9
点赞数 10
分类专栏： Docker与kubernetes 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44047596/article/details/141180291
版权

作者设置：由于当前各个常用镜像站无法正常代理下载镜像，这篇实验中所用到的镜像建议先从网络下载获取再导入到私仓使用，

或私信后台回复：9521 获取~ ~

目录描述

  • Kubernetes常见的配置资源介绍

  • ConfigMap介绍说明

  • ConfigMap创建方式

  • ConfigMap使用方式

  • ConfigMap实践案例

五、ConfigMap 实践案例

实验环境：

单master+双node，操作系统Ub22.04（live-server），Kubernetes v1.25

5.1 操作示范: env 变量

#查看Pod默认的变量命令格式：
kubectl exec -it [PODNAME] -- env 

#这里借用前面搭建时的demoapp配置文件，查看默认变量
root@master1ha1:~# kubectl exec -it demoapp-75586749f8-pmbhf -n default -- env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=demoapp-75586749f8-pmbhf
TERM=xterm
KUBERNETES_PORT_443_TCP_ADDR=10.96.0.1
DEMOAPP_PORT_80_TCP_PORT=80
DEMOAPP_PORT_80_TCP_ADDR=10.105.4.244
KUBERNETES_SERVICE_PORT=443
DEMOAPP_PORT_80_TCP=tcp://10.105.4.244:80
KUBERNETES_PORT_443_TCP_PROTO=tcp
DEMOAPP_SERVICE_HOST=10.105.4.244
DEMOAPP_SERVICE_PORT=80
DEMOAPP_SERVICE_PORT_80_80=80
DEMOAPP_PORT_80_TCP_PROTO=tcp
KUBERNETES_SERVICE_HOST=10.96.0.1
KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_PORT=443
DEMOAPP_PORT=tcp://10.105.4.244:80
KUBERNETES_SERVICE_PORT_HTTPS=443
KUBERNETES_PORT=tcp://10.96.0.1:443
DEPLOYENV=Production
RELEASE=Stable
PS1=[\u@\h \w]\$ 
HOME=/root

#创建配置文件
root@master1ha1:~# vim storage-configmap-valueFrom-env.yaml
apiVersion: v1
kind: ConfigMap
metadata:
        name: cm-pod-test
        namespace: default
data:
        host: 0.0.0.0
        port: "8888"

---
apiVersion: v1
kind: Pod
metadata:
        name: configmap-env-demo
spec:
        containers:
        - image: registry.cn-hangzhou.aliyuncs.com/guang_demo/qwer:ik8s-demoappv1.0
          name: pod-test
          env:
          - name: HOST
            valueFrom:
                    configMapKeyRef:
                            name: cm-pod-test
                            key: host
                            optional: true  #true时,如果configmap中的key即使不存在,也不会导致容器无法初始化
          - name: PORT
            valueFrom:
                    configMapKeyRef:
                            name: cm-pod-test
                            key: port
                            optional: false #false时,如果configmap中的key不存在,会导致容器无法初始化

#查询生成信息
root@master1ha1:~# kubectl get pod -A -o wide
NAMESPACE      NAME                                 READY   STATUS                  RESTARTS        AGE   IP                NODE             NOMINATED NODE   READINESS GATES
default        configmap-env-demo                   1/1     Running                 0               75s   10.244.2.27       node2            <none>           <none>

#查看变量，能看到PORT和HOST带入
root@master1ha1:~# kubectl exec -it configmap-env-demo -- env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=configmap-env-demo
TERM=xterm
PORT=8888
HOST=0.0.0.0
KUBERNETES_PORT=tcp://10.96.0.1:443
DEMOAPP_SERVICE_HOST=10.105.4.244
KUBERNETES_SERVICE_HOST=10.96.0.1
KUBERNETES_SERVICE_PORT_HTTPS=443
KUBERNETES_PORT_443_TCP_PORT=443
DEMOAPP_PORT=tcp://10.105.4.244:80
DEMOAPP_PORT_80_TCP_PORT=80
KUBERNETES_SERVICE_PORT=443
KUBERNETES_PORT_443_TCP_PROTO=tcp
DEMOAPP_SERVICE_PORT_80_80=80
DEMOAPP_PORT_80_TCP=tcp://10.105.4.244:80
DEMOAPP_PORT_80_TCP_ADDR=10.105.4.244
KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_ADDR=10.96.0.1
DEMOAPP_SERVICE_PORT=80
DEMOAPP_PORT_80_TCP_PROTO=tcp
DEPLOYENV=Production
RELEASE=Stable
PS1=[\u@\h \w]\$ 
HOME=/root

#查询容器内监听端口存在
root@master1ha1:~# kubectl exec -it configmap-env-demo -- ss -ntl
State              Recv-Q             Send-Q                           Local Address:Port                           Peer Address:Port             Process             
LISTEN             0                  128                                    0.0.0.0:8888                                0.0.0.0:*                         

#拟访问测试成功           
root@master1ha1:~# curl 10.244.2.27:8888
iKubernetes demoapp v1.0 !! ClientIP: 10.244.0.0, ServerName: configmap-env-demo, ServerIP: 10.244.2.27!

#资源删除
[root@master1 yaml]#kubectl delete -f storage-configmap-valueFrom-env.yaml

5.2 操作示范: envFrom 批量导入变量

#配置文件资源定义文件
root@master1ha1:~# kubectl apply -f storage-configmap-simple-envfrom.yaml
apiVersion: v1
kind: ConfigMap
metadata:
        name: cm-nginx
data:
        NGINX_PORT: "98765"
        NGINX_USER: "lcg"

---
apiVersion: v1
kind: Pod
metadata:
        name: configmap-envfrom-test
spec:
        containers:
        - name: configmap-envfrom-test
          image: registry.cn-hangzhou.aliyuncs.com/guang_demo/qwer:ik8s-demoappv1.0
          envFrom:  #指定cm，不指定默认配置default
           - configMapRef:
                   name: cm-nginx  #所有变量从cm中读取

#配置解析：envFrom 方式使用cm里面所有的属性信息，而且变量名是默认的

root@master1ha1:~# kubectl apply -f storage-configmap-simple-envfrom.yaml
configmap/cm-nginx created
pod/configmap-envfrom-test created
root@master1ha1:~# kubectl get cm cm-nginx -o yaml
apiVersion: v1
data:
  NGINX_PORT: "98765"
  NGINX_USER: lcg
kind: ConfigMap
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","data":{"NGINX_PORT":"98765","NGINX_USER":"lcg"},"kind":"ConfigMap","metadata":{"annotations":{},"name":"cm-nginx","namespace":"default"}}
  creationTimestamp: "2024-08-02T11:39:35Z"
  name: cm-nginx
  namespace: default
  resourceVersion: "225895"
  uid: 7c7c28f4-8517-48a9-9617-485570bfa8a3
  
root@master1ha1:~# kubectl describe cm cm-nginx 
Name:         cm-nginx
Namespace:    default
Labels:       <none>
Annotations:  <none>

Data
====
NGINX_USER:
----
lcg
NGINX_PORT:
----
98765

BinaryData
====

Events:  <none>

#查询生成结果
root@master1ha1:~# kubectl get pod -A -o wide
NAMESPACE      NAME                                 READY   STATUS                  RESTARTS        AGE     IP                NODE             NOMINATED NODE   READINESS GATES
default        configmap-envfrom-test               1/1     Running                 0               4m43s   10.244.2.28       node2            <none>           <none>

#验证变量
root@master1ha1:~# kubectl exec -it configmap-envfrom-test -- env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=configmap-envfrom-test
TERM=xterm
NGINX_PORT=98765
NGINX_USER=lcg
DEMOAPP_PORT_80_TCP_PROTO=tcp
DEMOAPP_PORT_80_TCP_ADDR=10.105.4.244
KUBERNETES_SERVICE_HOST=10.96.0.1
KUBERNETES_SERVICE_PORT=443
KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_PROTO=tcp
DEMOAPP_SERVICE_PORT_80_80=80
DEMOAPP_PORT=tcp://10.105.4.244:80
DEMOAPP_PORT_80_TCP=tcp://10.105.4.244:80
DEMOAPP_PORT_80_TCP_PORT=80
KUBERNETES_PORT=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_PORT=443
KUBERNETES_PORT_443_TCP_ADDR=10.96.0.1
DEMOAPP_SERVICE_PORT=80
KUBERNETES_SERVICE_PORT_HTTPS=443
DEMOAPP_SERVICE_HOST=10.105.4.244
DEPLOYENV=Production
RELEASE=Stable
PS1=[\u@\h \w]\$ 
HOME=/root

#删除
root@master1ha1:~# kubectl delete -f storage-configmap-simple-envfrom.yaml
configmap "cm-nginx" deleted
pod "configmap-envfrom-test" deleted

5.3 操作示范: volume 生成配置文件并更新生效

#configmap资源定义
root@master1ha1:~# vim storage-configmap-simple-volume.yaml 
apiVersion: v1
kind: ConfigMap
metadata:
  name: cm-volume
data:
  author: ttc
  file.conf: |
      [app]
       config1
       config2

---
apiVersion: v1
kind: Pod
metadata:
  name: pod-volume-test
spec:
  volumes:
     - name: volume-config  #指定卷名
       configMap:
        name: cm-volume  #指定卷来自cm
  containers:
     - name: demoapp
       image: registry.cn-hangzhou.aliyuncs.com/guang_demo/qwer:ik8s-demoappv1.0
       volumeMounts:
        - name: volume-config  #调用前面定义的卷名
          mountPath: /cmap/  #指定Pod中的挂载点目录

#应用
root@master1ha1:~# kubectl apply -f storage-configmap-simple-volume.yaml 
configmap/cm-volume configured
pod/pod-volume-test created
root@master1ha1:~# kubectl get cm cm-volume -o yaml
apiVersion: v1
data:
  author: ttc  #author成为文件名，ttc成为文件内容
  file.conf: |
    [app]
     config1
     config2
kind: ConfigMap
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","data":{"author":"ttc","file.conf":"[app]\n config1\n config2\n"},"kind":"ConfigMap","metadata":{"annotations":{},"name":"cm-volume","namespace":"default"}}
  creationTimestamp: "2024-08-03T02:32:56Z"
  name: cm-volume
  namespace: default
  resourceVersion: "243088"
  uid: 6ad07c3c-d031-43dc-817d-336a06e404a8
  
root@master1ha1:~# kubectl describe cm cm-volume 
Name:         cm-volume
Namespace:    default
Labels:       <none>
Annotations:  <none>

Data
====
author:
----
ttc
file.conf:
----
[app]
 config1
 config2


BinaryData
====

Events:  <none>
root@master1ha1:~# kubectl get pod -A -o wide
NAMESPACE      NAME                                 READY   STATUS             
default        pod-volume-test                      1/1     Running                 0               3m57s   10.244.2.29       node2            <none>           <none>
#验证配置文件
root@master1ha1:~# kubectl exec -it pod-volume-test -- sh
[root@pod-volume-test /]# ls
bin    cmap   dev    etc    home   lib    media  mnt    opt    proc   root   run    sbin   srv    sys    tmp    usr    var
[root@pod-volume-test /]# ls cmap/
author     file.conf
[root@pod-volume-test /]# cat cmap/author 

[root@pod-volume-test /]# cat cmap/file.conf 
[app]
 config1
 config2
#查看一下文件的存储方式
[root@pod-volume-test /]# ls -la cmap
total 12
drwxrwxrwx    3 root     root          4096 Aug  3 02:34 .
drwxr-xr-x    1 root     root          4096 Aug  3 02:34 ..
drwxr-xr-x    2 root     root          4096 Aug  3 02:34 ..2024_08_03_02_34_05.1153618151
lrwxrwxrwx    1 root     root            32 Aug  3 02:34 ..data -> ..2024_08_03_02_34_05.1153618151
lrwxrwxrwx    1 root     root            13 Aug  3 02:34 author -> ..data/author
lrwxrwxrwx    1 root     root            16 Aug  3 02:34 file.conf -> ..data/file.conf
#结果显示：
#这些文件虽然看起来是在挂载的目录下，实际上，它是经过了两层的软连接才能找到真正挂载的文件
cmap --> ..data --> ..YYYY_MM_DD_HH_MM_SS.XXXXXXXX
#通过这种双层软连接的方式，只要容器支持重载技术，那么只需要更改配置文件就可以实现容器应用的变动

#测试在线更新配置文件中的内容
root@master1ha1:~# kubectl edit cm cm-volume 
apiVersion: v1
data:
  author: ttc-v2.0  #修改此行
  file.conf: |
    [app]
     config1
     config2
     config3-update  #新增内容，其余不变
kind: ConfigMap
.....
configmap/cm-volume edited

#等一会儿进入pod可以看到配置文件变化
root@master1ha1:~# kubectl exec -it pod-volume-test -- sh
[root@pod-volume-test /]# ls -la cmap/
total 12
drwxrwxrwx    3 root     root          4096 Aug  3 02:48 .
drwxr-xr-x    1 root     root          4096 Aug  3 02:34 ..
drwxr-xr-x    2 root     root          4096 Aug  3 02:48 ..2024_08_03_02_48_24.694563244
lrwxrwxrwx    1 root     root            31 Aug  3 02:48 ..data -> ..2024_08_03_02_48_24.694563244
lrwxrwxrwx    1 root     root            13 Aug  3 02:34 author -> ..data/author
lrwxrwxrwx    1 root     root            16 Aug  3 02:34 file.conf -> ..data/file.conf
[root@pod-volume-test /]# cat cmap/author 
ttc-v2.0 #回显是更新到了
[root@pod-volume-test /]# cat cmap/file.conf 
[app]
 config1
 config2
 config3-update  #回显是更新到了
#测试结果显示：等待个几秒后，配置信息自动发生了变动,整个过程中，pod对象没有进行重启

#删除
root@master1ha1:~# kubectl delete -f storage-configmap-simple-volume.yaml 

5.4 操作示范：利用 configmap volume 实现 Redis 配置

#配置输出
root@master1ha1:~# vim storage-configmap-redis.yaml 
apiVersion: v1
kind: ConfigMap
metadata:
  name: redis-conf
data:
  redis.conf: |
    appendonly yes  #redis的配置，yes表示appendonly功能启用

---
apiVersion: v1
kind: Pod
metadata:
  name: cm-redis-demo
spec:
  volumes:
    - name: redis-data  # 创建volume
      emptyDir: {}
    - name: redis-config
      configMap:
        name: redis-conf
        items:
          - key: redis.conf
            path: redis.conf
  containers:
    - name: redis
      image: redis:6
      command:
        - redis-server
        - "/conf/redis.conf"
      ports:
        - containerPort: 6379
      volumeMounts:
        - name: redis-data
          mountPath: /data  # 把创建好的volume挂载到指定目录
        - name: redis-config
          mountPath: /conf

#应用
root@master1ha1:~# kubectl apply -f storage-configmap-redis.yaml
#检查
root@master1ha1:~# kubectl get cm redis-conf 
NAME         DATA   AGE
redis-conf   1     17s
root@master1ha1:~# kubectl exec -it cm-redis-demo -- ls /data/ /conf
/conf:
redis.conf
/data/:
appendonly.aof
root@master1ha1:~# kubectl exec -it cm-redis-demo -- cat /conf/redis.conf
appendonly yes

#在线修改
root@master1ha1:~# kubectl edit cm redis-conf
apiVersion: v1
data:
 redis.conf: |
   appendonly yes     
   requirepass 123456 #添加此行

#等几秒查看,发现已同步至配置文件, 但是容器内服务不会直接生效,还需要重启redis
root@master1ha1:~# kubectl exec -it cm-redis-demo -- cat /conf/redis.conf
appendonly yes
requirepass 123456

#删除
root@master1ha1:~# kubectl delete -f storage-configmap-redis.yaml

5.5 操作示范: volume 挂载全部内容

#命令行创建CM
#创建nginx的配置信息
root@master1ha1:~# vim nginx/default.conf 
server {
   listen       8080;
   server_name localhost;
    #access_log /var/log/nginx/host.access.log main;
   location / {
       root   /usr/share/nginx/html;
       index index.html index.htm;
   }
   error_page   500 502 503 504 /50x.html;
   location = /50x.html {
       root   /usr/share/nginx/html;
   }
}

#命令行创建CM
root@master1ha1:~# kubectl create configmap cm-nginx-conf-files --from-file=nginx/
configmap/cm-nginx-conf-files created

#yaml文件
root@master1ha1:~# vim storage-configmap-nginx-file.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: cm-nginx-index
data:
  index.html: "Nginx Configmap GGBANG!" #单行内容的文件生成configmap
---
apiVersion: v1
kind: Pod 
metadata:
  name: pod-nginx-conf-configmap
spec:
  volumes:
  - name: nginx-conf
    configMap:
      name: cm-nginx-conf-files
      optional: false
  - name: nginx-index
    configMap:
      name: cm-nginx-index
      optional: false
  containers:
  - image: nginx
    name: nginx
    volumeMounts:
    - name: nginx-conf
      mountPath: /etc/nginx/conf.d/
      readOnly: true
    - name: nginx-index
      mountPath: /usr/share/nginx/html/
      readOnly: true
root@master1ha1:~# kubectl apply -f storage-configmap-nginx-file.yaml 
root@master1ha1:~# kubectl get cm
NAME                  DATA   AGE
cm-nginx-conf-files   1      15m
cm-nginx-index        1      10m
kube-root-ca.crt      1      37d

#查看
root@master1ha1:~# kubectl get cm cm-nginx-index -o yaml
apiVersion: v1
data:
  index.html: Nginx Configmap GGBANG!
kind: ConfigMap
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","data":{"index.html":"Nginx Configmap GGBANG!"},"kind":"ConfigMap","metadata":{"annotations":{},"name":"cm-nginx-index","namespace":"default"}}
  creationTimestamp: "2024-08-06T07:33:03Z"
  name: cm-nginx-index
  namespace: default
  resourceVersion: "347108"
  uid: b6cb2141-86a7-49de-9c82-4185dd504aa5

root@master1ha1:~# kubectl get cm cm-nginx-conf-files -o yaml
apiVersion: v1
data:
  default.conf: |
    server {
       listen       8080;
       server_name localhost;
        #access_log /var/log/nginx/host.access.log main;
       location / {
           root   /usr/share/nginx/html;
           index index.html index.htm;
       }
       error_page   500 502 503 504 /50x.html;
       location = /50x.html {
           root   /usr/share/nginx/html;
       }
    }
kind: ConfigMap
metadata:
  creationTimestamp: "2024-08-06T06:52:29Z"
  name: cm-nginx-conf-files
  namespace: default
  resourceVersion: "343689"
  uid: 8c2f069d-0076-4204-8cec-2053fd683437

root@master1ha1:~# kubectl get pod  -o wide
NAME                       READY   STATUS    RESTARTS     AGE   IP            NODE    NOMINATED NODE   READINESS GATES
pod-nginx-conf-configmap   1/1     Running   0   61d   10.244.1.49   node1   <none>           <none>

#验证配置文件结果
root@master1ha1:~# curl 10.244.1.49:8080
Nginx Configmap GGBANG!

#删除
root@master1ha1:~# kubectl delete -f storage-configmap-nginx-file.yaml 
root@master1ha1:~# kubectl delete configmap cm-nginx-conf-files   

5.6 操作示范：volume挂载 CM 中部分文件

#准备配置文件
root@master1ha1:~# ls nginx/
myserver.conf  myserver-gzip.cfg  myserver-status.cfg
#配置文件
root@master1ha1:~# cat nginx/myserver.conf 
server {
    listen 8888;
    server_name ttc.com;
    include /etc/nginx/conf.d/myserver-*.cfg;
    location / {
        root /usr/share/nginx/html;
    }
}
#子配置文件,注意:文件是以cfg为后缀,不能以conf文件后缀,会导致冲突
root@master1ha1:~# cat nginx/myserver-gzip.cfg 
gzip on;
gzip_comp_level 5;
gzip_proxied     expired no-cache no-store private auth;
gzip_types text/plain text/css application/xml text/javascript;

root@master1ha1:~# cat nginx/myserver-status.cfg 
location /nginx-status {
    stub_status on;
    access_log off;
}

#创建cm
root@master1ha1:~# kubectl create cm cm-nginx-conf-files --from-file=nginx/
configmap/cm-nginx-conf-files created
#清单文件
root@master1ha1:~# vim storage-configmap-nginx-subfile.yaml
apiVersion: v1
kind: ConfigMap
metadata:
 name: cm-nginx-index
data:
 index.html: "Nginx Sub Configmap Page!\n"
---
apiVersion: v1
kind: Pod
metadata:
 name: pod-cm-nginx-conf
spec:
 volumes:
   - name: nginx-conf
     configMap:
       name: cm-nginx-conf-files
       items:
         - key: myserver.conf
           path: myserver.conf
           mode: 0644
         - key: myserver-status.cfg
           path: myserver-status.cfg
           mode: 0644
         - key: myserver-gzip.cfg
           path: myserver-gzip.cfg
           mode: 0644
       optional: false
   - name: nginx-index
     configMap:
       name: cm-nginx-index
       optional: false
 containers:
   - image: nginx
     name: pod-cm-nginx-conf-container
     volumeMounts:
       - name: nginx-conf
         mountPath: /etc/nginx/conf.d/
         readOnly: true
       - name: nginx-index
         mountPath: /usr/share/nginx/html/
         readOnly: true
#创建资源
root@master1ha1:~# kubectl apply -f storage-configmap-nginx-subfile.yaml
root@master1ha1:~# kubectl get cm
NAME                  DATA   AGE
cm-nginx-conf-files   3      147m
cm-nginx-index        1      7m16s

#查看资源
root@master1ha1:~# kubectl get cm cm-nginx-index -o yaml
apiVersion: v1
data:
  index.html: |
    Nginx Sub Configmap Page!
kind: ConfigMap
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","data":{"index.html":"Nginx Sub Configmap Page!\n"},"kind":"ConfigMap","metadata":{"annotations":{},"name":"cm-nginx-index","namespace":"default"}}
  creationTimestamp: "2024-08-06T07:56:26Z"
  name: cm-nginx-index
  namespace: default
  resourceVersion: "349084"
  uid: 9bd04ee5-cda0-468d-8db9-5a661573e165
 

root@master1ha1:~# kubectl get cm cm-nginx-conf-files -o yaml

#查看容器的文件
root@master1ha1:~# kubectl exec -it pod-cm-nginx-conf -- ls /etc/nginx/conf.d/
myserver-gzip.cfg myserver-status.cfg myserver.conf

#访问验证
root@master1ha1:~# kubectl get pod  -o wide
NAME                       READY   STATUS    RESTARTS     AGE   IP            NODE    NOMINATED NODE   READINESS GATES
pod-nginx-conf-configmap   1/1     Running   2h   18d   10.244.1.51   node2   <none>           <none>
root@master1ha1:~# curl 10.244.1.51:8888
Nginx Sub Configmap Page!

#更新配置
root@master1ha1:~# kubectl edit cm cm-nginx-index
apiVersion: v1
data:
 index.html: |
   Nginx Sub Configmap Page changed! #修改此行

#更新完配置立即生效
root@master1ha1:~# curl 10.244.1.51:8888
Nginx Sub Configmap Page changed!

#更新配置
root@master1ha1:~# #kubectl edit cm cm-nginx-conf-files
 myserver.conf: |
   server {
       listen 6666;  #修改此行
       server_name ttc.com;
#在线更新完配置文件的时间戳没有变化，但文件内容变化了
root@master1ha1:~# kubectl exec -it pod-cm-nginx-conf -- ls -al /etc/nginx/conf.d/

root@master1ha1:~# curl 10.244.1.51:6666
curl: (5) Failed to connect to 10.244.1.51 port 6666: Connection refused

#在线更改的是容器内服务的配置，还需要让服务配置生效
root@master1ha1:~# kubectl exec -it pod-cm-nginx-conf -- nginx -s reload
root@master1ha1:~# curl 10.244.1.51:6666
Nginx Sub Configmap Page changed!

#删除资源
root@master1ha1:~# kubectl delete -f storage-configmap-nginx-subfile.yaml
root@master1ha1:~# kubectl delete cm cm-nginx-conf-files

最后：

有几个使用cm的限制，需要注意一下~

  • 创建限制： ConfigMap必须在Pod之前创建，这表示在定义Pod时引用cm， cm必须已经存在

  • 命名空间限制： ConfigMap受namespace限制，只有和cm处于相同namespace下的Pod才可以引用。如果需要在不同的namespace中共享ConfigMap，需要将其部署到公共的Namespace或者通过其他方式来实现

  • 挂载路径限制： 当使用volumeMounts给Pod挂载ConfigMap时，mountPath只能是目录，而不能是文件，如果容器内该目录下已有文件存在，那么这些文件将会被新挂载的ConfigMap覆盖

  • 大小限制： ConfigMap的字节大小可能因Kubernetes版本和配置不同而有所差异，受到一定的限制，这个我没遇到~

    了解这些限制有助于更好地规划和使用ConfigMap的部署

最后~欢迎关注我！ @Linux学习的那些事儿

我的个人资源整理，满满都是干货： → 可按需访问领取

200T免费资料，持续发布中... icon-default.png?t=N7T8https://vlink.cc/route

如果本文对你有帮助，欢迎点赞、收藏、转发给朋友，让我有持续创作的动力！

Linux学习的那些事儿
关注
专栏目录
【云原生】kubernetes中Configmap原理解析与应用实战
景天科技苑
05-29 1万+
Configmap是k8s中的资源对象，用于保存非机密性的配置的，数据可以用key/value键值对的形式保存，也可通过文件的形式保存。
Kubernetes--ConfigMap介绍及实践
勿念旧梦
08-20 310
ConfigMap介绍 作为分布式系统的Kubernetes提供了统一配置管理方案——ConfigMap。Kubernetes基于ConfigMap对象实现了将配置文件从容器镜像中解耦，从而增强了容器应用的可移植性。 简单来说，一个ConfigMap对象就是一系列配置数据的集合，这些数据可“注入”到Pod对象中，并为容器应用所使用，注入方式有挂载为存储卷和传递为环境变量两种。 ConfigMap对象创建 ConfigMap创建的方式与其它资源一样有两种： kubectl create configma
Kubernetes配置管理 ConfigMap
zhangshenglu1的博客
05-19 1938
通过指定文件创建，即将一个配置文件创建为一个ConfigMap，通过直接在命令行中指定configmap参数创建，即。如果修改了value, 那么容器内部会不会更新?2.验证对应的pod里的变化,一段时间后会改变(1.编辑修改对应的configmap。通过一个文件内多个键值对，
Kubernetes configMap 使用方法简单解释
骑着蜗牛向前跑的博客
06-27 939
configmap 是 kubernetes 中与 pod、service 同一级别的组件，它里面以键值对的形式存放着创建pod 所需的变量。configmap 存在的意义就是当pod创建时将其所需要的变量都”注入“ pod 中，这里的”注入“刚开始听到的时候着实有点困惑，现在觉得这个”注入“也是蛮有道理的。所谓”注入“，就是：当 pod 创建时，需要什么变量，就从存放这个变量的 configmap 中拿。对比想想 Spring Boot 中的 application.properties 文件，它里面存放
Kubernetes之configmap
Harry的博客
10-16 2169
​ ConfigMap 是一种 API 对象，用来将非机密性的数据保存到键值对中。使用时，Pods可以将其用作环境变量、命令行参数或者存储卷中的配置文件。
kubectl 命令详解（十七）：create configmap
youzhouliu的博客
05-04 2089
kubectl create configmap 命令详解。
kubenetes的ConfigMap说明
nicole_smile的博客
04-17 1051
一 .创建CofigMap1.创建ConfigMap的方式有两种：（1）通过yaml 文件创建（2）通过kubectl直接在命令行下创建yaml 创建：  a. 配置文件以key-vlane键值对的形式的保存  b.也可直接放在一个完整的配置文件中  创建:$ kubectl create -f test-config.yaml直接用kubectl在命令行下创建：  其实也不用直接下面的文章，直...
Kubernetes 的配置资源 ConfigMap（01部分）
Linux学习的那些事儿
08-12 1066
Kubernetes 的配置资源 ConfigMap（01部分）
Kubernetes ConfigMap
01-07
ConfigMap 是用来存储配置文件的 Kubernetes 资源对象，所有的配置内容都存储在 etcd 中。它可以被用来保存单个属性，也可以用来保存整个配置文件或者 JSON 二进制对象。ConfigMap API 资源提供了将配置数据注入容器...
Kubernetes学习之ConfigMap
Micky_Yang的博客
08-30 520
一、认识ConfigMap资源 　　在分布式环境中，基于负载、容错等需求的考虑，几乎所有的服务器都需要在不同的机器上分别部署不止一个实例。随着程序功能的日益复杂，同时配置文件的修改频率通常远远大于代码本身，这种情况下，有时仅仅是一个配置内容的修改，就不得不重新进行代码提交、打包、分发上线的流程。部署模式较大的场景中，分发上线工作即繁杂又沉重。 　　究其根本，所有的这些麻烦都是由于配置和代码在管理和发布过程中紧密耦合所致。配置本身源于代码，是为了提高代码的灵活性而提取出来的一些经常变化的或需要定制的内容，而正
Kubernetes资源对象Configmap实践
Andriy_dangli
01-29 722
ConfigMap 用于保存配置数据的键值对，可以用来保存单个属性，也可以用来保存配置文件。ConfigMap 跟 secret 很类似，但它可以更方便地处理不包含敏感信息的字符串。 Confgimap创建 可以使用 kubectl create configmap 从文件、目录或者 key-value 字符串创建等创建 ConfigMap。也可以通过 kubectl create -f file...
【Kubernetes 系列】详解 ConfigMap 九种创建方式
半身风雪
07-13 6916
很多应用在其初始化或运行期间要依赖一些配置信息。大多数时候， 存在要调整配置参数所设置的数值的需求。 ConfigMap 是 Kubernetes 用来向应用 Pod 中注入配置数据的方法。ConfigMap 允许你将配置文件与镜像文件分离，以使容器化的应用程序具有可移植性。 本节内容将学习，如何创建 ConfigMap 以及配置 Pod 使用存储在 ConfigMap 中的数据。我们可以使用 或者在 中的 ConfigMap 生成器来创建 ConfigMap。kubectl 从 1.14 版本开始支持
configmap_Kubernetes秘密和ConfigMap简介
cumj63710的博客
07-10 408
configmap Kubernetes有两种类型的对象，它们可以在启动时将配置数据注入到容器中：Secrets和ConfigMaps。 密码和ConfigMap在Kubernetes中的行为类似，两者的创建方式以及因为它们可以作为已装载的文件或卷或环境变量在容器内部公开。 要探索Secrets和ConfigMap，请考虑以下情形： 您正在Kubernetes中运行官方的MariaDB容...
在k8s中将文件通过configmap添加为pod的文件
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
10-24 7779
先准备你自己的文件，比如为config.js 内容如下 (function(global, factory) { typeof exports === &amp;amp;amp;amp;amp;quot;undefined&amp;amp;amp;amp;amp;quot; &amp;amp;amp;amp;amp;amp;amp;&amp;amp;amp;amp;amp;amp;amp; typeof module !== &amp;amp;amp
k8s创建configmap的几种方式
依步_的专栏
07-14 5546
使用目录创建（--fromfile 指定在目录下的所有文件都会被用在ConfigMap里面创建一个键值对，键的名字就是文件名，值就是文件的内容） kubectl create configmap [configmap名称] --from-file=[目录] -bash-4.2# pwd /root/xb/test -bash-4.2# ll total 8 -rw-r--r-- 1 root root 158 May 11 09:14 game.properties -rw-r--r-- 1 root
k8s 修炼手册
最新发布
ljj19910401的博客
09-26 534
svc 添加label ver=4.2 此时svc流量至通向新版本pod 修改为ver=4.1 svc流量则通向旧版本。后创建governing headless Service 无头服务 管理该StatefulSet所有DNS子域名。升级按顺序从索引号最大的Pod开始,每次更新一个,直到最小索引号的Pod。pod label 有ver 这时候新旧版本pod svc都提供服务。首先依照volume章创建StorageClass。部署nfs-client-provisioner。部署StatefulSet。
K8s Calico替换为Cilium,以及安装Cilium过程(鲁莽版)
博然的宝藏库
09-22 533
这将会下载并解压 Cilium 的 Helm Chart 到当前目录下的 `cilium` 文件夹中。### 步骤 3：下载 Cilium Helm Chart 到本地。### 步骤 2：添加 Cilium Helm 仓库。#### 添加 Cilium Helm 仓库。### 步骤 1：安装 Helm。#### 安装 Helm。一、删除Calico。二、下载Cilium。三、安装Cilium。
k8s pv(PersistentVolume) 状态含义
岳来的博客
09-24 333
pv 状态机器相关概念
Kubernetes中的ConfigMap与Secret管理配置
在Kubernetes生态系统中，ConfigMap和Secret是两种关键的资源类型，它们允许我们将应用程序的配置信息和敏感数据分离出来，独立于应用程序的容器镜像进行管理。这样做的好处在于，可以实现配置的动态更新，避免每次...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Linux学习的那些事儿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值