20250718-2-Kubernetes 应用程序生命周期管理-Pod对象：基本概念(豌豆荚)_笔记

最新推荐文章于 2025-12-02 21:31:13 发布
最新推荐文章于 2025-12-02 21:31:13 发布
阅读量575 收藏 10
点赞数 4
CC 4.0 BY-SA版权
分类专栏： CKA-专栏 文章标签： kubernetes 容器 笔记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yanghaoji/article/details/149453501
二、Kubernetes应用程序生命周期管理

1. 课程内容概述

  • 主要内容：
    • Pod资源共享实现机制
    • 管理命令
    • 应用自修复（重启策略+健康检查）
    • 环境变量
    • Init container
    • 静态Pod
2. Pod对象介绍

1）Pod基本概念



  • 定义：Pod是Kubernetes创建和管理的最小单元，一个逻辑抽象概念
  • 组成：由一个或多个容器组成
  • 特点：
    • 可理解为一个应用实例
    • 容器始终部署在同一个节点上
    • 容器间共享网络和存储资源
  • 设计灵感：类比豌豆荚结构，外层Pod抽象封装，内部容器如同豌豆颗粒
2）Pod存在意义



  • 运行单个容器

    
了解本专栏 订阅专栏 解锁全文 超级会员免费看
【云原生】kubernetes中pod的生命周期、探测钩子的实战应用案例解析
景天科技苑
05-30 2万+
Pod 里面可以有一个或者多个容器，部署应用的容器可以称为主容器， 在创建Pod时候，Pod 中可以有一个或多个先于主容器启动的Init容器,这个init容器就可以成为初始化容器， 初始化容器一旦执行完，它从启动开始到初始化代码执行完就退出了，它不会一直存在， 所以在主容器启动之前执行初始化，初始化容器可以有多个，多个初始化容器是要串行执行的，先执行初始化容器1， 在执行初始化容器2等，等初始化容器执行完初始化就退出了，然后再执行主容器，主容器一退出，pod就结束了， 主容器退出的时间点就是pod的结束点，
Kubernetes Pod的5个生命周期状态
✨ 欢迎来到【Seal ^_^ 的优快云博客】！✨
08-25 7320
在Kubernetes中，Pod的生命周期经历了几个关键状态，这些状态反映了Pod的当前状况。以下是Pod生命周期的主要状态：
k8s 读书笔记 - kubernetes 基本概念和术语（上）
ChaITSimpleLove的博客
08-11 896
k8s 其实是一个高度自动化的资源控制系统，k8s 里所有的资源对象都可以采用 YAML 或者 JSON 格式的文件来定义或描述，它通过跟踪对比 etcd 库里保存的 “资源期望状态” 与当前环境中的 “实际资源状态” 的差异来实现自动控制和自动纠错的高级功能。 在声明 k8s 资源对象的时候，需要注意一个关键属性：`apiVersion` 。以 Pod 声明为例，可以看到 Pod 这种资源对象归属 v1 这个核心 API。...............
Kubernetes课程笔记系列二之 pod 和容器
小张编程旅途的博客
08-02 1151
Pod 是可以在 Kubernetes 中创建和管理的、最小的可部署的计算单元。Pod（就像在鲸鱼荚或者豌豆荚中）是一组（一个或多个） 容器；这些容器共享存储、网络、以及怎样运行这些容器的规约。Pod 中的内容总是并置的并且一同调度，在共享的上下文中运行。简单来说就是 Pod 是用来管理一组（一个或多个）容器的集合。其特点是Pod之间的容器共享网络，共享存储，共享上下文环境的。
企业运维实战--k8s学习笔记2.pod管理、构建资源清单、pod生命周期详解、控制器详解
Rabbit_hyl的博客
07-27 420
企业运维实战--k8s学习笔记2.pod管理、构建资源清单、pod生命周期详解、控制器详解豌豆荚--pod简单管理资源清单构建与应用Pod生命周期init初始化容器探针重启策略：控制器ReplicaSet--rs控制器deployments控制器DaemonSet控制器Job控制器 豌豆荚–pod简单管理 Pod好似一个豌豆荚，里面包含着一个或多个容器 。 本节通过命令学习管理pod。 创建pod应用，指定镜像为myapp:v1 kubectl run nginx --image=myapp:v1 查看
k8s 读书笔记 - 深入掌握 Pod
ChaITSimpleLove的博客
08-24 769
在同一个 `context` 下，应用可能还会有独立的 `cgroup` 隔离机制，一个 Pod 是一个容器环境下的 `“逻辑主机”`。 Pod 是一组容器单元， 这些容器共享存储、网络、以及怎样运行这些容器的声明。 Pod 中的内容总是并置（colocated）的并且一同调度，在共享的 `context（上下文）` 中运行。而 Pod 中的这些应用容器可能还有独立的 `cgroup` 隔离机制，一个 Pod 相当于应用的 `“逻辑主机”`，其中包含一个或多个应用容器， 这些容器相对紧密地耦合在一起。
Kubernetes学习笔记-一
ruan_luqingnian的博客
08-20 979
Kubernetes快速认知，相关概念，整体架构。
Kubernetes 笔记 06 豌豆荚之旅（一）
07-06 235
本文首发于我的公众号 CloudDeveloper(ID: cloud_dev)，专注于干货分享，号内有大量书籍和视频资源，后台回复**「1024」**即可领取，欢迎大家关注，二维码文末可以扫。 Hi，大家好，我是 CloudDeveloper，欢迎大家和我一起学习 K8S，这是系列第 6 篇。 Pod 中文译为豌豆荚，很形象，豌豆荚里面包裹的多颗小豌豆就是容器，小豌豆和亲密无间的老伙计壳荚子...
kubernetes 教程 笔记
qq_38255759的博客
03-07 748
下载kubectl安装验证与 类似，minikube 是一个工具， 能让你在本地运行 Kubernetes。 在你的个人计算机（包括 Windows、macOS 和 Linux PC）上运行一个一体化（all-in-one）或多节点的本地 Kubernetes 集群，以便你来尝试 Kubernetes 或者开展每天的开发工作github网址： 复制代码 隐藏代码 启动 复制代码 隐藏代码 k8s环境测试 在k8s中部署一个nginx服务，测试下集群是否正常工作 复制代码 隐藏代码
Kubernetes 笔记（03）— API 对象定义、使用 yaml 声明 API 对象、pod 诞生原因及简介、使用 yaml 声明 pod、使用 kubctl 声明 pod、编写 yaml 技巧
wohu1104的专栏
01-03 1176
因为Pod是对容器的“打包”，里面的容器是一个整体，总是能够一起调度、一起运行，绝不会出现分离的情况，而且Pod属于Kubernetes，可以在不触碰下层容器的情况下任意定制修改。Kubernetes让Pod去编排处理容器，然后把Pod作为应用调度部署的最小单位，Pod也因此成为了Kubernetes世界里的“原子”，基于Pod就可以构建出更多更复杂的业务形态了。
Kubernetes 笔记 07 豌豆荚之旅（二）
07-06 197
本文首发于我的公众号 CloudDeveloper(ID: cloud_dev)，专注于干货分享，号内有大量书籍和视频资源，后台回复**「1024」**即可领取，欢迎大家关注，二维码文末可以扫。 Hi，大家好，我是 CloudDeveloper，欢迎大家和我一起学习 K8S，这是系列第 8 篇。 上篇我们简单学习了 Pod 的基础知识，本篇开始讲述一些 Pod 的高阶知识（本文只做理论的简单阐...
Kubernetes--深入理解Pod资源管理
flytalei的博客
10-08 1440
在 Kubernetes中，资源是指各种对象类型，例如Pods、Services、Deployments 等，API是这些资源的入口点。通过 kubectl，用户可以创建、查看、更新、删除集群中的各种资源（如 Pod、Service、Deployment 等），并且可以调试和管理 Kubernetes 集群。在 Kubernetes 中，API 是与集群交互的核心，API 版本管理允许 Kubernetes 保持向后兼容性，并引入新功能而不破坏现有的功能。这种策略用于只运行一次的任务或非常短暂的容器。
kubernetes--pod的生命周期管理
lyk-ops
09-28 7962
下文基于kubernetes 1.5.2版本编写 lifecycle 概念 创建资源对象时，可以使用lifecycle来管理容器在运行前和关闭前的一些动作。 lifecycle有两种回调函数： PostStart：容器创建成功后，运行前的任务，用于资源部署、环境准备等。 PreStop：在容器被终止前的任务，用于优雅关闭应用程序、通知其他系统等等。 例1、部署代码 以下
K8S-Deployment资源对象
2501_92915057的博客
12-02 418
Kubernetes Deployment 是管理 Pod 和 ReplicaSet 的声明式对象，支持滚动更新、回滚、扩缩容等操作。本文详细解析了 Deployment 的 YAML 配置，包括副本数设置、更新策略（maxSurge/maxUnavailable）、健康检查（livenessProbe/readinessProbe）、资源限制和环境变量等核心配置项。通过企业应用案例演示了如何创建 Deployment 和 Service，并进行扩缩容、滚动更新和版本回滚操作。最后介绍了自定义更新策略的设置
第1章：Dashboard初体验 - 你的可视化K8s控制台
huangxuanheng的专栏
12-02 544
通过本章学习，你已经掌握了：✅Dashboard的核心价值：可视化管理的效率优势✅界面布局解析：各个功能区域的职责划分✅实战操作对比：与kubectl命令的效率比较✅快速上手路径：5分钟从陌生到熟悉下一章预告：第2章 工作负载管理 - 可视化应用部署。提示：如果你还没有安装Dashboard，请参考作者之前的《Kubernetes Dashboard 图形化界面安装指南：从0到丝滑体验》完成环境准备。互动思考：你现在更倾向于使用命令行还是Dashboard？
K8S-Pod资源对象
最新发布
weixin_56665846的博客
12-02 550
#查看对象中包含哪些字段标签其实就一对 key/value ，被关联到对象上，比如Pod,标签的使用我们倾向于能够表示对象的特殊特点，就是一眼就看出了这个Pod是干什么的，标签可以用来划分特定的对象（比如版本，服务类型等），标签可以在创建一个对象的时候直接定义，也可以在后期随时修改，每一个对象可以拥有多个标签，但是，key值必须是唯一的。创建标签之后也可以方便我们对资源进行分组管理。如果对pod打标签之后就可以使用标签来查看、删除指定的pod。（慎重！！！在k8s中，大部分资源都可以打标签。
K8s 1.28.2 + Containerd + CentOS7.9 集群部署
需要远程指导仿真实验、代码有问题的，请后台私信。
12-02 714
本文以“1 Master + 2 Node”架构为蓝图，手把手演示如何在 CentOS 7.9 上基于 containerd 部署 Kubernetes 1.28.2 高可用集群
学习K8S-Deployment资源对象
sz12567的博客
12-02 606
Kubernetes Deployment详解与实战 摘要：Deployment是Kubernetes中管理Pod和ReplicaSet的声明式API对象，支持滚动更新、回滚、扩缩容等操作。本文详细解析了Deployment的YAML配置，包括副本数设置、滚动更新策略(maxSurge/maxUnavailable)、健康检查(livenessProbe/readinessProbe)、资源限制等核心参数。通过企业应用案例演示了从创建、扩缩容到滚动更新的完整流程，并介绍了版本回滚方法。最后讲解了自定义更新策
- job_name: 'kubernetes-pods' kubernetes_sd_configs: - role: pod relabel_configs: - action: keep regex: true source_labels: - __meta_kubernetes_pod_annotation_prometheus_io_scrape - action: replace regex: (.+) source_labels: - __meta_kubernetes_pod_annotation_prometheus_io_path target_label: __metrics_path__ - action: replace regex: ([^:]+)(?::\d+)?;(\d+) replacement: $1:$2 source_labels: - __address__ - __meta_kubernetes_pod_annotation_prometheus_io_port target_label: __address__ - action: labelmap regex: __meta_kubernetes_pod_label_(.+) - action: replace source_labels: - __meta_kubernetes_namespace target_label: kubernetes_namespace - action: replace source_labels: - __meta_kubernetes_pod_name target_label: kubernetes_pod_name 解释一下
04-10
<think>好的，我需要解释Kubernetes Prometheus配置中的relabel_configs的作用和每个字段的功能。首先，我得回顾一下Prometheus的服务发现机制，特别是针对Kubernetes的部分。用户提供的引用内容提到了一些配置示例，比如使用labelmap动作来重命名标签，或者替换标签的值。 首先，relabel_configs的主要作用是在抓取指标之前对标签进行动态修改。这包括保留或丢弃某些目标，重命名标签，修改标签值，甚至创建新的标签。用户提到的引用中，例如引用[1]中的配置，用到了keep动作来保留符合特定注解的Pod，这应该是过滤目标的一部分。 接下来，每个配置项中的字段需要逐一分析。比如action字段决定了如何处理标签，常见的动作有keep、drop、replace、labelmap等。例如，在示例配置中，replace动作用于替换__metrics_path__或__address__，这涉及到source_labels和target_label的配合使用。 然后，source_labels指的是原始标签列表，这些标签的值会被连接起来进行处理。比如在替换__address__时，引用了__address__和__meta_kubernetes_pod_annotation_prometheus_io_port这两个源标签的值，通过正则表达式处理后生成新的目标地址。 正则表达式（regex）在这里起到匹配和提取的作用，比如在labelmap动作中，正则表达式__meta_kubernetes_pod_label_(.+)会匹配所有以该前缀开头的标签，并将其重命名为子组匹配的部分。这有助于将Kubernetes的元数据标签转化为Prometheus的指标标签。 另外，replacement字段在replace动作中指定了替换后的字符串，可以使用$1、$2等引用正则表达式中的子组。例如，在引用[1]中，替换__address__时使用了$1:$2来组合新的地址和端口。 还需要注意separator字段，它定义了连接多个source_labels时的分隔符，默认是分号。这在处理多个源标签时很重要，确保正确拼接字符串。 此外，labelmap动作在引用[3]中提到，用于将匹配的标签名重映射，例如将__meta_consul_health转换为health标签，这样Prometheus就能使用更简洁的标签名。 最后，这些配置共同作用，使得Prometheus能够灵活地适应不同的服务发现场景，动态调整抓取目标的相关参数，确保指标的正确收集和标签的规范性。需要结合具体示例，分步骤解释每个字段的功能，并说明它们如何影响标签的处理过程。</think>### Kubernetes Prometheus 中 `relabel_configs` 的作用与字段详解 `relabel_configs` 是 Prometheus 配置中的核心功能模块，用于在指标抓取前动态修改目标的标签（Label）。通过标签重写，可以实现**目标过滤、标签重命名、值替换、元数据映射**等操作，尤其在 Kubernetes 服务发现中至关重要[^1][^3]。 --- #### 一、核心字段与功能说明 | 字段 | 功能 | 示例 | |---------------------|--------------------------------------------------------------------|-----------------------------------------------------------------------------------------| | **`action`** | 定义对标签的操作类型，常用值：`keep`、`drop`、`replace`、`labelmap`、`labeldrop` | `action: keep` 保留匹配的目标；`action: replace` 替换标签值 | | **`source_labels`** | 指定操作的原始标签列表（多个标签值会按 `separator` 拼接） | `source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_scrape]` | | **`regex`** | 正则表达式，用于匹配或提取 `source_labels` 的值 | `regex: "true"` 匹配值为 "true" 的标签；`regex: (.*)` 匹配任意值 | | **`target_label`** | 指定操作的目标标签名（仅 `replace` 等动作需要） | `target_label: __metrics_path__` 将替换后的值赋给该标签 | | **`replacement`** | 替换后的字符串（支持 `$1`、`$2` 等正则子组引用） | `replacement: $1:$2` 将两个子组拼接为新值 | | **`separator`** | 拼接多个 `source_labels` 时的分隔符（默认为 `;`） | 若 `source_labels: [A, B]`，拼接结果为 `A的值 + separator + B的值` | --- #### 二、典型场景与配置解析 1. **过滤抓取目标** ```yaml - action: keep regex: true source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_scrape] ``` - **作用**：仅保留具有注解 `prometheus.io/scrape: "true"` 的 Pod[^1]。 - **流程**：检查 `__meta_kubernetes_pod_annotation_prometheus_io_scrape` 标签的值，若匹配 `true` 则保留目标。 2. **动态修改抓取路径** ```yaml - action: replace regex: (.+) source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_path] target_label: __metrics_path__ ``` - **作用**：将 Pod 注解 `prometheus.io/path` 的值作为指标路径。 - **流程**：提取注解值，替换内置标签 `__metrics_path__`（决定 Prometheus 的 HTTP 请求路径）。 3. **重映射 Kubernetes 元数据** ```yaml - action: labelmap regex: __meta_kubernetes_pod_label_(.+) ``` - **作用**：将 Pod 标签映射为 Prometheus 标签。 例如：`__meta_kubernetes_pod_label_app` → `app`[^1]。 - **流程**：匹配所有以 `__meta_kubernetes_pod_label_` 开头的标签，截取后半部分作为新标签名。 4. **组合地址与端口** ```yaml - action: replace regex: ([^:]+)(?::\d+)?;(\d+) source_labels: [__address__, __meta_kubernetes_pod_annotation_prometheus_io_port] target_label: __address__ replacement: $1:$2 ``` - **作用**：将 Pod IP 和自定义端口组合成最终抓取地址。 例如：原始 `__address__` 为 `10.1.2.3`，端口注解为 `8080` → 新地址 `10.1.2.3:8080`[^1]。 --- #### 三、总结 通过 `relabel_configs`，Prometheus 实现了对 Kubernetes 资源的动态适配： - **灵活性**：根据注解、标签动态配置抓取参数； - **标准化**：将 Kubernetes 元数据（如命名空间、Pod 名称）转化为统一标签； - **资源优化**：通过 `keep`/`drop` 减少不必要的指标抓取[^2][^3]。 --- 相关问题
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值