Kubernetes的ConfigMap说明
这篇博文，我们来说一说，关于在kubernetes的pod中自定义配置的问题。
我们知道，在几乎所有的应用开发中，都会涉及到配置文件的变更，比如说在web的程序中，需要连接数据库，缓存甚至是队列等等。而我们的一个应用程序从写第一行代码开始，要经历开发环境、测试环境、预发布环境只到最终的线上环境。而每一个环境都要定义其独立的各种配置。如果我们不能很好的管理这些配置文件，你的运维工作将顿时变的无比的繁琐。为此业内的一些大公司专门开发了自己的一套配置管理中心，如360的Qcon，百度的disconf等。kubernetes也提供了自己的一套方案，即ConfigMap。kubernetes通过ConfigMap来实现对容器中应用的配置管理。
创建ConfigMap
创建ConfigMap的方式有两种，一种是通过yaml文件来创建，另一种是通过kubectl直接在命令行下创建。
我们先来看第一种，在yaml文件中，配置文件以key-value键值对的形式保存，当然也可以直接放一个完整的配置文件，在下面的示例中，cache_hst、cache_port、cache_prefix即是key-value键值对，而app.properties和my.cnf都是配置文件：
apiVersion: v1 kind: ConfigMap metadata:name: test-cfgnamespace: default data:cache_host: memcached-gcxtcache_port: "11211"cache_prefix: gcxtmy.cnf: |[mysqld]log-bin = mysql-binapp.properties: |property.1 = value-1property.2 = value-2property.3 = value-3
创建ConfigMap：
kubectl create -f test-cfg.yml
第二种方式是直接使用kubectl在命令行下创建
直接将一个目录下的所有配置文件创建为一个ConfigMap：
kubectl create configmap test-config --from-file=./configs
直接将一个配置文件创建为一个ConfigMap：
kubectl create configmap test-config2 --from-file=./configs/db.conf --from-file=./configs/cache.conf
在使用kubectl创建的时候，通过在命令行直接传递键值对创建：
kubectl create configmap test-config3 --from-literal=db.host=10.5.10.116 --from-listeral=db.port='3306'
我们可以通过如下方式查看创建的ConfigMap：
kubectl get configmaps kubectl get configmap test-config -o yaml kubectl describe configmap test-config
使用ConfigMap
使用ConfigMap有三种方式，一种是通过环境变量的方式，直接传递pod，另一种是通过在pod的命令行下运行的方式，第三种是使用volume的方式挂载入到pod内
第一种方式示例：
ConfigMap文件：
apiVersion: v1 kind: ConfigMap metadata:name: special-confignamespace: default data:special.how: veryspecial.type: charm
第一个pod示例：
apiVersion: v1 kind: Pod metadata:name: dapi-test-pod spec:containers:- name: test-containerimage: gcr.io/google_containers/busyboxcommand: [ "/bin/sh", "-c", "env" ]env:- name: SPECIAL_LEVEL_KEYvalueFrom:configMapKeyRef:name: special-configkey: special.how- name: SPECIAL_TYPE_KEYvalueFrom:configMapKeyRef:name: special-configkey: special.typerestartPolicy: Never
第二个pod示例：
apiVersion: v1 kind: Pod metadata:name: dapi-test-pod spec:containers:- name: test-containerimage: gcr.io/google_containers/busyboxcommand: [ "/bin/sh", "-c", "env" ]env:- name: CACHE_HOSTvalueFrom:configMapKeyRef:name: test-cfgkey: cache_hostoptional: truerestartPolicy: Never
第二种方式在命令行下引用时，需要先设置为环境变量，之后 可以通过$(VAR_NAME)设置容器启动命令的启动参数，示例：
ConfigMap文件示例：
apiVersion: v1 kind: ConfigMap metadata:name: special-confignamespace: default data:special.how: veryspecial.type: charm
Pod示例：
apiVersion: v1 kind: Pod metadata:name: dapi-test-pod spec:containers:- name: test-containerimage: gcr.io/google_containers/busyboxcommand: [ "/bin/sh", "-c", "echo $(SPECIAL_LEVEL_KEY) $(SPECIAL_TYPE_KEY)" ]env:- name: SPECIAL_LEVEL_KEYvalueFrom:configMapKeyRef:name: special-configkey: special.how- name: SPECIAL_TYPE_KEYvalueFrom:configMapKeyRef:name: special-configkey: special.typerestartPolicy: Never
第三种方式，使用volume将ConfigMap作为文件或目录直接挂载，其中每一个key-value键值对都会生成一个文件，key为文件名，value为内容，下面是一个示例：
ConfigMap示例：
apiVersion: v1 kind: ConfigMap metadata:name: special-confignamespace: default data:special.how: veryspecial.type: charm
第一个pod示例，简单的将上面创建的ConfigMap直接挂载至pod的/etc/config目录下：
apiVersion: v1 kind: Pod metadata:name: dapi-test-pod spec:containers:- name: test-containerimage: gcr.io/google_containers/busyboxcommand: [ "/bin/sh", "-c", "cat /etc/config/special.how" ]volumeMounts:- name: config-volumemountPath: /etc/configvolumes:- name: config-volumeconfigMap:name: special-configrestartPolicy: Never
第二个pod示例，只将ConfigMap的special.how这个key挂载到/etc/config目录下的一个相对路径path/to/special-key，如果存在同名文件，直接覆盖。其他的key不挂载：
apiVersion: v1 kind: Pod metadata:name: dapi-test-pod spec:containers:- name: test-containerimage: gcr.io/google_containers/busyboxcommand: [ "/bin/sh","-c","cat /etc/config/path/to/special-key" ]volumeMounts:- name: config-volumemountPath: /etc/configvolumes:- name: config-volumeconfigMap:name: special-configitems:- key: special.howpath: path/to/special-keyrestartPolicy: Never
最后需要说明两点：
1、ConfigMap必须在Pod之前创建
2、只有与当前ConfigMap在同一个namespace内的pod才能使用这个ConfigMap，换句话说，ConfigMap不能跨命名空间调用。
转载于:https://www.cnblogs.com/breezey/p/6582082.html
Kubernetes的ConfigMap说明相关推荐
- k8s springboot 文件_Springboot整合Spring Cloud Kubernetes读取ConfigMap支持自动刷新配置的教程...
1 前言 欢迎访问南瓜慢说 www.pkslow.com获取更多精彩文章! Docker & Kubernetes相关文章:容器技术 之前介绍了Spring Cloud Config的用法,但 ...
- 如何使用Kubernetes的configmap通过环境变量注入到pod里
在Kubernetes官网里,有这样一篇文章,提到了Kubernetes里的一个最佳实践就是把应用代码同配置信息分开,一种方式就是使用Kubernetes 1.2里引入的configmap概念. ht ...
- k8s pod MySQL环境变量,如何使用Kubernetes的configmap通过环境变量注入到pod里
在Kubernetes官网里,有这样一篇文章,提到了Kubernetes里的一个最佳实践就是把应用代码同配置信息分开,一种方式就是使用Kubernetes 1.2里引入的configmap概念. co ...
- 35 【kubernetes】configMap
kubernetes可以驱动容器的运行,并且把容器的运行放置在kubernetes定义的体系结构中pods这一级. 但是容器运行通常会需要某些参数,比如环境变量或者硬件使用情况. 为了解决对每个con ...
- 零代码变更，巧用 Reloader 快速实现 Kubernetes 的 Configmap 和 Secret 热更新
公众号关注 「奇妙的 Linux 世界」 设为「星标」,每天带你玩转 Linux ! 1背景 1.1 配置中心问题 在云原生中配置中心,例如:Configmap和Secret对象,虽然可以进行直接更新 ...
- Kubernetes—配置管理ConfigMap（十三）
1 ConfigMap介绍 1.1 概述 在部署应用程序时,我们都会涉及到应用的配置,在容器中,如Docker容器中,如果将配置文件打入容器镜像,这种行为等同于写死配置,每次修改完配置,镜像就得重 ...
- kubernetes存储 -- Configmap应用配置管理
简介 生产环境中很多应用程序的配置可能需要通过配置文件,命令行参数和环境变量的组合配置来完成.这些配置应该从image中解耦,以此来保持容器化应用程序的可移植性.在K8S1.2后引入ConfigMap ...
- [KubeCon+CloudNativeCon China 2018] 在Kubernetes上运行区块链服务（BaaS）
笔者注:本文是在2018年11月15日由Linux基金会CNCF主办的KubeCon & CloudNativeCon China 2018大会的"Running Blockchai ...
- 使用 Fluentd 和 ElasticSearch Stack 实现 Kubernetes 的集群 Logging
经过一段时间的探索,我们先后完成了Kubernetes集群搭建,DNS.Dashboard.Heapster等插件安装,集群安全配置,搭建作为Persistent Volume的CephRBD,以及服 ...
最新文章
- where引导的定语从句与状语从句区别
- Python统计在一个队列中有多少个正数，多少个负数
- jar包的生成和使用简单例子
- python计算商品总价_GitHub - ideaOzy/data_analysis: 基于Python的南京二手房数据采集及可视化分析...
- Vue怎样新建并启动项目（图文教程详解）
- like语句百分号前置会使用到索引吗？
- Android之怎么隐藏EditText光标和自动显示键盘
- Kotlin:数组、字符串模板
- 在Linux环境下安装和配置phpmyadmin
- 解决百度文库不能复制最简单方法
- MTK8788,6765,通用平台的按键驱动添加
- 注册码破解神器--OllyDbg
- 手工修改BIOS，让板载显卡与独立显卡共存
- 二分类函数（机器学习）
- 放大招！百味勺子硬件设计篇
- Navicat导出MySQL数据表表结构
- 实现气泡效果的聊天框
- fio -enghelp中没有rbd、rados引擎解决方法
- 别指望所有的人都能懂你，因为萝卜白菜，各有所爱。你做了萝卜，自然就做不成青菜
- Jelly Bean在硬件上的带起