在夜莺里重新整理了机器的仪表盘，包括 Categraf 作为采集器和 NodeExporter 作为采集器两种指标的仪表盘。也整理了夜莺 v8 版本的自身监控数据的仪表盘。自取。新的仪表盘更美观，也更方便排查问题。
下文中，我会把各个仪表盘的链接给出来，后面发布夜莺 v8.ga 版本的时候，模板中心里也会自动包含这些仪表盘。
这次整理主要覆盖三类仪表盘：
- Categraf 采集的机器概览和机器详情仪表盘。
- NodeExporter 采集的机器详情仪表盘。
- 夜莺 v8 自身监控数据的仪表盘。
使用前需要注意：Categraf 和 NodeExporter 的指标名并不相同，所以机器仪表盘不能混用；夜莺自身监控仪表盘则主要面向 v8 版本的数据转发链路和自身运行状态。
机器的仪表盘
Categraf 采集的指标名字和 NodeExporter 采集的指标名字不一样，所以两个仪表盘是分开的。首先是 Categraf 的仪表盘：
https://github.com/ccfos/nightingale/blob/main/integrations/Linux/dashboards/categraf-overview.json
上面是机器的概览页面，蜂窝图只取了排名靠前的前 100 个机器。点击概览页面的某个机器，可以跳转到详情页面，下面是机器详情仪表盘：
https://github.com/ccfos/nightingale/blob/main/integrations/Linux/dashboards/categraf-detail.json
NodeExporter 采集的指标和 Categraf 不同，所以有个单独的仪表盘，效果如下：
https://github.com/ccfos/nightingale/blob/main/integrations/Linux/dashboards/exporter-detail.json
NodeExporter 采集的数据暂未整理 Table Overview 视图的仪表盘，欢迎小伙伴们 PR 哈。
如果你正在给机器监控选仪表盘，可以按下面方式判断：
| 采集器 | 使用哪个仪表盘 | 适用场景 |
|---|---|---|
| Categraf | categraf-overview.json 和 categraf-detail.json |
使用 Categraf 采集主机指标，需要概览和详情联动 |
| NodeExporter | exporter-detail.json |
已经基于 NodeExporter 采集机器指标，需要查看单机详情 |
概览页面适合快速发现异常机器，详情页面适合进入单台机器排查 CPU、内存、磁盘、网络等具体问题。由于概览蜂窝图只取排名靠前的前 100 个机器，大规模环境中仍然需要配合标签过滤、分组视图或告警规则使用。
夜莺的仪表盘
夜莺 v8 重新调整了数据转发逻辑，极大优化了指标转发效率，整个转发链路也有相关的指标度量，所以也准备了新的仪表盘：
https://github.com/ccfos/nightingale/blob/main/integrations/N9E/dashboards/n9e_v8.json
夜莺自身监控仪表盘适合用来观察夜莺 v8 的关键运行状态，尤其是数据转发链路相关指标。对于把夜莺作为统一监控和告警入口的团队，自身监控不应该缺失：监控平台本身如果不可用，业务告警和排障入口也会受到影响。
使用建议
- 先确认采集器类型，再导入对应仪表盘，避免因为指标名不同导致面板无数据。
- 导入后检查数据源变量、标签变量和跳转链接是否符合当前夜莺环境。
- 用一台真实机器打开详情页，确认 CPU、内存、磁盘、网络等面板都有数据。
- 对夜莺 v8 自身监控，建议同时配置基础告警规则，避免只看大盘、不做告警。
- 如果环境中存在自定义指标名或二次封装采集器，需要基于现有 JSON 做适配。
FAQ：夜莺仪表盘常见问题
Q1：Categraf 和 NodeExporter 的机器仪表盘可以通用吗？
不建议通用。两者采集出来的指标名字不同，直接混用容易出现面板无数据或查询不匹配。
Q2：机器概览页为什么只展示部分机器？
文中的蜂窝图只取排名靠前的前 100 个机器，适合快速看重点对象。大规模主机环境需要结合筛选条件和分组视图。
Q3：为什么要监控夜莺自身？
夜莺承担监控、告警和数据转发入口时，它自身的可用性会影响故障发现和排障效率。监控平台本身也需要被监控。
如上仪表盘，欢迎自取使用哈。由于监控领域太过驳杂，要监控的组件众多，没有人能精通所有领域，也欢迎小伙伴们 PR 仪表盘哈。
