Linux Kubernetes Configmap存储

最新推荐文章于 2023-05-27 10:00:00 发布
最新推荐文章于 2023-05-27 10:00:00 发布
阅读量182 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45029822/article/details/108127287
版权

Kubernetes 存储 之 Configmap

一、Configmap简介

Configmap用于保存配置数据，以键值对的形式存储

Configmap资源提供了向Pod诸如配置数据的方法

旨在让镜像和配置文件解偶，以便实现镜像的可移植性和可复用性

典型的使用场景：

  • 填充环境变量的值
  • 设置容器内的命令行参数
  • 填充卷的配置文件

创建Configmap的方式：

  • 使用字面值创建
  • 使用文件创建
  • 使用目录创建
  • 编写Configmap的yaml文件创建

如何使用Configmap：

  • 通过环境变量的方式直接传递给pod
  • 通过在pod的命令行下运行的方式
  • 作为volume的方式挂载到pod内

二、创建Configmap

使用字面值创建

创建：

[root@server1 ~]# kubectl create configmap cm1 --from-literal=key1=value1
configmap/cm1 created

 
 

 
 
  • 1
  • 2

以上命令表示创建一个名称为cm1，key为key1，value为value1的Configmap，也可以在命令后接多个–from-literal以创建多个键值对。

查看创建的Configmap：

[root@server1 ~]# kubectl get cm
NAME   DATA   AGE
cm1    1      6s

 
 

 
 
  • 1
  • 2
  • 3

查看详细信息：

[root@server1 ~]# kubectl describe cm cm1 
Name:         cm1
Namespace:    default
Labels:       <none>
Annotations:  <none>
Data
====
key1:			#键
----
value1			#值
Events:  <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12

也可以将cm输出成yaml格式查看：

[root@server1 ~]# kubectl get cm cm1 -o yaml
apiVersion: v1
items:
- apiVersion: v1
  data:
    key1: value1		#键值对
  kind: ConfigMap
  metadata:
    creationTimestamp: "2020-04-28T14:26:37Z"
    managedFields:
    - apiVersion: v1
      fieldsType: FieldsV1
      fieldsV1:
        f:data:
          .: {}
          f:key1: {}
      manager: kubectl
      operation: Update
      time: "2020-04-28T14:26:37Z"
    name: cm1
    namespace: default
    resourceVersion: "135079"
    selfLink: /api/v1/namespaces/default/configmaps/cm1
    uid: bbb677fd-272f-4176-9c06-3e5afb1777e1
kind: List
metadata:
  resourceVersion: ""
  selfLink: ""

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

使用文件创建

使用文件创建Configmap时，key的名称是文件名称，value的值是这个文件的内容：

[root@server1 ~]# kubectl create configmap cm2 --from-file=/etc/resolv.conf
configmap/cm2 created
[root@server1 ~]# kubectl describe cm cm2
Name:         cm2
Namespace:    default
Labels:       <none>
Annotations:  <none>
Data
====
resolv.conf:			#键
----
nameserver 114.114.114.114		#值
Events:  <none>
[root@server1 ~]# cat /etc/resolv.conf		#查看文件内容，和value的值相同
nameserver 114.114.114.114

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20

使用目录创建

使用目录创建时，目录中的文件名为key，文件内容是value：

建立测试目录：

[root@server1 ~]# mkdir cm
[root@server1 ~]# cd cm/
[root@server1 cm]# cp /etc/resolv.conf .
[root@server1 cm]# cp /etc/hosts .

 
 

 
 
  • 1
  • 2
  • 3
  • 4

创建：

[root@server1 cm]# kubectl create configmap cm3 --from-file=/root/cm
configmap/cm3 created
[root@server1 cm]# kubectl describe cm cm3
Name:         cm3
Namespace:    default
Labels:       <none>
Annotations:  <none>
Data
====
hosts:
----
172.25.63.250   foundation63.ilt.example.com
172.25.63.1     server1 reg.westos.org
172.25.63.2     server2
172.25.63.3     server3
172.25.63.4     server4
172.25.63.5     server5
172.25.63.6     server6
172.25.63.7     server7
resolv.conf:
----
nameserver 114.114.114.114
Events:  <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27

