Pavlo Golub：pgwatch v6：仪表盘焕新重构，采集器不再卡死
内容提要
pgwatch v6.0.0-beta 发布：除 Prometheus 源外还有多项更新。所有仪表盘基于 Grafana v13 新架构重建，Prometheus 源获得与 Postgres 同等的仪表盘支持，新增 Patroni 集群总览等面板。核心采集器大幅增强容错能力，修复了约400个源每月一两次停止采集的生产事故根因，并新增四项指标及一项安全修复。
延伸解读
仪表盘重构：Prometheus 源获得对等支持
所有内置仪表盘已基于 Grafana v13 新架构（dashboard.grafana.app/v2）重建，并统一了行布局和共享页脚。对用户而言，最直观的变化是 Prometheus 源现在拥有与 Postgres 同等的仪表盘支持，不再是事后补充。新增面板包括 pg_stat_lock 设置和 Patroni 集群总览，后者提供每集群健康摘要、节点角色与领导者锁面板、DCS 最后可见时间以及 WAL 写入/接收/重放位置。
采集器容错增强：针对生产事故的根因修复
本次更新修复了一个真实生产事故的根因：约 400 个源每月停止采集一两次，需完全重启才能恢复。问题源于共享基础设施的 DNS/网络故障，但 pgwatch 自身放大了影响。v6 从三方面增强了 SourceReaper 的容错能力，使其更难被杀死。这些修复不改变配置方式，但能显著提升监控系统在外部网络异常时的稳定性。
Patroni 集群总览：将脑裂风险量化为数字
新增的 Patroni 集群总览面板由新的 patroni Prometheus 预设提供数据，包含“无领导者集群”和“已暂停集群”等面板，将脑裂风险转化为一个应始终为零的数字。对于运行 Patroni 集群的用户，这一面板值得单独关注，因为它能快速揭示集群健康状态和潜在故障。
Beta 版试用建议与安全修复
由于 Prometheus 源和 v13 仪表盘架构均为新特性，建议先在非生产环境试用，遇到问题及时反馈。此外，本次发布还包含四项新指标和一项安全修复，即使不使用 Prometheus 也值得了解。完整变更日志可在 v6.0.0-beta 发布页面查看。
Q&A
pgwatch v6.0.0-beta 除了 Prometheus 源之外还有哪些主要更新？
除了 Prometheus 源，v6.0.0-beta 还包含：所有仪表盘基于 Grafana v13 新架构重建，Prometheus 源获得与 Postgres 同等的仪表盘支持，新增 Patroni 集群总览等面板；核心采集器大幅增强容错能力，修复了约 400 个源每月一两次停止采集的生产事故根因；新增四项指标及一项安全修复。
pgwatch v6 的仪表盘重构具体做了哪些改变？
所有捆绑仪表盘都基于 Grafana 新的 v13 schema（dashboard.grafana.app/v2）重建，采用统一的行布局和共享的“colophon”页脚。Prometheus 源现在获得与 Postgres 同等的仪表盘支持，不再是事后补充。新增的 Prometheus 侧仪表盘包括 pg_stat_lock 设置和全新的 Patroni 集群总览。
pgwatch v6 新增的 Patroni 集群总览面板有哪些功能？
Patroni 集群总览提供每个集群的健康摘要、节点角色和领导者锁面板、DCS 最后可见时间以及 WAL 写入/接收/重放位置。其中“无领导者的集群”和“已暂停的集群”面板将脑裂风险转化为一个应该为零的数字。
pgwatch v6 修复了什么样的生产事故？
修复了一个生产事故：约 400 个源每月停止采集一两次，需要完全重启才能恢复。根本原因可追溯到共享基础设施的故障（DNS/网络），但 pgwatch 以三种特定方式使问题变得更糟，这些都在此版本中修复了。
pgwatch v6 新增了哪些指标和安全修复？
文章提到新增四项指标和一项安全修复，但未具体列出指标名称和安全修复的细节。
使用 pgwatch v6 的 Prometheus 源和 v13 仪表盘 schema 需要注意什么？
Prometheus 源和 v13 仪表盘 schema 都是新领域，建议先在非生产环境中尝试，如果发现问题请提交 issue。
