前置通俗比喻把整套监控系统类比成小区物业安防体系探针Exporter 楼道传感器 / 摄像头分布在每台服务器、容器实时采集温度CPU、人流流量、门禁记录登录日志Prometheus 物业数据机房统一收集所有传感器上报的数据永久存储指标Grafana 物业监控大屏把机房里枯燥数字绘成图表、仪表盘一眼看懂服务器状态Zabbix 一体化老物业整套系统把「传感器 数据存储 大屏 告警」打包在一个软件里开箱即用中小企业传统服务器用得多。一、先拆分每个组件单独讲再讲完整工作流程1. Prometheus时序数据库 监控核心现在主流云 / 容器 / 政务都在用1核心作用专门存储服务器 / 业务的时序指标带时间戳的数字比如 14:00 CPU 80%、14:01 CPU 75%主动定时拉取各个探针采集的数据提供查询、告警规则能力。2核心工作逻辑和探针联动重点你在 Windows / 服务器部署探针node-exporter/windows-exporter/minio-exporter探针本地开放一个端口如9100持续生成性能数据Prometheus 配置文件里填写探针地址10.32.184.100:9100每隔 15 秒主动去拉一次探针的数据叫「Pull 拉取模式」拉到的数据带上时间戳存入本地数据库永久留存内置告警规则比如配置「磁盘剩余 10% 就触发告警」满足条件自动推送消息。3简单配置示例最小配置文件prometheus.yml# 定义要采集的探针 scrape_configs: - job_name: windows终端探针 static_configs: - targets: [127.0.0.1:9182] # windows-exporter探针地址 - job_name: minio存储探针 static_configs: - targets: [10.32.184.20:9290] # minio-exporter探针地址 # 告警规则磁盘不足10%触发告警 alerting: alertmanagers: - static_configs: - targets: [localhost:9093]4实操场景贴合你的 MinIO 下载问题MinIO 探针持续上报「文件下载接口响应耗时」指标当你遇到curl连接443超时Prometheus 拉取到接口耗时从 20ms 暴涨到 5000ms匹配告警规则自动发钉钉 / 短信通知运维「存储服务接口超时存在下载失败风险」。5优缺点✅ 优点轻量化、适配 K8s 云原生、和各类探针兼容性拉满、资源占用低 ❌ 缺点原生界面很难看纯文字表格必须搭配 Grafana 做可视化。2. Grafana可视化大屏几乎和 Prometheus 绑定使用1核心作用单纯的图表展示工具不存储任何数据只连接 Prometheus 数据源把枯燥的数字绘成折线图、仪表盘、热力图、状态面板做成运维监控大屏。2完整实操使用流程从零搭建安装启动 Grafana登录后台左侧菜单「数据源」添加数据源类型选Prometheus填写 Prometheus 访问地址http://127.0.0.1:9090新建「仪表盘 Dashboard」添加面板面板查询框写 Prometheus 查询语句示例# 查询Windows机器CPU使用率 100 - (avg by (instance) (irate(windows_cpu_time_total{modeidle}[1m])) * 100)保存面板调整样式折线图显示近 2 小时 CPU 变化环形仪表盘显示实时内存占用复用社区现成模板搜 Windows-exporter、MinIO 模板导入后一键生成完整监控大屏不用自己写查询。3你能直观看到的监控内容打开大屏一眼看到本机 WindowsCPU / 内存 / 磁盘剩余、网络上传下载速度MinIO 存储服务器桶总容量、每秒下载文件数、443 接口错误请求数量告警色块红色 故障、黄色 预警、绿色 正常。4优缺点✅ 优点图表颜值高、模板极多、支持钉钉 / 邮件告警、可分权限给不同运维看 ❌ 缺点本身不能采集数据、不能存数据必须搭配 Prometheus/Zabbix 数据源。3. Zabbix传统一体化监控平台政务内网老服务器大量在用1核心定位一套打包完成的监控系统包含四大模块 探针采集器 数据库存储MySQL Web 可视化页面 内置告警不用分开装多个软件传统物理机、Windows 办公终端场景普及。2工作逻辑和 Prometheus 最大区别采集模式探针主动推送数据到 Zabbix 服务端Push 推送模式部署每台电脑装 Zabbix Agent也就是它的专属探针Agent 每分钟采集一次本机指标主动发给 Zabbix 服务器内置 Web 页面不用额外装 Grafana自带图表、告警、资产清单。3实操场景政务内网适配政务机房几十台 Windows 终端、Linux 服务器全部装 Zabbix 探针运维登录 Zabbix 后台批量查看所有机器磁盘空间自动筛选磁盘快满的设备配置触发器规则连续 3 次检测到外网 443 端口连接失败发送告警自带资产台账记录每台终端 IP、操作系统、在线状态符合等保资产审计要求。4优缺点对比 Prometheus✅ 优点一体化、开箱即用、内置资产管理、老运维上手简单、适合纯物理服务器内网 ❌ 缺点容器 / K8s 适配差、大规模集群卡顿、资源占用高、图表美观度不如 Grafana。二、两种主流落地架构完整流程带探针联动看懂探针怎么和平台配合架构 A云原生主流架构 Prometheus Grafana 各类 Exporter 探针现在新项目都用这套完整数据流闭环部署探针Windows 电脑启动windows-exporter探针监听 9182 端口MinIO 服务器启动minio-exporter探针监听 9290 端口Prometheus 定时拉取指标Prometheus 每 15 秒主动访问所有探针端口拉取 CPU、磁盘、接口耗时等数字存入时序数据库Grafana 可视化展示Grafana 连接 Prometheus 数据源绘制监控大屏运维日常查看服务器状态异常告警触发Prometheus 检测到指标触发阈值如磁盘 10%、MinIO 接口大量超时推送告警到钉钉 / 企业微信运维排查故障看到大屏红色告警结合图表定位是内网 DNS 故障还是存储服务器磁盘打满对应你之前curl下载失败问题。架构 B传统政务内网架构 Zabbix 一体化老机房、Windows 终端多数据流闭环所有终端 / 服务器安装 Zabbix Agent 探针探针每分钟主动把采集到的系统数据推送到 Zabbix 服务端 MySQL 数据库运维登录 Zabbix 自带 Web 页面查看内置图表配置触发器规则异常直接在平台内生成告警工单。三、关键名词区分Exporter 探针到底是什么你之前运维场景提到的核心Exporter 就是 Prometheus 体系下专属采集探针不同组件对应不同探针windows-exporterWindows 系统指标探针你当前电脑可用node-exporterLinux 服务器指标探针minio-exporterMinIO 对象存储专属探针专门采集文件上传下载、桶容量blackbox-exporter链路拨测探针专门探测端口连通、域名解析对应你 443 端口 / 域名解析报错排查 作用把系统、软件的运行状态转换成 Prometheus 能识别的数字指标。四、极简实操入门步骤你本地 Windows 可以直接测试步骤 1安装 windows-exporter本机探针GitHub 下载 windows-exporter 程序双击运行本机开放 9182 端口浏览器访问http://127.0.0.1:9182/metrics页面会输出一堆带数字的指标CPU、内存、磁盘这就是探针采集到的数据。步骤 2启动 Prometheus 拉取探针数据修改 prometheus.yml加入本机 windows 探针地址启动 Prometheus访问http://127.0.0.1:9090页面可以查询 CPU、磁盘指标。步骤 3Grafana 做可视化大屏修改 prometheus.yml加入本机 windows 探针地址启动 Prometheus访问http://127.0.0.1:9090页面可以查询 CPU、磁盘指标。步骤 4配置磁盘不足告警在 Prometheus 写入告警规则当 C 盘剩余空间低于 10%自动发送钉钉消息提醒。五、Zabbix 和 PrometheusGrafana 核心对比表对比项PrometheusGrafanaZabbix产品形态拆分式采集探针 存储 大屏三个组件一体化单软件内置全部功能数据采集模式Prometheus 主动拉取探针Pull探针 Agent 主动推送Push适用场景K8s 容器、云服务、新型 MinIO / 微服务传统物理机、Windows 政务内网老机房可视化效果Grafana 图表丰富美观海量开源模板自带页面样式老旧自定义弱资源占用轻量低配机器也能跑较重数据库长期占用资源上手难度需分开部署 3 个组件有学习成本安装一套即可使用老运维友好你的场景适配适合 MinIO 存储、云模型服务监控适合政务内网 Windows 终端批量监控