系列：《中小企业云服务器7天运维实战》Day 7/7
标签：监控告警 | 云监控 | UptimeRobot | 运维SOP | 日常清单
发布时间：2026-06-15
阅读时长：18分钟
适用版本：宝塔v8.0+ / 阿里云云监控 / UptimeRobot

摘要

本文是7天运维实战系列的最后一篇，详细记录从系统监控、应用监控到业务监控的多层监控体系搭建过程。包含宝塔监控、阿里云云监控、UptimeRobot的配置方法，以及可执行的日常运维SOP（标准操作流程）。

一、监控体系架构

1.1 监控层次模型

┌─────────────────────────────────────────────────────┐ │ 业务层监控 │ │ ├─ 网站可用性（HTTP 200） │ │ ├─ 功能正确性（登录/下单/支付） │ │ └─ 业务指标（订单量/用户数） │ ├─────────────────────────────────────────────────────┤ │ 应用层监控 │ │ ├─ Nginx状态（连接数、请求数、错误率） │ │ ├─ MySQL状态（连接数、慢查询、主从延迟） │ │ ├─ PHP-FPM状态（进程数、内存占用） │ │ └─ 应用日志（错误、异常、性能） │ ├─────────────────────────────────────────────────────┤ │ 系统层监控 │ │ ├─ CPU使用率、负载 │ │ ├─ 内存使用率、交换分区 │ │ ├─ 磁盘使用率、IOPS │ │ ├─ 网络带宽、连接数、TCP状态 │ │ └─ 进程状态、系统日志 │ └─────────────────────────────────────────────────────┘

1.2 监控工具矩阵

二、宝塔监控配置

2.1 面板自带监控

宝塔面板首页提供实时资源监控：

2.2 告警通知配置

路径：面板设置 -> 告警通知

通知渠道：

告警规则配置：

# 宝塔告警阈值（面板数据库配置）# 可通过API或面板界面设置{"cpu_alarm":80,# CPU告警阈值%"mem_alarm":80,# 内存告警阈值%"disk_alarm":90,# 磁盘告警阈值%"login_alarm":true,# 登录告警"panel_login_alarm":true# 面板登录告警}

三、阿里云云监控

3.1 主机监控

ECS实例自动接入云监控，无需安装Agent（部分旧实例需手动安装）。

查看路径：云监控控制台 -> 主机监控 -> 选择实例

监控指标：

3.2 创建告警规则

路径：云监控 -> 报警服务 -> 报警规则 -> 创建报警规则

推荐规则模板：

{"rules":[{"name":"CPU高使用率告警","metric":"cpu_total","statistics":"Average","comparison_operator":">","threshold":80,"evaluation_count":3,"period":60,"contact_groups":["ops_team"],"notify_type":["sms","email"]},{"name":"内存高使用率告警","metric":"memory_usedutilization","statistics":"Average","comparison_operator":">","threshold":80,"evaluation_count":3,"period":60,"contact_groups":["ops_team"],"notify_type":["sms","email"]},{"name":"磁盘使用率告警","metric":"diskusage_utilization","statistics":"Average","comparison_operator":">","threshold":85,"evaluation_count":1,"period":300,"contact_groups":["ops_team"],"notify_type":["sms","email"]},{"name":"网站不可用告警","metric":"site_monitor","statistics":"Average","comparison_operator":"<","threshold":1,"evaluation_count":1,"period":60,"contact_groups":["ops_team"],"notify_type":["sms","email","phone"]}]}

3.3 站点监控（可用性探测）

创建路径：云监控 -> 站点监控 -> 创建监控点

HTTP监控配置：

3.4 告警联系人管理

路径：云监控 -> 报警服务 -> 报警联系人

建议配置：

四、UptimeRobot配置

4.1 注册与基础配置

1. 访问 https://uptimerobot.com
2. 注册免费账号
3. Add New Monitor

基础配置：

4.2 高级配置

Keyword监控（验证页面内容）：

• 在页面中放置特定文本（如<!--status:ok-->）
• UptimeRobot检查响应中是否包含该关键词
• 防止"服务器返回200但页面空白"的情况

SSL证书监控：

• 监控证书有效期
• 证书过期前30天告警
• 避免证书过期导致网站不可访问

4.3 通知渠道

4.4 公开状态页

创建路径：Status Pages -> Create Status Page

配置选项：

• 页面标题：XX公司服务状态
• 选择展示的监控项
• 自定义Logo和颜色
• 获取公开URL

用途：

• 嵌入到网站"服务状态"页面
• 客户可自助查看服务状态
• 故障时减少客服压力

五、日志监控与分析

5.1 Nginx日志分析脚本

创建/root/scripts/nginx_log_analysis.sh：

#!/bin/bashLOG_FILE="/www/server/nginx/logs/access.log"REPORT_FILE="/var/log/nginx_analysis_$(date+%Y%m%d).txt"echo"========== Nginx访问日志分析$(date)==========">$REPORT_FILE# 总请求数echo"总请求数：$(wc-l<$LOG_FILE)">>$REPORT_FILE# Top 20 IPecho-e" Top 20 访问IP：">>$REPORT_FILEawk'{print $1}'$LOG_FILE|sort|uniq-c|sort-rn|head-20>>$REPORT_FILE# 状态码分布echo-e" 状态码分布：">>$REPORT_FILEawk'{print $9}'$LOG_FILE|sort|uniq-c|sort-rn>>$REPORT_FILE# Top 20 URLecho-e" Top 20 访问URL：">>$REPORT_FILEawk'{print $7}'$LOG_FILE|sort|uniq-c|sort-rn|head-20>>$REPORT_FILE# 404错误echo-e" 404错误URL：">>$REPORT_FILEawk'$9 == 404 {print $7}'$LOG_FILE|sort|uniq-c|sort-rn|head-20>>$REPORT_FILE# 响应时间Top 20（如日志格式包含响应时间）echo-e" 慢请求URL（Top 20）：">>$REPORT_FILE# 发送报告（可选）# mail -s "Nginx日志分析报告" admin@yourdomain.com < $REPORT_FILEecho"分析完成：$REPORT_FILE"

