LNMP服务器性能监控工具

LNMP性能监控工具与落地方案

一、工具全景与定位

• 系统层：优先使用top/htop、vmstat、iostat、netstat、sar等内置工具做实时与历史趋势排查，覆盖CPU、内存、磁盘I/O、网络等基础资源。
• 开源集中监控：
  • Zabbix：企业级分布式监控，提供主机/服务/网络监控、触发器告警、可视化图表与中文界面，适合中大型与多节点环境。
  • Nagios：老牌告警型监控，配合NRPE采集远程主机指标，支持邮件/短信等通知，适合以可用性为核心的场景。
  • Prometheus + Grafana：云原生常用组合，时序数据收集与强大可视化，适合容器化与动态伸缩环境。
• 应用与数据库：
  • Nginx：启用ngx_http_stub_status_module暴露连接/请求指标；
  • MySQL：用mysqladmin与pt-query-digest做状态与慢查询分析；
  • PHP：用Xdebug、Blackfire.io做代码级性能剖析；
  • 第三方APM：New Relic、Datadog可一键接入Nginx/PHP，提供应用性能与告警。

二、核心组件监控要点与快速配置

• Nginx
  • 启用模块：在nginx.conf中加载ngx_http_stub_status_module，配置location /status 并 reload；
  • 关键指标：Active connections、accepts、handled、requests、Reading/Writing/Waiting；
  • 可视化：接入Prometheus Nginx Exporter → Grafana，或在Zabbix通过脚本/模板采集。
• MySQL
  • 状态与性能：用mysqladmin status/extended-status获取线程、查询、缓冲池等；
  • 慢查询：开启慢查询日志并用pt-query-digest分析TOP SQL；
  • 可视化：部署mysqld_exporter → Prometheus/Grafana，或在Zabbix建模板采集。
• PHP-FPM
  • 状态页：开启pm.status_path（如**/status**），通过Nginx访问获取进程池、排队、慢请求等；
  • 可视化：以Nginx+PHP-FPM status为数据源接入Prometheus/Grafana或Zabbix。
• 系统层
  • 实时/趋势：top/htop、vmstat、iostat、netstat、sar覆盖CPU、内存、I/O、连接；
  • 日志：定期巡检**/var/log/messages、/var/log/syslog、Nginx error.log、MySQL error.log、PHP-FPM error.log**，快速定位异常。

三、三种落地方案对比与选型建议

• 选型建议：
  • 追求开箱即用与一体化运维：选Zabbix；
  • 以告警与SLA为核心且已有NRPE资产：选Nagios；
  • 强调指标时序、云原生与灵活告警：选Prometheus+Grafana。

四、告警与可视化最佳实践

• 告警分层：
  • 系统层：CPU>80%持续5分钟、可用内存<10%、磁盘使用率>85%、I/O等待高；
  • 服务层：Nginx 5xx比例、PHP-FPM 队列过长、MySQL 连接数/慢查询突增；
  • 通知渠道：邮件、企业微信/钉钉、短信分级告警，避免告警风暴。
• 可视化与容量：
  • 以Grafana构建Nginx/MySQL/PHP-FPM/系统统一看板；
  • 为高峰时段设置基线阈值与异常基线，结合历史趋势做容量规划。
• 日志与追踪：
  • 启用慢查询日志与Nginx error.log关键级别告警；
  • 代码级瓶颈用Xdebug/Blackfire.io定位，配合New Relic/Datadog做应用性能与依赖链路观测。

五、快速上手路线

• 路线A（一体化与中文支持优先）：部署Zabbix Server + Agent → 为Linux/Nginx/MySQL/PHP-FPM创建主机与模板 → 配置触发器与动作（邮件/企业微信/钉钉） → 构建Grafana看板或直接使用Zabbix图表。
• 路线B（云原生与指标驱动优先）：部署Prometheus → 安装Nginx/MySQL/PHP-FPM Exporter → 配置Grafana仪表盘与Alertmanager告警规则 → 与日志/APM联动做根因分析。