服务器带宽告警配置保姆级教程：再也不用半夜爬起来救故障

你是不是有过这种糟心经历？凌晨两点睡得正香，手机突然炸了。运营在电话里哭着说，用户付不了款，APP全崩了。你迷迷糊糊爬起来查日志，折腾半小时才发现，就是带宽跑满卡的。本来花5分钟设个告警就能避免的事，硬生生熬了个大夜，还被扣了季度绩效。今天这篇全是可直接抄的实操，看完就能把带宽告警安排明白，以后再也不用为这种破事加班。

一、先算对阈值，不然告警等于白设

1. 基础阈值按这个公式算就行

不用看那些复杂的统计学方法，普通人直接套：

• 先拉最近1个月的带宽使用数据，找到日常均值和峰值
• 第一档预警阈值：峰值1.2，用来提前提醒有突发流量
• 第二档紧急阈值：购买带宽上限0.9，触发就要立刻处理

举个例子，你买的30M带宽，平时峰值是15M。那预警就设18M，紧急告警设27M就行。

避坑提醒：别直接把带宽上限当阈值。等告警触发的时候，带宽早就爆了，用户已经访问不了了。

2. 特殊场景要临时调阈值

遇到大促、直播、投流这些活动，提前3天把阈值往上调20%。

不然正常活动带来的流量，天天给你发告警，纯属骚扰人。

活动结束再调回原来的数值就行，不用每次重新配。

二、主流平台配置步骤，直接跟着点就行

1. 阿里云/腾讯云等云服务器配置

操作全是可视化的，不用写代码，3分钟就能弄完：

• 打开云平台的「云监控」控制台，找到公网带宽监控项
• 选你要配置的服务器实例，点「创建告警规则」
• 把刚才算的两档阈值填进去，通知方式必须勾短信+企业微信
• 把运维、运营的联系方式都加到通知组里，大家一起收提醒

避坑提醒：别只勾邮箱通知，你睡觉根本看不到邮箱，等于白设。

2. 自建服务器简单配置方法

如果是自己搭的服务器，不想装复杂的监控工具，直接用个简单脚本就行：

``` 公网带宽告警简易脚本，可直接加进定时任务 先装iftop工具：yum install iftop -y bandwidth=$(iftop -t -s 2 | grep "Total send rate" | awk '{print $4}' | cut -d. -f1) 这里的18000对应18M阈值，可自己改 if [ $bandwidth -gt 18000 ] then 替换成你的企业微信/钉钉机器人地址 curl 'https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=xxx' \ -H 'Content-Type: application/json' \ -d '{"msgtype":"text","text":{"content":"带宽预警！当前带宽已超过18M"}}' fi ```

把脚本加到定时任务里，每5分钟跑一次就行，比装整套监控省事多了。

三、收到告警别慌，按这个流程处理就行

1. 第一档预警的处理方法

收到预警不用急着爬起来，先手机登后台看流量来源：

• 如果是正常流量，比如内容上了热门，直接临时升5M带宽就行，花不了几块钱
• 如果是异常流量，比如被爬虫恶意抓取，直接封对应的IP段就行

避坑提醒：先问下运营有没有投广告、搞活动，别把正常用户的流量给封了。

2. 第二档紧急告警的处理方法

收到紧急告警别先查原因，第一时间先临时扩容带宽，先保证用户能访问。

业务恢复了再慢慢查是被攻击了，还是流量真的涨了，再做后续处理。

别死磕半小时原因，业务挂半小时损失的钱，够你买一年的带宽了。

今天讲的这些步骤，都是我前几年踩了三次带宽爆了的坑，攒出来的实用经验。你现在停下手里的事，花5分钟去给手上的服务器配置好，再测下告警能不能正常收到。下次再遇到突发流量，要么提前就处理完了，要么也不会手忙脚乱熬大夜。对了，别嫌麻烦，等真出故障被扣绩效，你就知道这5分钟花得有多值。