5.2 错误日志监控

关键日志文件：

自动化监控脚本/root/scripts/log_monitor.sh：

#!/bin/bash# 检查最近100行错误日志中的错误数量ERROR_COUNT=$(tail-n100/www/server/nginx/logs/error.log|grep-c"error")if[$ERROR_COUNT-gt10];thenecho"[告警] Nginx错误日志异常，最近100行有${ERROR_COUNT}条错误"|mail-s"服务器告警"admin@yourdomain.comfi# 检查MySQL错误MYSQL_ERRORS=$(tail-n100/www/server/mysql/error.log|grep-c"ERROR")if[$MYSQL_ERRORS-gt5];thenecho"[告警] MySQL错误日志异常"|mail-s"MySQL告警"admin@yourdomain.comfi

六、日常运维SOP

6.1 运维清单体系

SOP（标准操作流程）设计原则：

• 可执行：每项都有明确的操作步骤
• 可检查：每项都有明确的完成标准
• 可追踪：记录执行时间和执行人

6.2 每日运维（5分钟）

#!/bin/bash# /root/scripts/daily_check.shecho"==========$(date)每日检查 =========="# 1. 网站可用性curl-s-o/dev/null-w"网站状态: %{http_code} "https://yourdomain.com# 2. 磁盘空间df-h|grep"/dev/vda1"# 3. 内存使用free-h|grepMem# 4. 负载uptime# 5. 检查告警# （查看微信/邮件是否有未处理告警）echo"每日检查完成"

清单：

6.3 每周运维（15分钟）

6.4 每月运维（30分钟）

6.5 可打印运维清单

╔═══════════════════════════════════════════════════════╗ ║ 中小企业服务器运维检查清单 ║ ║ 服务器：_____________ 检查人：_____________ ║ ╠═══════════════════════════════════════════════════════╣ ║ 【每日】（5分钟） ║ ║ □ 网站可访问（HTTP 200） ║ ║ □ 宝塔无告警 ║ ║ □ 云监控无告警 ║ ║ □ UptimeRobot正常 ║ ║ □ 磁盘使用率 < 80% ║ ╠═══════════════════════════════════════════════════════╣ ║ 【每周】（15分钟） ║ ║ □ 备份文件完整（本地+OSS） ║ ║ □ 安全日志无异常IP ║ ║ □ 访问日志分析完成 ║ ║ □ 系统/WordPress更新检查 ║ ║ □ SSL证书有效期 > 30天 ║ ╠═══════════════════════════════════════════════════════╣ ║ 【每月】（30分钟） ║ ║ □ 系统安全补丁更新 ║ ║ □ 日志清理完成 ║ ║ □ 数据库优化完成 ║ ║ □ 安全扫描完成 ║ ║ □ 备份恢复演练完成 ║ ║ □ 用户权限审计完成 ║ ║ □ CDN缓存命中率检查 ║ ║ □ 网站性能测试 > 80分 ║ ╠═══════════════════════════════════════════════════════╣ ║ 紧急联系：阿里云客服 95187 ║ ║ 备份位置：/www/backup/ + OSS ║ ╚═══════════════════════════════════════════════════════╝

七、7天系列总结

7.1 学习路径回顾

7.2 技能成长路径

入门（7天训练营） ↓ 进阶（3-6个月） ├─ Docker容器化部署 ├─ CI/CD自动化发布 └─ Shell/Python脚本编程 ↓ 高级（1-2年） ├─ Kubernetes编排 ├─ 云原生监控（Prometheus/Grafana） └─ 日志分析（ELK Stack） ↓ 专家（3年+） ├─ 架构设计 ├─ 性能调优 └─ 安全审计

7.3 推荐学习资源

八、版本与兼容性说明

九、常见问题

Q1：告警太多怎么办？

优化方案：

1. 提高告警阈值（如CPU从70%提高到80%）
2. 增加持续周期（如从1分钟改为5分钟）
3. 设置告警抑制（同一问题30分钟内只告警一次）
4. 分级告警（严重问题短信，一般问题邮件）

Q2：免费监控够用吗？

评估标准：

• 日PV < 1万：免费版完全够用
• 日PV 1-10万：免费版+付费短信告警
• 日PV > 10万：建议购买专业监控服务

Q3：监控本身会影响性能吗？

影响评估：

• 宝塔监控：< 1% CPU，可忽略
• 云监控Agent：< 1% CPU，< 50MB内存
• UptimeRobot：外部探测，无服务器开销

Q4：7天后还需要学什么？

推荐进阶方向：

1. Docker容器化（简化部署）
2. Git版本控制（代码管理）
3. CI/CD流水线（自动化发布）
4. 日志集中分析（ELK）
5. 自动化运维（Ansible）

十、写在最后

7天前，你可能对服务器运维一无所知。7天后，你已经建立了完整的服务器运维体系：

✅ 服务器选购与初始化
✅ 环境搭建与管理
✅ 网站部署与维护
✅ 数据备份与恢复
✅ 安全防护
✅ 性能优化
✅ 监控告警

这套体系足以支撑日PV 10万以下的中小企业网站。随着业务增长，你可以逐步引入更专业的工具和方法。

技术不是门槛，持续学习才是竞争力。

本文是《中小企业云服务器7天运维实战》系列的完结篇。感谢你的陪伴，祝你的服务器永远稳定运行。

技术内容基于开源工具和标准云产品。版本信息更新于2026-06-15。