可以看出目录中的文件名为key，文件内容是value。

编写Configmap的yaml文件创建

编写Configmap的yaml文件：

[root@server1 cm]# vim cm4.yaml
[root@server1 cm]# cat cm4.yaml 
apiVersion: v1
kind: ConfigMap
metadata: 
  name: cm4
data:
  db_host: "172.25.63.250"
  db_port: "3306"

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

上述文件表示创建一个名为cm4的ConfigMap，其键值对为data下的内容。

查看：

[root@server1 cm]# kubectl create -f cm4.yaml 
configmap/cm4 created
[root@server1 cm]# kubectl get cm
NAME   DATA   AGE
cm1    1      9m12s
cm2    1      7m24s
cm3    2      5m4s
cm4    2      7s
[root@server1 cm]# kubectl describe cm cm4 
Name:         cm4
Namespace:    default
Labels:       <none>
Annotations:  <none>
Data
====
db_host:
----
172.25.63.250
db_port:
----
3306
Events:  <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23

三、使用Configmap

通过环境变量的方式直接传递给pod

编辑yaml文件：

[root@server1 cm]# vim pod.yaml
[root@server1 cm]# cat pod.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: pod1
spec:
  containers:
    - name: pod1
      image: busybox
      command: ["/bin/sh","-c","env"]
      env:
        - name: key1
          valueFrom:
            configMapKeyRef:
              name: cm4
              key: db_host
        - name: key2
          valueFrom:
            configMapKeyRef:
              name: cm4
              key: db_port
  restartPolicy: Never

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23

上述文件表示运行一个pod输出env信息，在env信息中加入刚才创建的cm4中的键值对，但是键被改为 key1 和 key2.

创建pod：

[root@server1 cm]# kubectl create -f pod.yaml 
pod/pod1 created
[root@server1 cm]# kubectl get pod
NAME                                READY   STATUS      RESTARTS   AGE
pod1                                0/1     Completed   0          5s

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

查看pod的日志可以查看pod内输出的env信息：

[root@server1 cm]# kubectl logs pod1  

 
 

 
 
  • 1

在这里插入图片描述可以看出将cm4中的值成功导入了pod内。

实验后删除：

[root@server1 cm]# kubectl delete pod pod1
pod "pod1" deleted

 
 

 
 
  • 1
  • 2

接下来再看一个示例：

[root@server1 cm]# vim pod1.yaml 
[root@server1 cm]# cat pod1.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: pod1
spec:
  containers:
    - name: pod1
      image: busybox
      command: ["/bin/sh","-c","env"]
      envFrom:
        - configMapRef:
              name: cm4
  restartPolicy: Never

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15

上述文件表示直接将cm4中的键值对导入pod的env中，键和值都不做更改：

[root@server1 cm]# kubectl create -f pod1.yaml 
pod/pod1 created
[root@server1 cm]# kubectl get pod
NAME   READY   STATUS      RESTARTS   AGE
pod1   0/1     Completed   0          57s

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

查看日志：

[root@server1 cm]# kubectl logs pod1 

 
 

 
 
  • 1

在这里插入图片描述
可以看出导入后键和值都没有更改。
实验后删除：

[root@server1 cm]# kubectl delete -f pod1.yaml 
pod "pod1" deleted

 
 

 
 
  • 1
  • 2

通过在pod的命令行下运行的方式

也可以使用Configmap设置命令行参数：

[root@server1 cm]# vim pod2.yaml 
[root@server1 cm]# cat pod2.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: pod1
spec:
  containers:
    - name: pod1
      image: busybox
      command: ["/bin/sh","-c","echo $(db_host) $(db_port)"]
      envFrom:
        - configMapRef:
              name: cm4
  restartPolicy: Never

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15

上述文件表示直接再pod内调用输入的Configmap键值对

