【云原生 | Kubernetes 系列】K8s 实战 如何给应用注入数据 II 将pod数据传递给容器

最新推荐文章于 2024-04-20 17:41:16 发布
最新推荐文章于 2024-04-20 17:41:16 发布
阅读量2.3k 收藏 52
点赞数 54
分类专栏： 云原生 文章标签： kubernetes 云原生 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010755471/article/details/126708539
版权

将pod数据传递给容器

前言

在这里插入图片描述

在上一篇文章中，我们学习了针对容器设置启动时要执行的命令和参数、定义相互依赖的环境变量、为容器设置环境变量，三种设置方式，本篇文章，我们将继续学习数据的传递。

有两种方式可以将 Pod 和 Container 字段传递给运行中的容器：

  • 环境变量
  • 卷文件

这两种呈现 Pod 和 Container 字段的方式统称为 Downward API。

一、通过环境变量将 Pod 信息传递给容器

在文章开始之前，我们先在目录 pods/inject/dapi-envars-pod.yaml 中创建一个包含一个容器的 Pod。这是该 Pod 的配置文件：

apiVersion: v1
kind: Pod
metadata:
  name: dapi-envars-fieldref
spec:
  containers:
    - name: test-container
      image: k8s.gcr.io/busybox
      command: [ "sh", "-c"]
      args:
      - while true; do
          echo -en '\n';
          printenv MY_NODE_NAME MY_POD_NAME MY_POD_NAMESPACE;
          printenv MY_POD_IP MY_POD_SERVICE_ACCOUNT;
          sleep 10;
        done;
      env:
        - name: MY_NODE_NAME
          valueFrom:
            fieldRef:
              fieldPath: spec.nodeName
        - name: MY_POD_NAME
          valueFrom:
            fieldRef:
              fieldPath: metadata.name
        - name: MY_POD_NAMESPACE
          valueFrom:
            fieldRef:
              fieldPath: metadata.namespace
        - name: MY_POD_IP
          valueFrom:
            fieldRef:
              fieldPath: status.podIP
        - name: MY_POD_SERVICE_ACCOUNT
          valueFrom:
            fieldRef:
              fieldPath: spec.serviceAccountName
  restartPolicy: Never

这个配置文件中，你可以看到五个环境变量。env 字段是一个 EnvVars. 对象的数组。 数组中第一个元素指定 MY_NODE_NAME 这个环境变量从 Pod 的 spec.nodeName 字段获取变量值。 同样，其它环境变量也是从 Pod 的字段获取它们的变量值。

  1. 创建Pod：
$ kubectl apply -f https://k8s.io/examples/pods/inject/dapi-envars-pod.yaml
  1. 验证 Pod 中的容器运行正常：
$ kubectl get pods
  1. 查看容器日志：
$ kubectl logs dapi-envars-fieldref
  1. 输出信息显示了所选择的环境变量的值：

minikube
dapi-envars-fieldref
default
172.17.0.4
default

要了解为什么这些值在日志中，请查看配置文件中的command 和 args字段。 当容器启动时，它将五个环境变量的值写入 stdout。每十秒重复执行一次。

接下来，通过打开一个 Shell 进入 Pod 中运行的容器：

$ kubectl exec -it dapi-envars-fieldref -- sh

在 Shell 中，查看环境变量：

/# printenv

输出信息显示环境变量已经设置为 Pod 字段的值。

MY_POD_SERVICE_ACCOUNT=default
…
MY_POD_NAMESPACE=default
MY_POD_IP=172.17.0.4
…
MY_NODE_NAME=minikube
…
MY_POD_NAME=dapi-envars-fieldref

1.1、用 Container 字段作为环境变量的值

上面我们将 Pod 字段作为环境变量的值。 现在我们将用 Container 字段作为环境变量的值。在目录 pods/inject/dapi-envars-container.yaml 中创建一个包含容器的 Pod 的配置文件：


