节点池巡检：eBPF观测Helm部署的镜像层性能 - 第3节

3.1 Helm Chart 结构：应用交付的“配方”

Helm Chart 是 Kubernetes 应用的打包格式，类似于操作系统的 .deb 或 .rpm 包。一个 Chart 定义了部署一个应用所需的所有 Kubernetes 资源模板、默认配置和依赖关系。理解 Chart 的内部结构是进行镜像层性能观测的前提——因为镜像的拉取策略、资源限制、卷挂载等关键字段都定义在 Chart 模板中。

3.1.1 标准 Chart 目录结构

一个典型的 Helm Chart 目录结构如下：

my-chart/
├── Chart.yaml          # Chart 元数据（名称、版本、API 版本）
├── values.yaml         # 默认配置值
├── values.schema.json  # （可选）values 的 JSON Schema 校验
├── charts/             # （可选）子 Chart 依赖
├── crds/               # （可选）CustomResourceDefinition
├── templates/          # 核心模板目录
│   ├── NOTES.txt       # 安装后的使用说明
│   ├── _helpers.tpl    # 模板辅助函数
│   ├── deployment.yaml
│   ├── service.yaml
│   ├── ingress.yaml
│   └── hpa.yaml
└── .helmignore         # 打包时忽略的文件模式

3.1.2 Chart.yaml 核心字段

3.2 Release 管理：从 Chart 到运行实例

Release 是 Helm Chart 在 Kubernetes 集群中的一次具体部署实例。每次 helm install、helm upgrade 或 helm rollback 都会生成一个新的 Release 版本。Release 的生命周期直接关联到 Pod 的创建、更新和销毁，进而影响节点池中镜像层的拉取与缓存行为。

3.2.1 Release 版本与镜像层的关系

当执行 helm upgrade 时，Helm 会对比新旧 Release 的模板差异，生成一个 Kubernetes 资源补丁（patch）。如果 Deployment 的 spec.template.spec.containers[].image 发生了变化，Kubernetes 会触发滚动更新，节点上的 kubelet 将拉取新镜像。这一过程正是 eBPF 观测镜像层性能的关键窗口。

3.2.2 Release 管理命令与观测点

3.3 K8s 节点池概念：资源调度的基本单元

节点池（Node Pool）是云原生环境中一组具有相同配置（如实例规格、操作系统、镜像、标签、污点）的 Kubernetes 节点集合。在托管集群（如 AKS、EKS、GKE）中，节点池是弹性伸缩和成本管理的基本单位。对于镜像层性能而言，节点池决定了镜像拉取的并发度、缓存共享范围和网络带宽。

3.3.1 节点池的核心属性

• 实例类型： CPU/内存/GPU 规格，影响镜像解压和容器启动速度。
• 操作系统： Linux 发行版及内核版本，决定 eBPF 程序的兼容性。
• 容器运行时： containerd / CRI-O / Docker，影响镜像层挂载方式。
• 节点标签与污点： 控制 Pod 调度策略，影响镜像在节点间的分布。
• 自动缩放： 节点数动态变化，影响镜像缓存命中率。

3.3.2 节点池与镜像层性能的关联

在节点池巡检场景中，我们需要关注以下三个层面的性能影响：

1. 镜像缓存共享： 同一节点池内的节点通常使用相同的操作系统和运行时，镜像层可以在节点间共享（如果使用节点级缓存如 registry-mirrors 或 containerd snapshotter）。
2. 并发拉取限制： 节点池扩容时，多个节点同时拉取相同镜像，可能触发镜像仓库的限流（rate limit），导致 Pod 启动延迟。
3. 层差异放大： 不同 Release 版本使用不同基础镜像时，节点池中会累积大量未使用的镜像层，占用磁盘空间。

3.4 三者的协同关系：Helm → Release → 节点池

下图展示了 Helm Chart 如何通过 Release 实例化到节点池，以及 eBPF 在镜像层性能观测中的位置：

3.5 节点池镜像层性能的关键指标

在后续章节中，我们将使用 eBPF 观测以下指标，这些指标直接关联到 Helm Release 和节点池的配置：