创建：

[root@server1 cm]# kubectl create -f pod2.yaml 
pod/pod1 created
[root@server1 cm]# kubectl get pod
NAME   READY   STATUS      RESTARTS   AGE
pod1   0/1     Completed   0          5s

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

查看输出：

[root@server1 cm]# kubectl logs pod1 
172.25.63.250 3306

 
 

 
 
  • 1
  • 2

表示成功输出

实验后删除：

[root@server1 cm]# kubectl delete -f pod2.yaml 
pod "pod1" deleted

 
 

 
 
  • 1
  • 2

作为volume的方式挂载到pod内

通过数据卷使用Configmap：

[root@server1 cm]# vim pod3.yaml 
[root@server1 cm]# cat pod3.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: pod1
spec:
  containers:
    - name: pod1
      image: busybox
      command: ["/bin/sh","-c","cat /config/db_host"]
      volumeMounts:
        - name: config-volume
          mountPath: /config
  volumes:
    - name: config-volume
      configMap:
        name: cm4
  restartPolicy: Never

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

上述文件表示将cm4内的键值对挂载到容器内的/config下，这种方式创建时，键会成为文件名，值会成为文件内容：

[root@server1 cm]# kubectl create -f pod3.yaml 
pod/pod1 created
[root@server1 cm]# kubectl get pod
NAME   READY   STATUS      RESTARTS   AGE
pod1   0/1     Completed   0          6s

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

查看输出：

[root@server1 cm]# kubectl logs pod1 
172.25.63.250

 
 

 
 
  • 1
  • 2

实验后删除：

[root@server1 cm]# kubectl delete -f pod3.yaml 
pod "pod1" deleted

 
 

 
 
  • 1
  • 2

也可以通过以下这种方式更加直观的理解：

[root@server1 cm]# vim pod3.yaml 
[root@server1 cm]# cat pod3.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: pod1
spec:
  containers:
    - name: pod1
      image: myapp:v1
      volumeMounts:
        - name: config-volume
          mountPath: /config
  volumes:
    - name: config-volume
      configMap:
        name: cm4
[root@server1 cm]# kubectl create -f pod3.yaml 
pod/pod1 created
[root@server1 cm]# kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
pod1   1/1     Running   0          5s
[root@server1 cm]# kubectl exec -it pod1 -- sh
/ # cd /config/
/config # ls
db_host  db_port		#两个key所以由两个文件
/config # ls -l
total 0
lrwxrwxrwx    1 root     root            14 Apr 28 16:46 db_host -> ..data/db_host
lrwxrwxrwx    1 root     root            14 Apr 28 16:46 db_port -> ..data/db_port
/config # cat db_host 			#文件内容为value
172.25.63.250/config # 
/config # cat db_port 
3306/config # 
/config # 

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36

可以看出所有的key都会成为文件，而文件内容为value。

实验后删除：

[root@server1 cm]# kubectl delete -f pod3.yaml 
pod "pod1" deleted

 
 

 
 
  • 1
  • 2

四、Configmap热更新

首先创建一个pod：

[root@server1 cm]# vim pod4.yaml 
[root@server1 cm]# cat pod4.yaml 
apiVersion: apps/v1
kind: Deployment
metadata: 
  name: my-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx
          ports:
          - containerPort: 80
          volumeMounts:
          - name: config-volume
            mountPath: /config
      volumes:
        - name: config-volume
          configMap:
              name: cm4

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

上述文件表示使用Deployment控制器维护了一个副本的pod，且在容器内部使用了cm4中的键值对挂载了目录，先创建查看结果：

