从零搞定服务器短信告警部署：超实用落地全流程分享

你有没有过这种经历？服务器大半夜崩了，你在家睡大觉，第二天上班才发现业务挂了，锅全扣你头上？这事儿我刚入行的时候踩过坑，熬了大半个月才摸出来一套稳得一批的部署方法，今天直接把干货掏给你。

搞之前先备齐这几样东西

选对短信平台不踩坑

别找那种动不动扣量延迟的小第三方，你告警发不出去等于白搭。我自己一直用阿里云或者腾讯云的短信服务，新用户还有免费额度，够你测大半年，稳定性完全够用。

基础要求真的不高

不用你会复杂开发，只要满足这三点就行：

• 一台正常运行的Linux服务器，CentOS/Ubuntu都能用
• 已经完成实名认证的云短信平台账号
• 服务器能正常访问公网

核心部署步骤一步步来

先装脚本依赖，一分钟搞定

我们用Python写告警脚本最轻巧，占资源少还方便改，直接敲命令就行，如果你用Ubuntu，把yum换成apt-get就好：

``` CentOS安装依赖示例 yum install python3 python3-pip -y pip3 install requests ```

改几个参数就能用的脚本模板

不用从零写，我把核心模板放这了，记得把里面的参数换成你自己后台拿到的就行，对了，短信签名和模板需要平台审核，提前弄，别卡在这里等半天。

``` 服务器短信告警示例脚本（阿里云版） import requests import json from datetime import datetime 👇 下面这些改成你自己的信息 ACCESS_KEY_ID = "你的阿里云AK" ACCESS_KEY_SECRET = "你的阿里云SK" ALARM_PHONE = "收告警的手机号" SIGN_NAME = "你审核通过的短信签名" TEMPLATE_CODE = "你审核通过的模板CODE" def send_sms_alarm(alarm_content): url = "https://dysmsapi.aliyuncs.com/" params = { "Action": "SendSms", "PhoneNumbers": ALARM_PHONE, "SignName": SIGN_NAME, "TemplateCode": TEMPLATE_CODE, "TemplateParam": json.dumps({"content": alarm_content}), "AccessKeyId": ACCESS_KEY_ID, "SignatureMethod": "HMAC-SHA1", "Timestamp": datetime.utcnow().strftime("%Y-%m-%dT%H:%M:%SZ"), "Format": "JSON" } res = requests.get(url, params=params) return res.json() if __name__ == "__main__": 测试发送 send_sms_alarm("测试：你的服务器短信告警部署成功啦") ```

配置触发规则，让告警自动发

脚本写完得告诉服务器，啥情况要发告警对吧？如果你已经有Zabbix或者Prometheus监控，直接在告警渠道里加这个脚本调用就行。新手想快速搭，用系统自带的crontab做巡检就够用。

比如每隔5分钟检查一次磁盘使用率，超过80%就调用脚本发告警，一定要记得给脚本加执行权限，我当初就卡这里一小时，现在说出来让你避坑。

我踩过的坑直接给你避了

• 别把阈值设太低，什么CPU超过50%就发告警，一晚上能给你炸几十条，真出问题你反而看不到，磁盘80%、CPU连续5分钟超90%，这个阈值就够用
• 记得把短信平台的发送号码加进手机白名单，别被系统当成垃圾短信拦截了，白忙活一场
• 一定要给脚本加日志输出，出问题了能查记录，别啥痕迹都不留，真出事拍脑袋都找不到问题在哪

其实这事儿真没你看官方文档那么复杂，拆解开就是选平台、写脚本、配触发三步，新手照着弄一上午肯定能搞定，再也不用等第二天上班才发现服务器挂了，更不用深更半夜被老板电话喊起来救场。