spec:
  containers:
    - name: test-container
      image: k8s.gcr.io/busybox:1.24
      command: [ "sh", "-c"]
      args:
      - while true; do
          echo -en '\n';
          printenv MY_CPU_REQUEST MY_CPU_LIMIT;
          printenv MY_MEM_REQUEST MY_MEM_LIMIT;
          sleep 10;
        done;
      resources:
        requests:
          memory: "32Mi"
          cpu: "125m"
        limits:
          memory: "64Mi"
          cpu: "250m"
      env:
        - name: MY_CPU_REQUEST
          valueFrom:
            resourceFieldRef:
              containerName: test-container
              resource: requests.cpu
        - name: MY_CPU_LIMIT
          valueFrom:
            resourceFieldRef:
              containerName: test-container
              resource: limits.cpu
        - name: MY_MEM_REQUEST
          valueFrom:
            resourceFieldRef:
              containerName: test-container
              resource: requests.memory
        - name: MY_MEM_LIMIT
          valueFrom:
            resourceFieldRef:
              containerName: test-container
              resource: limits.memory
  restartPolicy: Never

这个配置文件中，你可以看到四个环境变量。env 字段是一个 EnvVars. 对象的数组。数组中第一个元素指定 MY_CPU_REQUEST 这个环境变量从 Container 的 requests.cpu 字段获取变量值。同样，其它环境变量也是从 Container 的字段获取它们的变量值。

  1. 创建Pod：
$ kubectl apply -f https://k8s.io/examples/pods/inject/dapi-envars-container.yaml
  1. 验证 Pod 中的容器运行正常：
$ kubectl get pods
  1. 查看容器日志：
$ kubectl logs dapi-envars-resourcefieldref
  1. 输出信息显示了所选择的环境变量的值：

1
1
33554432
67108864

二、通过文件将 Pod 信息呈现给容器

前面我们学习了使用环境变量的方式，现在我们学习通过文件的方式。
在目录 pods/inject/dapi-volume.yaml 中创建一个包含一个容器的 Pod，并将 Pod 级别的字段作为文件映射到正在运行的容器中。 Pod 的清单如下：

apiVersion: v1
kind: Pod
metadata:
  name: kubernetes-downwardapi-volume-example
  labels:
    zone: us-est-coast
    cluster: test-cluster1
    rack: rack-22
  annotations:
    build: two
    builder: john-doe
spec:
  containers:
    - name: client-container
      image: k8s.gcr.io/busybox
      command: ["sh", "-c"]
      args:
      - while true; do
          if [[ -e /etc/podinfo/labels ]]; then
            echo -en '\n\n'; cat /etc/podinfo/labels; fi;
          if [[ -e /etc/podinfo/annotations ]]; then
            echo -en '\n\n'; cat /etc/podinfo/annotations; fi;
          sleep 5;
        done;
      volumeMounts:
        - name: podinfo
          mountPath: /etc/podinfo
  volumes:
    - name: podinfo
      downwardAPI:
        items:
          - path: "labels"
            fieldRef:
              fieldPath: metadata.labels
          - path: "annotations"
            fieldRef:
              fieldPath: metadata.annotations

在 Pod 清单中，你可以看到 Pod 有一个 downwardAPI 类型的卷，并且挂载到容器中的 /etc/podinfo 目录。

查看 downwardAPI 下面的 items 数组。 数组的每个元素定义一个 downwardAPI 卷。 第一个元素指示 Pod 的 metadata.labels 字段的值保存在名为 labels 的文件中。 第二个元素指示 Pod 的 annotations 字段的值保存在名为 annotations 的文件中。

  1. 创建 Pod：
$ kubectl apply -f https://k8s.io/examples/pods/inject/dapi-volume.yaml
  1. 验证Pod中的容器运行正常：
$ kubectl get pods
  1. 查看容器的日志：
$ kubectl logs kubernetes-downwardapi-volume-example
  1. 输出显示 labels 和 annotations 文件的内容：

cluster=“test-cluster1”
rack=“rack-22”
zone=“us-est-coast”

build=“two”
builder=“john-doe”

  1. 进入 Pod 中运行的容器，打开一个 Shell：
$ kubectl exec -it kubernetes-downwardapi-volume-example -- sh
  1. 在该 Shell中，查看 labels 文件：

/# cat /etc/podinfo/labels

  1. 输出显示 Pod 的所有标签都已写入 labels 文件。

