还在 kubectl apply？90% 运维已经用 Helm 管理集群了

Helm：Kubernetes的包管理与应用分发标准

将Kubernetes视为云原生操作系统，Helm便是其核心的包管理工具。它通过标准化应用打包与部署流程，将复杂的多资源编排简化为一条命令，显著提升运维效率与一致性。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

一、Helm核心架构解析

1. Helm的核心价值

Helm是Kubernetes生态中事实标准的包管理器。它通过Chart封装应用的所有Kubernetes清单文件、依赖关系和配置参数，实现应用部署的模板化与版本化。运维团队无需手动编排数十个YAML文件，通过声明式配置即可完成复杂应用的安装、升级与生命周期管理。

关键架构优势在于：Helm仓库仅存储应用配置定义（Chart），容器镜像则由独立的镜像仓库托管。这种设计与解耦确保了配置管理的灵活性与运行时环境的安全性。

2. Helm架构演进与组件

理解Helm的架构组件是高效使用的前提：

客户端 (Helm CLI)
作为主要交互界面，Helm CLI将用户指令转换为Kubernetes API调用，执行Chart的安装、升级与删除操作。

服务端架构演进
Helm 2依赖集群内服务端组件Tiller处理指令，存在权限管控风险。Helm 3移除了Tiller，采用无服务端架构，CLI直接通过kubeconfig与Kubernetes API交互，大幅简化了安全模型与部署流程，成为当前生产环境推荐方案。

Chart (应用包)
Chart是Helm的标准化交付单元，包含以下核心文件： - `Chart.yaml`：定义Chart元数据，包括名称、版本、依赖及维护者信息。 - `templates/` 目录：存放Kubernetes资源模板文件，支持Go模板语法实现参数化。 - `values.yaml`：提供模板变量的默认配置，是实现环境差异化配置的关键。

Release (发布实例)
每次Chart安装都会生成一个独立的Release实例，包含唯一的名称与版本号。同一Chart可部署多个Release，每个实例支持独立的配置管理与生命周期操作。

Repository (仓库)
Chart仓库是应用分发的中心化存储，类似操作系统软件源。公共仓库（如Artifact Hub、Bitnami）提供大量生产级应用Chart，企业也可搭建私有仓库实现内部应用的分发与治理。

二、Helm环境部署与配置

1. 安装Helm客户端

Helm客户端支持多平台安装，推荐通过官方脚本快速部署最新稳定版：

# 获取并执行Helm 3安装脚本
curl https://raw.githubusercontent.com/helm/helm/master/scripts/get-helm-3 | bash

# 验证客户端版本
helm version

该脚本自动检测系统架构并下载对应二进制文件，完成环境变量配置。

2. 配置Chart仓库源

安装客户端后，需配置Chart仓库以获取应用包。

(1) 添加基础仓库
添加经典stable仓库作为基础源：

[root@k8s-master ~]# helm repo add stable https://charts.helm.sh/stable
“stable” has been added to your repositories

(2) 更新仓库索引
同步仓库元数据至本地，确保获取最新Chart列表：

helm repo update

(3) 扩展仓库源
根据需求添加主流仓库源，例如：

# 添加阿里云镜像仓库（优化国内访问速度）
helm repo add aliyun https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts

# 添加Bitnami仓库（提供企业级应用Chart）
helm repo add bitnami https://charts.bitnami.com/bitnami

# 添加后立即更新索引
helm repo update

(4) 查看仓库列表
验证已配置的仓库源：

[root@k8s-master ~]# helm repo list
NAME    URL
stable  https://charts.helm.sh/stable
aliyun  https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts

(5) 搜索Chart包
使用search命令检索仓库内容，例如搜索阿里云仓库：

[root@k8s-master ~]# helm search repo aliyun
NAME                           CHART VERSION APP VERSION   DESCRIPTION
aliyun/acs-engine-autoscaler   2.1.3         2.1.1         Scales worker nodes within agent pools
aliyun/aerospike               0.1.7         v3.14.1.2     A Helm chart for Aerospike in Kubernetes…

