Beszel监控系统中多网卡节点的CPU指标异常问题分析

问题现象

在Docker Swarm集群环境中，当节点配置了多个网络接口（如管理网络和数据网络分离）时，若将同一节点的不同接口IP都注册到Beszel监控系统，会出现一个特殊现象：虽然内存、磁盘等监控指标完全一致，但CPU使用率图表却呈现镜像对称的"倒置"状态。

技术背景

Beszel是一款基于PocketBase的分布式系统监控工具，其数据采集机制根据指标类型有所不同：

1. 瞬时指标：如内存使用量、磁盘空间等，直接采集当前时刻的快照值
2. 累积指标：如CPU使用率，采用增量计算方式：
   • 记录相邻两次查询之间的CPU总使用时间
   • 除以时间间隔得到平均使用率

根本原因

当同一物理节点的多个接口共用同一个Beszel Agent时：

1. 多个采集端会竞争系统资源统计信息
2. 不同采集线程会互相干扰CPU时间的累计计算
3. 时间间隔的基准被破坏，导致计算结果失真
4. 严重时还可能引发内存安全问题

解决方案

1. 正确部署方案：

   • 每个物理节点只部署一个Agent实例
   • 通过PocketBase的共享功能实现多用户访问

2. 临时验证方案（仅用于测试）：

   # 为第二接口启动独立Agent（使用不同端口）
   beszel-agent --port 9091
   

   然后在Beszel中将第二接口配置指向新端口

最佳实践建议

1. 监控系统设计应遵循"单Agent单节点"原则
2. 对于多网卡环境，建议：
   • 选择管理网络接口作为监控通道
   • 在交换机层面确保管理网络可达性
3. 需要多维度监控时，优先考虑：
   • 使用Kubernetes的Node Exporter模式
   • 或通过cAdvisor获取容器级指标

扩展思考

这种指标异常现象实际上反映了监控系统设计中一个经典问题：如何处理具有相同物理实体的逻辑实体。类似的场景还包括：

• 虚拟机宿主机与客户机的监控
• 容器与物理节点的资源统计
• 多路径存储设备的性能监控

成熟的监控系统通常需要通过UUID或机器指纹来识别物理实体，避免重复采集造成的指标冲突。