cluster=“test-cluster1”
rack=“rack-22”
zone=“us-est-coast”

  1. 同样，查看 annotations 文件：

/# cat /etc/podinfo/annotations

  1. 查看 /etc/podinfo 目录下的文件：

/# ls -laR /etc/podinfo

在输出中可以看到，labels 和 annotations 文件都在一个临时子目录中。 在这个例子，…2982_06_02_21_47_53.299460680。 在 /etc/podinfo 目录中，…data 是一个指向临时子目录 的符号链接。/etc/podinfo 目录中，labels 和 annotations 也是符号链接。

drwxr-xr-x … Feb 6 21:47 …2982_06_02_21_47_53.299460680
lrwxrwxrwx … Feb 6 21:47 …data -> …2982_06_02_21_47_53.299460680
lrwxrwxrwx … Feb 6 21:47 annotations -> …data/annotations
lrwxrwxrwx … Feb 6 21:47 labels -> …data/labels

/etc/…2982_06_02_21_47_53.299460680:
total 8
-rw-r–r-- … Feb 6 21:47 annotations
-rw-r–r-- … Feb 6 21:47 labels

用符号链接可实现元数据的动态原子性刷新；更新将写入一个新的临时目录， 然后通过使用 rename(2) 完成 …data 符号链接的原子性更新。

  1. 退出 Shell：

/# exit

2.1、存储容器字段

使用 downward API 使 Pod 级别的字段可以被 Pod 内正在运行的容器访问。 接下来我们将只传递由 Pod 定义的部分的字段到 Pod 内正在运行的容器中，但这些字段取自特定容器而不是整个 Pod。 下面是目录 pods/inject/dapi-volume-resources.yaml 中一个同样只有一个容器的 Pod 的清单：

apiVersion: v1
kind: Pod
metadata:
  name: kubernetes-downwardapi-volume-example-2
spec:
  containers:
    - name: client-container
      image: k8s.gcr.io/busybox:1.24
      command: ["sh", "-c"]
      args:
      - while true; do
          echo -en '\n';
          if [[ -e /etc/podinfo/cpu_limit ]]; then
            echo -en '\n'; cat /etc/podinfo/cpu_limit; fi;
          if [[ -e /etc/podinfo/cpu_request ]]; then
            echo -en '\n'; cat /etc/podinfo/cpu_request; fi;
          if [[ -e /etc/podinfo/mem_limit ]]; then
            echo -en '\n'; cat /etc/podinfo/mem_limit; fi;
          if [[ -e /etc/podinfo/mem_request ]]; then
            echo -en '\n'; cat /etc/podinfo/mem_request; fi;
          sleep 5;
        done;
      resources:
        requests:
          memory: "32Mi"
          cpu: "125m"
        limits:
          memory: "64Mi"
          cpu: "250m"
      volumeMounts:
        - name: podinfo
          mountPath: /etc/podinfo
  volumes:
    - name: podinfo
      downwardAPI:
        items:
          - path: "cpu_limit"
            resourceFieldRef:
              containerName: client-container
              resource: limits.cpu
              divisor: 1m
          - path: "cpu_request"
            resourceFieldRef:
              containerName: client-container
              resource: requests.cpu
              divisor: 1m
          - path: "mem_limit"
            resourceFieldRef:
              containerName: client-container
              resource: limits.memory
              divisor: 1Mi
          - path: "mem_request"
            resourceFieldRef:
              containerName: client-container
              resource: requests.memory
              divisor: 1Mi

在这个清单中，你可以看到 Pod 有一个 downwardAPI 卷， 并且这个会挂载到 Pod 内的单个容器的 /etc/podinfo 目录。

查看 downwardAPI 下面的 items 数组。 数组的每个元素定义一个 downwardAPI 卷。

第一个元素指定在名为 client-container 的容器中， 以 1m 所指定格式的 limits.cpu 字段的值应推送到名为 cpu_limit 的文件中。 divisor 字段是可选的，默认值为 1，1 的除数表示 CPU 资源的核心或内存资源的字节。

  1. 创建Pod：