[root@server1 cm]# kubectl create -f pod4.yaml 
deployment.apps/my-nginx created
[root@server1 cm]# kubectl get pod
NAME                      READY   STATUS    RESTARTS   AGE
my-nginx-7b55b857-bx6ff   1/1     Running   0          17s
[root@server1 cm]# kubectl exec -it my-nginx-7b55b857-bx6ff -- bash
root@my-nginx-7b55b857-bx6ff:/# cd config/
root@my-nginx-7b55b857-bx6ff:/config# ls
db_host  db_port
root@my-nginx-7b55b857-bx6ff:/config# cat db_host 
172.25.63.250root@my-nginx-7b55b857-bx6ff:/config# 
root@my-nginx-7b55b857-bx6ff:/config# cat db_port 
3306root@my-nginx-7b55b857-bx6ff:/config# exit

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

容器内的内容是从cm4中直接拿到的，我们现在来更新cm4的内容：

[root@server1 cm]# kubectl edit cm cm4
configmap/cm4 edited

 
 

 
 
  • 1
  • 2

在这里插入图片描述
在这里插入图片描述

如图，将db_host改为l了172.25.63.100，此时查看容器内部的情况：

[root@server1 cm]# kubectl exec -it my-nginx-7b55b857-bx6ff -- bash
root@my-nginx-7b55b857-bx6ff:/# cd config/
root@my-nginx-7b55b857-bx6ff:/config# cat db_host 
172.25.63.250root@my-nginx-7b55b857-bx6ff:/config# 
root@my-nginx-7b55b857-bx6ff:/config# exit

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

可以看出还是250的地址，说明在改变Configmap时容器内部的数据不会更新，以下有两种方式来更新:

第一种就时删除这个pod，那么Deployment控制器就会帮我们再新建一个pod，这样就实现了更新：

[root@server1 cm]# kubectl delete pod my-nginx-7b55b857-bx6ff
pod "my-nginx-7b55b857-bx6ff" deleted
[root@server1 cm]# kubectl get pod
NAME                      READY   STATUS    RESTARTS   AGE
my-nginx-7b55b857-q5kbk   1/1     Running   0          84s

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

此时查看容器内的内容：
在这里插入图片描述可以看出已经更新。

还有一种方式是通过修改config/version来触发pod的滚动更新：

首先更改cm：
在这里插入图片描述
可以看出改成了200，此时还没有触发更新，修改config/version来触发pod的滚动更新：

[root@server1 cm]# kubectl patch deployments.apps my-nginx --patch '{"spec": {"template": {"metadata": {"annotations": {"version/config": "20200428"}}}}}'
deployment.apps/my-nginx patched
[root@server1 cm]# kubectl get pod
NAME                        READY   STATUS    RESTARTS   AGE
my-nginx-5b568c4dbf-gmtj7   1/1     Running   0          12s

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

查看容器内部的值：
在这里插入图片描述可以看出db_host的值更新为200.

实验后删除：

[root@server1 cm]# kubectl delete -f pod4.yaml 
deployment.apps "my-nginx" deleted

 
 

 
 
  • 1
  • 2

五、通过Configmap来部署nginx

编辑部署文件：

[root@server1 cm]# vim pod4.yaml 
[root@server1 cm]# cat pod4.yaml 
apiVersion: apps/v1
kind: Deployment
metadata: 
  name: my-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx
          ports:
          - containerPort: 80
          volumeMounts:
          - name: config-volume
            mountPath: /etc/nginx/conf.d
      volumes:
        - name: config-volume
          configMap:
              name: nginxconf

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

上述文件表示将名为nginxconf（当然我们现在还没有，稍后我们会创建）的Configmap挂载到nginx配置目录/etc/nginx/conf.d中，以实现nginx的配置。

接下来我们创建名为nginxconf的Configmap：

[root@server1 cm]# vim nginx.conf		#注意：这个文件的名称不能变，因为nginx的配置文件名称就是这个名称
[root@server1 cm]# cat nginx.conf 
server {
	listen	8000;		#监听端口8000
	server_name _;
	location / {
		root /usr/share/nginx/html;
		index	index.html index.htm;
	}
}
#接下来以文件的形式创建configmap：
[root@server1 cm]# kubectl create configmap nginxconf --from-file=nginx.conf 
configmap/nginxconf created
[root@server1 cm]# kubectl describe cm nginxconf  #查看cm
Name:         nginxconf
Namespace:    default
Labels:       <none>
Annotations:  <none>
Data
====
nginx.conf:
----
server {
  listen  8000;
  server_name _;
  location / {
    root /usr/share/nginx/html;
    index  index.html index.htm;
  }
}
Events:  <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38

