免 Agent 的监控原理
TermX 的监控复用当前 SSH 连接,周期性读取 /proc 下的系统信息,不需要在服务器上安装任何 Agent 或开放新端口。
因此它适合临时排障和批量巡检,不适合做长期历史留存的监控系统;需要历史数据时应交给专门的监控平台。
打开监控面板
- 连接服务器后,打开右侧「监控」面板。
- 选择时间范围:1 分钟、5 分钟或 30 分钟。
- 面板上方是 CPU / 内存 / 网络 / 磁盘 IO,下方是进程列表。
先看这三个指标
绝大多数「服务器卡」都能归到三类资源之一,先判断类型,再决定查什么。
CPU 持续接近 100%:计算密集型任务或死循环。内存接近上限且 swap 增长:内存泄漏或缓存配置过大。磁盘 IO 等待高:慢查询、日志刷盘或大文件读写。
用进程列表锁定元凶
- 按 CPU 排序,看第一个进程是不是业务进程。
- 按内存排序,重点看常驻内存(RSS)持续增长的进程。
- 确认进程归属:是应用、数据库、定时任务,还是被入侵后留下的挖矿程序。
- 记录 PID 和命令行,再决定重启、限流还是扩容。
不要看到占用高就直接 kill。先确认进程用途,kill 数据库或关键服务可能造成数据损坏。
三种典型瓶颈的对照
CPU 高但负载低:通常是短时突发,观察是否与定时任务或流量峰值重合。
内存高但 CPU 低:先看缓存是否可回收,再看是否有进程持续增长;swap 频繁换入换出会拖慢整体响应。
IO 高而 CPU、内存都正常:检查慢 SQL、日志级别、备份任务是否在业务高峰运行。
监控本身的开销
默认采样频率下,监控带来的额外 SSH 流量很小,对业务影响可以忽略。
如果链路本身很窄(例如 1Mbps 的小带宽机器),可以把刷新间隔调大,避免监控流量和业务抢带宽。
准备动手试试?
TermX 永久免费,三端原生,装好即可连接。