$ kubectl apply -f https://k8s.io/examples/pods/inject/dapi-volume-resources.yaml
  1. 打开一个 Shell，进入 Pod 中运行的容器：
$ kubectl exec -it kubernetes-downwardapi-volume-example-2 -- sh
  1. 在 Shell 中，查看 cpu_limit 文件：
# 在容器内的 Shell 中运行
$ cat /etc/podinfo/cpu_limit

你可以使用同样的命令查看 cpu_request、mem_limit 和 mem_request 文件.

总结

本篇文章，主要是为了总结学习上一篇的内容，在此文章中，我们学会了如何使用环境变量的方式、通过文件的方式，来为容器传递数据，那么下一篇，我们将一起学习如何使用 Secret 来安全的分发数据内容，期待我们的下次再见。

半身风雪
关注
  • 54
    点赞
  • 踩
  • 52
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 51
    评论
专栏目录
云原生Kubernetes全栈架构师：基于世界500强的k8s实战课程
02-18
分享课程——【2022】云原生Kubernetes全栈架构师：基于世界500强的k8s实战课程，2022年最新版，基于V1.23版本，完整版提供文档和软件下载！ 课程适合人群： 1、准备学习k8s的运维、开发、测试、架构师； 2、k8s一路踩坑的无从下手的； 3、会k8s基础，不知道如何应用于企业内部的，对持续集成、持续部署薄弱的； 4、对k8s集群监控、持久化、中间件容器化、云原生薄弱的
云原生Kubernetes全栈架构师实战.docx
09-13
云原生Kubernetes全栈架构师实战.docx
K8S云原生技术与实战
05-31
K8S云原生技术与实战
kubernetes系列四之Label管理
qq_42819092的博客
05-14 1364
Label 简介 标签（Label）是附在kubernetes对象（如pod，deployment等）上的键值对（key-value），可以在创建时指定，也可以在创建后指定。 Label的值本身不具备具体含义，但可以通过label来筛选对象特定的子集，便于管理。 每一个对象可以有多个标签。 "metadata": { "labels": { "key1" : "value1", "key2" : "value2" } } 语法 标签由一组键值对构成。Label key.
k8s传入元数据，自定义数据传入pod
ysj的博客
12-12 2851
1.元数据或自定义数据 传入环境变量官网参考链接 # 参考yaml #root@node1:~$ cat deploy-demo.yaml apiVersion: apps/v1 kind: Deployment metadata: name: myapp-deploy namespace: default spec: replicas: 2 selector: match...
Kubernetes：为容器设置启动时要执行的命令及其入参
热门推荐
琦彦
03-06 1万+
目录 DockerFile CMD ENTRYPOINT CMD 与 ENTRYPOINT 优先级 CMD 与 ENTRYPOINT 使用建议： 创建 Pod 时设置命令及入参 通过 shell 来执行命令 Docker 与 Kubernetes的对应关系 DockerFile CMD CMD指令在Dockerfile中仅允许一条，若出现多条，那么都会被...
笔记：K8S备忘录
OSSRS
02-01 402
K8S的概念： Node(节点)，节点机器，可以是物理机或虚拟机，比如ECS，运行了各种进程和docker等。 Pod(容器组)，应用的执行单元，创建和部署的单元；包含一个或多个容器，存储和网络资源，以及配置项。 Controller(应用)，管理Pods、复制和自愈，例如Node失败时自动迁移Pods到其他节点。 Deployment(无状态)，无状态Controller(应用)。 Container(容器)，一个Pod可以跑N>=1个Container，这些Container可以共享一些东西。
容器集群k8s从入门到精通之实战入门（第四章）
梦溪笔谈的博客
07-29 468
第四章 实战入门 本章节将介绍如何在kubernetes集群中部署一个nginx服务，并且能够对其进行访问。 Namespace ​ Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。 ​ 默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分配到不
Kubernetes 容器中获取Pod信息
长安 故里
04-25 2114
容器中获取Pod信息
k8s学习随笔 - pod篇 - 上
qq_24251607的博客
08-05 259
读《Kubernetes权威指南》整理而来的笔记
Kubernetes(K8S)超快速入门视频教程
11-05
Kubernetes(K8S)是Google在2014年发布的一个开源项目，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes通常结合docker容器工作，并且整合多个运行着docker容器的主机集群。 适用人群 零基础以及有一定运维...
Kubernetes、K8s运维架构师实战集训营【中高级，最新第6期】
03-10
分享一套k8s运维架构师的课程——Kubernetes、K8s运维架构师实战集训营【中高级】，最新第六期，2021年12月结课。提供课程配套的所有文档资料下载！ 课程大纲： 第1章 开班仪式 第2章 赠送录播：搭建一个完整企业级...
Kubernetes（K8s）_06_配置容器
爱喝可乐的w
02-18 1599
Kubernetes（K8s）Pod中容器快速且安全配置
Kubernetes入门（六）配置参数ConfigMap
weixin_41399470的博客
06-26 653
容器配置参数的三种方式 向容器传递命令行参数 ENTRYPOINT["node","xxx.js"] # exec形式 ENTRYPOINT node xxx.js #shell形式，比exec形式多一个shell进程，不推荐 容器启动时，设置环境变量参数 通过ConfigMap资源向将配置参数文件挂载到容器内 k8s中覆盖命令和参数 在k8s中定义容器时，镜像中的ENTRYPOINT和CMD参数都可以被覆盖，配置参数为command和args，注意，这两个参数在pod被创建后无法修改 kind:
pod详解
Mingzi540的博客
09-09 489
apiVersion: v1 #必选，版本号，例如v1kind: Pod 　 #必选，资源类型，例如 Podmetadata: 　 #必选，元数据name: string #必选，Pod名称namespace: string #Pod所属的命名空间,默认为"default"labels: 　　 #自定义标签列表spec: #必选，Pod中容器的详细定义containers: #必选，Pod中容器列表- name: string #必选，容器名称。
【云原生 | Kubernetes 系列】K8s 实战 如何给应用注入数据
半身风雪
08-31 2131
如果在配置文件中设置了容器启动时要执行的命令及其参数，那么容器镜像中自带的命令与参数将会被覆盖而不再执行。如果配置文件中只是设置了参数，却没有设置其对应的命令，那么容器镜像中自带的命令会使用该新参数作为其执行时的参数。...
Kubernetes----标签Label的常用操作
redrose2100的博客
03-20 1616
一、使用命令行方式操作标签 1.1 准备条件 创建dev，并创建两个pod，如下： [root@master demo]# kubectl create namespace dev namespace/dev created [root@master demo]# kubectl run nginx1 --image=nginx:1.17.1 --port=8080 -n dev pod/nginx1 created [root@master demo]# kubectl run nginx2 --imag
Kubernetes(k8s)的Namespace、Pod、Label、Deployment、Service实战入门
Bulut0907
06-30 1676
目录1. Namespace1.1 Namespace介绍 1. Namespace 1.1 Namespace介绍 Namespace是kubernetes系统中的一种资源，是用来实现多套系统的资源隔离。比如开发环境和测试环境的资源隔离 不同Namespace的Pod不能相互访问，同一Namespace的Pod可以相互访问。通过Namespace进行统一的管理 kubernetes的资源配额机制，限定不同Namespace能占用的CPU、内存资源使用量等。通过kubernetes的授权机制，将不同的Na
【K8S系列】深入解析K8S中PV 和PVC
最新发布
颜淡慕潇
04-20 4854
在 Kubernetes 中，PV（持久卷）和 PVC（持久卷声明）之间的关系是一种动态匹配和绑定关系，用于实现 Pod 与存储资源的解耦。PV 和 PVC 之间的关系是一种动态的匹配和绑定关系，它们使得 Pod 与存储资源的具体实现解耦，提高了灵活性和可移植性。
云原生kubernetes全栈架构师实战下载
09-12
云原生Kubernetes全栈架构师实战下载是指提供一个具有云原生架构设计和Kubernetes技术实践的全栈架构师学习材料的下载资源。 Kubernetes作为一个开源的容器编排引擎，在云原生架构中扮演着重要的角色。全栈架构师...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 51
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

半身风雪

感谢打赏，你的鼓励，是我创作的

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

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

打赏作者

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

抵扣说明：

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

余额充值