上述一系列的操作表示，cm挂接进入容器时key为文件名，键为文件内容，即将nginx.conf 文件挂接进入容器内的/etc/nginx/conf.d/nginx.conf ，这样就生成了nginx的配置文件。

接下来创建pod：

[root@server1 cm]# kubectl create -f pod4.yaml 
deployment.apps/my-nginx created
[root@server1 cm]# kubectl get pod -o wide
NAME                       READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
my-nginx-9f4f65995-nwlxr   1/1     Running   0          3s    10.244.1.71   server2   <none>           <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5

访问pod：

在这里插入图片描述配置成功，也可以进入容器内部直接查看nginx的配置文件：

[root@server1 cm]# kubectl exec -it my-nginx-9f4f65995-nwlxr -- bash
root@my-nginx-9f4f65995-nwlxr:/# cat /etc/nginx/conf.d/nginx.conf 
server {
	listen	8000;
	server_name _;
	location / {
		root /usr/share/nginx/html;
		index	index.html index.htm;
	}
}

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11

之后我们更改端口为8080：

[root@server1 cm]# kubectl edit cm nginxconf 
configmap/nginxconf edited

 
 

 
 
  • 1
  • 2

在这里插入图片描述

[root@server1 cm]# kubectl describe cm nginxconf 
Name:         nginxconf
Namespace:    default
Labels:       <none>
Annotations:  <none>
Data
====
nginx.conf:
----
server {
  listen  8080;		#更改成功
  server_name _;
  location / {
    root /usr/share/nginx/html;
    index  index.html index.htm;
  }
}
Events:  <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21

然后来触发更新：

[root@server1 cm]# kubectl patch deployments.apps my-nginx --patch '{"spec": {"template": {"metadata": {"annotations": {"version/config": "20200428"}}}}}'
deployment.apps/my-nginx patched
[root@server1 cm]# kubectl get pod
NAME                        READY   STATUS    RESTARTS   AGE
my-nginx-5688cf6755-d8bw6   1/1     Running   0          8s
[root@server1 cm]# kubectl get pod -o wide
NAME                        READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
my-nginx-5688cf6755-d8bw6   1/1     Running   0          16s   10.244.2.64   server3   <none>           <none>

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

当然也可以使用删除pod的方法触发，接下来测试访问：

在这里插入图片描述
说明配置成功更新。

实验后删除：

[root@server1 cm]# kubectl delete -f pod4.yaml 
deployment.apps "my-nginx" deleted

 
 

 
 
  • 1
  • 2
