控制面板中的图表：如何解读

控制面板中 /hosting/vds/m/<id> 的“概览”标签页包含机器历史记录：小时、天、周和月的 CPU、流量与内存图表，以及磁盘使用率环形图。如果您没有在机器内部配置任何内容，这是唯一的历史数据来源。

三个图表和一个环形图

CPU。 负载占该套餐所有核心的百分比。100% 表示所有核心都在忙碌，而不是只有一个。在构建项目或更新软件包时出现短暂峰值是正常的。100% 持续数小时不变，意味着要么核心不够用，要么系统中有不该运行的进程。

流量。 入站和出站流量。带宽最高可达 500 Mbps，因此纵向刻度通常远未达到上限。看形状：网站会随访客产生锯齿状波动，备份是一个矩形，而攻击或循环脚本是一条没有下降的平直线。

内存。 已用 RAM。这里重要的不是绝对值，而是趋势。锯齿状（增长，服务重启时下降，再次增长）说明存在泄漏。平滑攀升至上限后图表骤降，说明 OOM killer 杀掉了进程；请阅读内存不足。

磁盘环形图。 已用空间。数值来自客户机代理 qemu-guest-agent。如果代理被移除，环形图不会填充；控制面板会显示安装命令，运行它后数据就会恢复。

如何选择周期

• 小时 — 用于分析当前正在发生的事情：您重启了服务、推送了更新，或正在排查后果。
• 天 — 用于查看每日规律：夜间 cron 任务、早晨流量增长。
• 周 — 用于区分一次性事件和规律性事件。每周一 03:00 出现峰值是您的计划任务，不是巧合。
• 月 — 用于决定套餐。如果 CPU 或内存平台期持续数周，就该升级套餐了。

周期越长，平均化越强：一分钟的峰值在月度图表上几乎不可见。因此，短期问题要在小时尺度上查找。

图表不显示的内容

• 究竟是谁给机器带来了负载。 控制面板只知道总量，不知道进程。只有系统内的 htop 或 btop 才能给出罪魁祸首的名字。
• 磁盘负载。 环形图显示已用空间，而不是读写速度。要查看读写速度，请使用 iostat 和 iotop。
• 网站宕机。 应用程序可能已经宕机，而图表却风平浪静。您需要外部监控；请参阅网站宕机提醒。
• 每秒细节。 图表上的点是平均值。如果您需要带历史记录的详细指标，请安装 Netdata。

常见错误

第一是看到已用内存就惊慌。Linux 会把空闲内存用于缓存，图表如实反映了这一点；真正值得警惕的信号是 swap 增长，而不是内存被占满这一事实。

第二是仅凭一个点就下结论。在更改套餐之前，先看看周尺度上的同一区段：所谓的“持续负载”往往只是一项半小时的任务。

即使机器无法通过 SSH 响应，图表仍会继续收集。当访问中断时，请先从“概览”开始——线条的中断处就是一切崩溃的时刻。