网站宕机监控教程：从零开始配置PING, HTTP, SSL可用性监控

时间：2025-09-12

编辑：tance.cc

发射成功！总指挥，你的“数字飞船”现在正翱翔在互联网的星辰大海中，一切看起来都完美无瑕。地面控制中心一片欢腾。

但作为这艘飞船的船长，你真正的任务，现在才刚刚开始。

你最害怕的噩梦是什么？是在你深夜熟睡时，飞船的引擎（服务器）悄无声息地熄火了，维生系统（网站程序）也已停止工作，而你，以及整个地面控制中心，对此一无所知。直到第二天早上，客户愤怒的电话打来，你才惊恐地发现，你的飞船早已在冰冷的太空中成了一块废铁。

手动刷新网页来检查网站是否正常，就像船长每隔五分钟声嘶力竭地问一次：“休斯顿，你们还能听到我吗？” 这根本不现实，也毫无意义。

我们需要一套自动化、永不眨眼、绝对忠诚的**“生命体征监控系统”。在运维的世界里，我们称之为网站监控**。

今天，我们将一起为我们的网站，配置三台最核心、最基础、也是最重要的“监护仪”。我们可以把它们比作ICU病房里，病人床头那台滴滴作响的监控设备：

让我们逐一为我们的网站接上这些设备。

它是什么： 这是最基础、最根本的连通性监控。
ICU比喻： 这台监护仪会不知疲倦地，每隔一分钟，向你的病人（服务器）发送一个极其微弱的电脉冲（PING包），并期待立即收到一个回波（PONG包）。“滴…答…滴…答…”，这个稳定持续的节奏，就代表着病人的心脏在正常跳动。如果“答”声突然消失了，警报就会立刻响起：“心跳停止！”

PING监控到底在监测什么？

它监测的是你的服务器在网络层面是否“可达”（Reachable）。它不关心你的网站程序是否正常，只关心从我们的监测点，是否能通过互联网找到你的服务器IP，并且服务器的操作系统是否还能回应。

为什么你需要它？

PING监控能帮你发现最严重、最根本的“猝死”问题：

如何配置？（以观图数据为例）

配置PING监控非常简单，你只需要告诉系统三件事：

监控目标： 你的服务器公网IP地址。这是“心率探头”要贴的位置。
监控频率： 你希望“护士”多久检查一次心跳？通常选择**“1分钟”**，这是最主流的频率。
告警策略： 这是为了防止“误报”。网络偶尔会有一点点抖动，可能导致某一次探测失败。所以我们会设置一个策略，比如：“连续3次探测失败后，再向我发送告警。” 这能确保警报响起时，问题是真的发生了。

当PING告警响起时，意味着什么？“红色警报！最高紧急级别！” 这意味着你的服务器很可能已经“失联”，你的网站、数据库、邮件等所有服务都已经中断。你需要立刻行动，登录云服务商后台查看服务器状态，或者联系服务商的技术支持。

它是什么： 这是应用层面的可用性监控，比PING监控更智能，也更重要。
ICU比喻： 心跳正常，不代表病人就没事了，他还可能处于昏迷状态。HTTP监控，就像一位每分钟都会走进病房的护士，她会轻轻拍一拍病人的肩膀，问一个简单的问题：“你好，能告诉我你的名字吗？”
无论哪种不正常的回答，护士都会立刻拉响警报。

一个清醒的病人（健康的网站）会立刻回答：“你好，我是观图数据，我感觉良好。”（返回状态码 200 OK）
一个昏迷的病人（网站程序崩溃）则可能毫无反应（连接超时），或者胡言乱语（返回状态码 500 Internal Server Error），又或者说“你找错人了”（返回状态码 404 Not Found）。

HTTP监控到底在监测什么？

它不再是简单地探测IP，而是完整地模拟一个真实用户的访问。它会向你的网站URL发送一个真实的HTTP请求，然后检查服务器返回的响应状态码和页面内容。

为什么你需要它？

HTTP监控能发现大量PING监控无法发现的“昏迷”问题：

如何配置？

你还可以设置更高级的“提问”方式：

当HTTP告警响起时，意味着什么？“橙色警报！高度紧急！” 这意味着你的服务器还活着，但你的**网站本身已经“生病”或“昏迷”**了。用户现在访问你的网站，会看到错误页面。你需要立刻登录服务器，检查Web服务和你的应用程序日志，找出错误的根源。

它是什么： 这是一个关乎“信任”和“资格”的监控。
ICU比喻： 每一位住院的病人，手腕上都戴着一个身份牌，上面有他的名字和入院日期。SSL监控，就像一位一丝不苟的保安，他的工作和治疗无关，他每天只来巡查一次，拿起病人的身份牌，检查三件事：
如果发现身份牌还有1个月就要过期，这位保安就会开始给你发送“备忘录”，提醒你该去续期了。