阿然A
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【Linux39-7】k8s存储配置之ConfigMap
weixin_46069582的博客
03-03 387
文章目录1. ConfigMap简介2. 创建ConfigMap2.1 使用字面值创建2.2 使用文件创建2.3 使用目录创建2.4 编写yaml文件创建3. 使用ConfigMap3.1 通过环境变量的方式直接传递给pod3.2 通过在pod的命令行下运行的方式3.3 作为volume的方式挂载到pod内4. 热更新 1. ConfigMap简介 ConfigMap官方文档 ConfigMap 是一种 API 对象，用来将非机密性的数据保存到键值对中。使用时， Pods 可以将其用作环境变量、命令行
Linux企业运维——Kubernetes（九）存储之Configmap配置管理
weixin_44310047的博客
08-06 206
Linux企业运维——Kubernetes（九）存储 文章目录Linux企业运维——Kubernetes（九）存储1、Configmap配置管理 1、Configmap配置管理 Configmap用于保存配置数据，以键值对形式存储。 configMap 资源提供了向 Pod 注入配置数据的方法。 旨在让镜像和配置文件解耦，以便实现镜像的可移植性和可复用性。 典型的使用场景： 填充环境变量的值 设置容器内的命令行参数 填充卷的配置文件 创建ConfigMap的方式有4种： 使用字面值创建 使用文件创建
Linux(企业级)——kubernetes(ConfigMap配置管理)
weixin_45699877的博客
08-01 135
ConfigMap配置管理1. 创建ConfigMap- 使用字面值创建- 使用文件创建- 使用目录创建- yaml文件创建2. 如何使用configmap- 通过环境变量传递只进行值传递直接包含指定CM- 在pod内通过命令行传递- 通过数据卷使用CM3. ConfigMap热更新实例 1. 创建ConfigMap - 使用字面值创建 kubectl create configmap my-config --from-literal=key1=config1 --from-literal=key2=con
Linux实战笔记-----k8s存储之configMap管理、Secret管理和Volumes管理
猴子请来的救兵
08-01 587
一、Configmap配置管理 简介： • Configmap用于保存配置数据,以键值对形式存储。 • configMap 资源提供了向 Pod 注入配置数据的方法。 • 旨在让镜像和配置文件解耦,以便实现镜像的可移植性和可复用性。 典型的使用场景: • 填充环境变量的值 • 设置容器内的命令行参数 • 填充卷的配置文件 创建ConfigMap的方式有4种: • 使用字面值创建 • 使用文件创建 • 使用目录创建 • 编写configmap的yaml文件创建 1.使用字面值指定创建 kubectl crea
Linux高级---configmap和secret
m0_54232496的博客
05-27 1283
ConfigMap 并不提供保密或者加密功能。如果你想存储的数据是机密的，请使用Secret， 或者使用其他第三方工具来保证你的数据的私密性，而不是用 ConfigMap。。
kubernetes-client-linux-amd64.tar.gz
06-08
在 Linux 环境下，用户可以利用这个客户端执行如创建、查询、更新和删除 Kubernetes 对象（如 Pod、Service、Deployment、ConfigMap 等）的操作。 压缩包子文件 "kubernetes" 可能包含了以下内容： 1. `kubectl`：...
kubernetes-server-linux-amd64.tar.gz
最新发布
09-20
最后，理解Kubernetes涉及很多概念，例如Service、Deployment、ConfigMap、Secret等，这些都是在集群中定义和管理应用程序和服务的重要元素。同时，持续学习和实践是掌握Kubernetes的关键，因为它的功能和生态系统在...
bitnami-docker-configmap-reload-源码.rar
10-10
【描述】：在 Kubernetes 生态系统中，ConfigMap 和 Secret 是用于管理应用配置的重要资源。然而，当这些资源更新时，运行中的容器可能无法自动感知到变化。为了解决这个问题，bitnami-docker-configmap-reload 是一...
helm3 linux安装包
06-13
Helm与Kubernetes的关系在于，它允许用户以声明式的方式定义应用的配置，并且可以将多个Kubernetes资源（如Deployment、Service、ConfigMap等）打包到一个Chart中。这样，你可以用一条命令就完成应用的部署，而不是...
kubernetes-server-linux-amd64-1.22.3.tar.gz
10-30
5. **ConfigMap/Secret**：存储非敏感和敏感配置数据，供应用在运行时使用。 二、Kubernetes 1.22.3关键特性 1. **安全增强**：1.22.3版本增强了安全策略，如默认禁止Docker Socket挂载，强化了Pod安全策略，提升...
kubernetes资源对象介绍及常用命令（五）-（ConfigMap&Secret）
weixin_45842494的博客
07-04 655
一、ConfitMap 配置集，抽取应用配置。 ConfigMap保存在kubernetes的etcd中。 ConfigMap可以将文件直接挂载到Pod内，区别于上篇文章中的PV&PVC挂载目录。 创建ConfigMap 命令行方式 [root@k8s-master ~]# vi redis.conf[root@k8s-master ~]# cat redis.conf appendonly yes[root@k8s-
在Linux中部署k8s详细过程
m0_62571257的博客
05-09 1211
建议在部署k8s之前，先了解k8s的基本概念和架构，并参考官方文档和社区资源。此命令将在Master节点上安装必要的组件，并生成一个加入集群的命令。请将此命令保存在一个文本文件中，以便稍后在Worker节点上使用。部署Kubernetes（k8s）是一项复杂的任务，需要一定的技术知识和经验。现在，您可以使用kubectl在集群中部署应用程序。在Kubernetes中，Master节点是集群的控制中心。要将Worker节点加入集群，请使用在Master节点上生成的加入命令。
k8s配置文件数据存储：ConfigMap
Sebastien23的博客
11-03 2311
下面的文件定义了一个ConfigMap，其中包含了两种键值对数据：类属性键和类文件键。apiVersion : v1 kind : ConfigMap metadata : name : game - demo data : # 类属性键；
configmap的创建及yaml渲染
zhangxing
04-17 4358
1.configmap的创建 ①存储文件 kubectl create configmap cm-name --from-file=xx.pem ②存储key-value kubectl create configmap cm-name --from-literal=ip='127.0.0.1' ③对于混合存储 kubectl create configmap cm-name -...
k8s的存储（ConfigMap使用）
zhaikaiyun的博客
02-24 2080
1、ConfigMap介绍ConfigMap功能在Kubernetes1.2版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。ConfigMap API给我们提供了向容器中注入配置信息的机制， ConfigMap可以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象 。 2、ConfigMap的创建ConfigMap允许您将配置文件与镜像文件分离，以使容器化的...
kubernetes学习：5.创建 kubeconfig 文件
linux_player_c（系统&开发）
04-07 4341
创建 kubeconfig 文件 kubelet、kube-proxy 等 Node 机器上的进程与 Master 机器的 kube-apiserver 进程通信时需要认证和授权，所以需要生成相关的配置信息。在master节点上创建相关kubeconfig文件，然后将文件拷贝到node节点上。 kubernetes 自1.4引入了一个用于从集群级证书颁发机构（CA）请求证书的API。这个a...
Kubernetes K8S之存储ConfigMap详解
踏歌行的专栏
10-14 4716
K8S之存储ConfigMap概述与说明，并详解常用ConfigMap示例
K8S使用Deployment&Configmap操作示例
WEL测试
05-16 6528
基于对当前系统理解及配置的规划，通过K8S部署应用，需要三大利器。configMap用于统一管理配置信息，service用于对外提供服务，deployment用于部署pod及系统升级更新。
在Linux中进行K8s部署
weixin_43268590的博客
08-24 3890
准备工作 部署K8s集群对服务器的要求： 1）3台以上装有CentOS7.7版本以上的64位系统的服务器； 2）每台服务器的硬件配置都是内存最少2G，CPU至少双核，硬盘至少30GB； 3）集群中所有服务器之间网络互通； 4）可以访问外网，需要拉取镜像； 5）禁止swap分区。
Kubernetes中的ConfigMap和Secret有什么区别
02-17
在Kubernetes中，ConfigMap和Secret都是用来存储应用程序或容器所需的配置信息的对象。它们的区别在于： 1. 数据类型：ConfigMap存储的是纯文本数据，而Secret存储的是加密后的数据。 2. 安全性：ConfigMap存储的数据是明文的，因此不适合存储敏感数据，如密码和证书等。而Secret存储的数据是加密的，可以安全地存储敏感数据。 3. 使用场景：ConfigMap适合存储应用程序的配置信息，如环境变量和配置文件等。Secret则适合存储敏感的配置信息，如数据库密码、API密钥和TLS证书等。 4. 访问控制：ConfigMap和Secret都可以通过Kubernetes中的RBAC机制进行访问控制。但是，Secret可以更细粒度地控制访问权限，允许不同的用户或应用程序访问不同的Secret对象。 总之，ConfigMap和Secret都是用来存储配置信息的对象，但它们适用于不同的场景和数据类型，具有不同的安全性和访问控制方式。在使用它们时，需要根据实际需求进行选择。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值