VPS 监控搭建实战：Prometheus + node_exporter + Grafana 从零部署到告警通知 VPS 监控搭建实战：Prometheus + node_exporter + Grafana 从零部署到告警通知 一、为什么要自建监控：云厂商...

服务器半夜挂了，第二天才被发现？磁盘快满了没人知道？多台机器想统一监控？Zabbix 是使用最广泛的开源监控系统之一：一台 Zabbix 服务器就能监控成百上千台机器，自动采集 CPU、内存、磁盘、网络，异常自动告警到邮件/钉钉/企业微信。这篇文章带你从零装好...

前文聊过的 Prometheus + Alertmanager 管"规则算出告警并收敛通知"，但数据的"看得清 + 联动"通常在另一层：Grafana。大多数人的 Grafana 停留在"拖面板看曲线"，进阶玩法——多数据源统一、看板间关联下钻、变量联动、把告...

当一台自托管服务器上同时跑着系统指标（Prometheus）、应用日志（Loki）、数据库状态、甚至网页探活时，会冒出第二个麻烦：每个监控源都有自己的界面——CPU 要去这个面板看，日志要去那个页面翻，数据库状态又散布在第三个地方。零散、切来切去、对不上号。G...

当你自托管的服务开始多起来——网站、API、数据库、VPN、家里 NAS——一个基本问题会一直悬着：我的这些服务现在都活着吗？网站打不开的时候，是它挂了还是网络出问题？等用户来告诉你不正常，说明你已经是最后一个知道的人。Uptime Kuma 就是解决这件事的...

服务器挂掉之前，通常不是突然砸下来的，而是一连串指标先变了：内存占用爬升、磁盘填满、请求响应变慢。问题是这些信号散落在十几台容器的日志和 top 里，没有一个人能同时盯着。Prometheus + Grafana 这套自托管监控栈解决的是"把服务器和容器的数百...

导读：本站监控体系三层早就齐了：哪吒盯机器活着、Uptime Kuma盯服务应答、Healthchecks盯任务真的在跑——但所有告警的最后一公里，其实都堵在同一个地方：邮件。邮件慢、邮件会进垃圾箱（发信篇的痛大家都懂）、Telegram要全程代理、微信推送要...

导读：本站cron篇教了一堆定时任务的写法，备份篇配了凌晨三点的备份流水线，vnstat篇加了流量检查，发信篇接了告警邮件——但所有这些方案有个共同的盲区：cron任务失败时它会写日志、会发邮件，可如果任务压根没被触发呢？机器重启后crond没起来、脚本第一行...