Prometheus Operator 安装指南：三种主流部署方案详解

高鲁榕Jeremiah

于 2025-06-04 09:17:26 发布

阅读量396

点赞数 3

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/gitblog_00135/article/details/148418569

Prometheus Operator 安装指南：三种主流部署方案详解

prometheus-operator prometheus-operator/prometheus-operator: Prometheus Operator 是一个针对Kubernetes的运营商（Operator），它自动化了Prometheus及相关组件在Kubernetes集群中的部署和管理任务，使得运维人员能够更方便地维护和扩展基于Prometheus的监控系统。项目地址: https://gitcode.com/gh_mirrors/pr/prometheus-operator

前言

Prometheus Operator 是 Kubernetes 生态中用于简化 Prometheus 监控系统部署和管理的核心工具。本文将深入讲解三种主流安装方式，帮助您根据实际环境选择最适合的部署方案。

环境准备

在开始安装前，请确保满足以下条件：

已部署 Kubernetes 集群（版本 ≥1.16.0）
配置好 kubectl 命令行工具
建议使用最新版 Prometheus Operator（≥0.39.0）

重要提示：如果您的集群版本较旧，建议先升级 Kubernetes 再部署 Operator，以避免兼容性问题。

方案一：YAML 文件直接部署

这是最基础的部署方式，适合需要完全控制部署过程的用户。

部署步骤

安装 CRD 和 Operator

# 获取最新版本并部署
LATEST=$(curl -s https://api.github.com/repos/prometheus-operator/prometheus-operator/releases/latest | jq -cr .tag_name)
curl -sL https://github.com/prometheus-operator/prometheus-operator/releases/download/${LATEST}/bundle.yaml | kubectl create -f -

自定义命名空间部署（需安装 Kustomize）

NAMESPACE=monitoring  # 替换为您的命名空间
TMPDIR=$(mktemp -d)
LATEST=$(curl -s https://api.github.com/repos/prometheus-operator/prometheus-operator/releases/latest | jq -cr .tag_name)
curl -s "https://raw.githubusercontent.com/prometheus-operator/prometheus-operator/refs/tags/$LATEST/kustomization.yaml" > "$TMPDIR/kustomization.yaml"
curl -s "https://raw.githubusercontent.com/prometheus-operator/prometheus-operator/refs/tags/$LATEST/bundle.yaml" > "$TMPDIR/bundle.yaml"
(cd $TMPDIR && kustomize edit set namespace $NAMESPACE) && kubectl create -k "$TMPDIR"

验证部署状态

kubectl wait --for=condition=Ready pods -l app.kubernetes.io/name=prometheus-operator

方案特点

部署过程透明可控
适合需要深度定制的场景
需要手动管理后续升级

方案二：Kube-Prometheus 全家桶

这是推荐给新手的集成化方案，一次性部署完整的监控体系。

部署流程

获取部署清单

git clone https://github.com/prometheus-operator/kube-prometheus.git
cd kube-prometheus

分阶段部署

# 第一阶段：创建CRD和命名空间
kubectl create -f manifests/setup

# 等待CRD就绪
until kubectl get servicemonitors --all-namespaces ; do sleep 1; done

# 第二阶段：部署监控组件
kubectl create -f manifests/

一键式部署（可选）

kubectl create -f manifests/setup -f manifests

包含组件

Prometheus Operator
预配置的 Prometheus 实例（prometheus-k8s）
Alertmanager 告警系统
Grafana 仪表盘
预定义的告警规则和服务监控

卸载方法

kubectl delete --ignore-not-found=true -f manifests/ -f manifests/setup

方案三：Helm Chart 部署

适合习惯使用 Helm 的运维团队，提供灵活的配置选项。

部署要点

该方案使用社区维护的 kube-prometheus-stack chart
包含与方案二类似的组件集合
支持通过 values.yaml 进行深度定制

核心优势

版本管理方便
支持配置覆盖
简化升级和回滚流程

方案对比与选型建议

| 特性 | YAML 部署 | Kube-Prometheus | Helm Chart | |---------------------|-----------|-----------------|------------| | 易用性 | 低 | 高 | 中 | | 定制灵活性 | 高 | 中 | 高 | | 升级维护便利性 | 低 | 中 | 高 | | 预置监控规则 | 无 | 丰富 | 丰富 | | 适合场景 | 专家用户 | 快速验证 | 生产环境 |

对于生产环境，推荐优先考虑 Helm Chart 方案；如果是测试环境快速验证，Kube-Prometheus 是最佳选择；当需要特殊定制时，可以采用 YAML 直接部署。