Linux Dopra：如何监控系统性能

Linux 性能监控实操指南

一 快速定位思路

• 明确目标：优先关注四大资源——CPU、内存、磁盘 I/O、网络。
• 分层排查：先看全局（负载、总体利用率），再定位到进程/线程，最后落到内核与 I/O 细节。
• 结合历史：短时波动看实时工具，持续性问题用带历史能力的工具回溯。

二 命令行即时监控

• CPU 与负载
  • 全局与进程：top/htop（按 P/M 排序查看最耗 CPU/内存 的进程）。
  • 多核分布：mpstat -P ALL 1（观察各核是否均衡，是否有单核飙高）。
  • 历史与系统视角：sar -u 1 3（查看 CPU 利用率历史/分段统计）。
• 内存
  • 容量与缓存：free -h（关注 available 与 used 的比例）。
  • 虚拟内存与换页：vmstat 1 5（关注 si/so 是否持续不为 0，若长期大于 0 多为内存瓶颈）。
• 磁盘 I/O
  • 设备层面：iostat -x 1 3（关注 %util 是否长期接近 100%、读写延迟与队列）。
  • 进程层面：iotop（定位具体进程的读写）。
  • 空间：df -h（先排除“磁盘已满”导致的异常）。
• 网络
  • 带宽：nload、iftop（识别占用带宽的进程/连接）。
  • 连接与端口：ss -tulnp、netstat -tulnp（排查连接风暴、TIME_WAIT 堆积）。
  • 错误与丢包：sar -n EDEV 5 3（看 errors/drop 等异常）。
• 综合与内核
  • 多合一：dstat（同时看 cpu、mem、io、net 的实时变化）。
  • 内核对象：slabtop（排查 slab 缓存异常增长）。

三 历史与可视化监控

• 历史统计与回放：安装并使用 sysstat（提供 sar/vmstat/iostat 等），便于回溯问题时段。
• 企业级平台：
  • Prometheus + Grafana：采集指标并做可视化与告警（适合云环境与容器化）。
  • Zabbix / Nagios：成熟的监控与告警体系，适合传统服务器与网络设备。
• 开箱即用的实时可视化：Netdata（轻量、Web 界面、低开销）。

四 将 Dopra 纳入监控

• 识别进程：先用 top/htop/ps -ef | grep dopra 找到 PID 与启动命令，确认是否为服务或守护进程。
• 聚焦该进程：
  • 资源占用：在 top/htop 中按 P/M 排序，观察 CPU%、MEM%（RES/VIRT） 是否长期偏高。
  • 磁盘 I/O：iotop 过滤该 PID，确认是否有持续读写导致 iowait 升高。
  • 文件与句柄：lsof -p 查看打开文件/套接字数量与异常增长。
  • 网络：iftop/nload 或 ss -p 观察连接数与带宽占用是否异常。
• 建立基线：记录该应用在“正常负载”下的 CPU%、内存、IOPS/吞吐、连接数，设置阈值告警。
• 日志与内核：journalctl -u < dopra.service> 或查看 /var/log/ 相关日志；必要时用 dmesg 排查内核层异常。
• 说明：若“Dopra”是贵方内部/供应商的专有软件，公开资料较少，建议结合其文档与供应商支持完善监控项与阈值。

五 常见瓶颈与处理建议

• CPU 瓶颈：单进程长期 > 80% 或整体负载持续高于 CPU 核心数；优化算法/并发，或横向扩容。
• 内存瓶颈：free 显示可用内存紧张且 vmstat 的 si/so > 0；减少内存占用、优化缓存/对象生命周期，必要时加内存或启用更合适的 swap。
• 磁盘瓶颈：iostat 中 %util≈100%、读写延迟高；考虑 SSD、优化 I/O 调度与文件系统、拆分高 I/O 任务、做队列隔离。
• 网络瓶颈：iftop/nload 显示带宽打满或 sar -n EDEV 出现 errors/drop；限流、优化协议与连接复用、排查丢包与链路质量。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！