【kubernetes】ConfigMap: 在 Pod 中挂载文件(非目录)

简介: 【kubernetes】ConfigMap: 在 Pod 中挂载文件(非目录)

正文


一、创建并启动 ConfigMap


  1. 方法一:

[root@k8s0 test_config_map]# cat >cm-qijing.yaml <<EOF
apiVersion: v1
kind: ConfigMap
metadata:
  name: cm-qijing
data:
  key-qijing-file.txt: |
    from key-qijing-file.txt
    hello qijing
EOF


  1. 方法二:

[root@k8s0 test_config_map]# cat >key-qijing-file.txt <<EOF
from key-qijing-file.txt
hello qijing
EOF
[root@k8s0 test_config_map]# kubectl create cm cm-qijing --from-file=./key-qijing-file.txt 
configmap/cm-qijing created
  • 两种方式的结果都是一样的


二、挂载ConfigMap中的文件,创建并启动 Pod

[root@k8s0 test_config_map]# cat test-cm-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: cm-test-pod
spec:
  containers:
  - name: cm-test
    image: busybox
    command: ["ls", "-l", "/tmp"]
    volumeMounts:
    - name: example
      mountPath: /tmp/key-qijing-file.txt
      subPath: key-qijing-file.txt
  volumes:
  - name: example
    configMap:
      name: cm-qijing
      items:
      - key: key-qijing-file.txt
        path: key-qijing-file.txt
  restartPolicy: Never

[root@k8s0 test_config_map]# kubectl create -f test-cm-pod.yaml 
pod/cm-test-pod created
[root@k8s0 test_config_map]# kubectl get po
NAME          READY   STATUS              RESTARTS   AGE
cm-test-pod   0/1     ContainerCreating   0          3s
[root@k8s0 test_config_map]# kubectl get po
NAME          READY   STATUS      RESTARTS   AGE
cm-test-pod   0/1     Completed   0          4s
[root@k8s0 test_config_map]# kubectl get po
NAME          READY   STATUS      RESTARTS   AGE
cloudwavedb   1/1     Running     0          38m
cm-test-pod   0/1     Completed   0          4s
[root@k8s0 test_config_map]# kubectl logs -f cm-test-pod
total 4
-rw-r--r--    1 root     root            38 Nov 27 03:59 key-qijing-file.txt
  • 可以看到在容器内部已经能看到通过 ConfigMap 挂载的文件了。这个ConfigMap也是一个应用程序的配置文件解决方案。


三、使用 ConfigMap 的限制条件


  • ConfigMap  必须在 Pod 之前创建,Pod 才能引用它。
  • 如果 Pod 使用 envFrom 基于 ConfigMap 定义环境变量,则无效的变量名称将被忽略,并在事件中被记录为 InvalidVariableNames。
  • ConfigMap 受命名空间限制,只有处于相同命名空间中的 Pod 才可以引用它。
  • ConfigMap 无法用于静态 Pod。
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
23天前
|
存储 Kubernetes Docker
【赵渝强老师】Kubernetes中Pod的基础容器
Pod 是 Kubernetes 中的基本单位,代表集群上运行的一个进程。它由一个或多个容器组成,包括业务容器、基础容器、初始化容器和临时容器。基础容器负责维护 Pod 的网络空间,对用户透明。文中附有图片和视频讲解,详细介绍了 Pod 的组成结构及其在网络配置中的作用。
【赵渝强老师】Kubernetes中Pod的基础容器
|
23天前
|
运维 Kubernetes Shell
【赵渝强老师】K8s中Pod的临时容器
Pod 是 Kubernetes 中的基本调度单位,由一个或多个容器组成,包括业务容器、基础容器、初始化容器和临时容器。临时容器用于故障排查和性能诊断,不适用于构建应用程序。当 Pod 中的容器异常退出或容器镜像不包含调试工具时,临时容器非常有用。文中通过示例展示了如何使用 `kubectl debug` 命令创建临时容器进行调试。
|
23天前
|
Kubernetes 调度 容器
【赵渝强老师】K8s中Pod中的业务容器
Pod 是 Kubernetes 中的基本调度单元,由一个或多个容器组成。除了业务容器,Pod 还包括基础容器、初始化容器和临时容器。本文通过示例介绍如何创建包含业务容器的 Pod,并提供了一个视频讲解。示例中创建了一个名为 &quot;busybox-container&quot; 的业务容器,并使用 `kubectl create -f firstpod.yaml` 命令部署 Pod。
|
23天前
|
Kubernetes 容器 Perl
【赵渝强老师】K8s中Pod中的初始化容器
Kubernetes的Pod包含业务容器、基础容器、初始化容器和临时容器。初始化容器在业务容器前运行,用于执行必要的初始化任务。本文介绍了初始化容器的作用、配置方法及优势,并提供了一个示例。
|
23天前
|
存储 Kubernetes 调度
深入理解Kubernetes中的Pod与Container
深入理解Kubernetes中的Pod与Container
28 0
|
23天前
|
Kubernetes Java 调度
Kubernetes中的Pod垃圾回收策略是什么
Kubernetes中的Pod垃圾回收策略是什么
|
23天前
|
存储 Kubernetes 调度
深度解析Kubernetes中的Pod生命周期管理
深度解析Kubernetes中的Pod生命周期管理
|
17天前
|
Kubernetes 监控 Cloud Native
Kubernetes集群的高可用性与伸缩性实践
Kubernetes集群的高可用性与伸缩性实践
52 1
|
2月前
|
JSON Kubernetes 容灾
ACK One应用分发上线:高效管理多集群应用
ACK One应用分发上线,主要介绍了新能力的使用场景
|
2月前
|
Kubernetes 持续交付 开发工具
ACK One GitOps:ApplicationSet UI简化多集群GitOps应用管理
ACK One GitOps新发布了多集群应用控制台,支持管理Argo CD ApplicationSet,提升大规模应用和集群的多集群GitOps应用分发管理体验。