(6) 移除仓库源
清理不再使用的仓库配置：

[root@k8s-master ~]# helm repo remove aliyun
“aliyun” has been removed from your repositories

三、Helm核心操作实战

以下流程图概括了Helm日常操作的核心命令流，助您快速建立操作框架：

1. 应用部署实战

部署应用的基础命令格式为：helm install <发布名称> 。

以MySQL部署为例，演示完整工作流：

# 在stable仓库中搜索MySQL Chart
[root@k8s-master ~]# helm search repo stable | grep mysql

# 执行Chart安装（示例使用aliyun仓库源）
helm install mysql aliyun/mysql

# 检查Pod部署状态
[root@k8s-master ~]# kubectl get pod
NAME                     READY   STATUS    RESTARTS   AGE
mysql-864489f4bf-p5f88   0/1     Pending   0          9m46s
# Pod处于Pending状态，表明部署遇到问题

首次部署失败常见原因：默认Chart启用了持久化存储(Persistence)，要求集群配置StorageClass提供动态PV。测试环境若无存储类，Pod将因存储卷声明无法满足而停滞。

解决方案：通过自定义Values覆盖默认配置。

按以下步骤调整配置：

# 导出Chart的默认配置值到本地文件
helm show values stable/mysql > values.yaml

# 编辑values.yaml，禁用持久化存储选项
vi values.yaml
...
## Persist data to a persistent volume
persistence:
  enabled: false  # 将true修改为false
  ...

使用自定义配置重新部署。

# 清理失败的Release
[root@k8s-master ~]# helm uninstall mysql
release “mysql” uninstalled

# 指定自定义values文件进行安装
[root@k8s-master ~]# helm install mysql -f values.yaml stable/mysql

验证部署结果。

# 查看Helm Release列表
[root@k8s-master ~]# helm list

# 确认Pod运行状态
[root@k8s-master ~]# kubectl get pod

2. 查看Release状态

helm list命令展示所有已部署Release的详细信息，包括状态、版本与更新时间：

[root@k8s-master ~]# helm list
NAME  NAMESPACE REVISION UPDATED                                 STATUS   CHART       APP VERSION
mysql default   1        2024-11-02 09:09:41.074126912 +0800 CST deployed mysql-1.6.9 5.7.30

3. 应用配置升级

当需要调整应用参数或更新Chart版本时，使用upgrade命令：

helm upgrade <发布名称> 

示例：升级名为`my-nginx`的Release：

helm upgrade my-nginx stable/nginx

支持动态参数覆盖，例如将Service类型修改为LoadBalancer：

helm upgrade my-nginx stable/nginx --set service.type=LoadBalancer

4. 版本回滚操作

当升级导致异常时，Helm提供精确的回滚能力，可快速恢复至任一历史版本。

helm rollback <发布名称> <修订版本号>

示例：将`my-nginx`回滚至初始版本：

helm rollback my-nginx 1

执行回滚前，建议通过helm history <发布名称>查看完整的版本修订记录，确认目标版本号。

5. 卸载应用Release

彻底移除应用及其关联的Kubernetes资源，使用uninstall命令（Helm 3中delete已弃用）：

helm uninstall <发布名称>

操作示例：

helm uninstall my-nginx

6. 管理Values配置文件

对于生产级部署，推荐使用独立的Values文件管理配置，而非命令行参数。这提升了配置的可维护性、版本控制与环境一致性。

# 使用自定义配置文件进行安装
helm install my-app stable/nginx -f custom-values.yaml

# 基于配置文件执行升级
helm upgrade my-app stable/nginx -f custom-values.yaml

该方法便于实现配置的GitOps管理，清晰分离开发、测试与生产环境的差异化配置。

掌握上述核心操作，您已能高效管理大多数Kubernetes应用。Helm的进阶能力，如自定义Chart开发与CI/CD集成，将在后续深度内容中探讨。