Grafana 系列-统一展示-3-Prometheus 仪表板-Toy模板网

这篇具有很好参考价值的文章主要介绍了Grafana 系列-统一展示-3-Prometheus 仪表板。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

系列文章

你可以使用变量来代替硬编码的细节，如 server、app 和 pod_name 在 metric 查询中。Grafana 在仪表盘顶部的下拉选择框中列出这些变量，帮助你改变仪表盘中显示的数据。Grafana 将这类变量称为模板变量。

使用 Query 类型的变量来查询 Prometheus 的指标 (metrics)、标签 (labels) 或标签值 (label values) 的列表。

选择一个 Prometheus 数据源查询类型并输入所需的输入：

Prometheus 数据源支持在 Query 字段中使用两种变量语法：

$<varname>, 如：rate(http_requests_total{job=~"$job"}[$_rate_interval]), 它更容易读和写，但不允许你在词的中间使用变量。一般使用这种变量就够用了。
[[varname]], 如：rate(http_requests_total{job=~"[[job]]"}[$_rate_interval])

如果你启用了 Multi-value 或 Include all 选项，Grafana 会将标签从纯文本转换为与 regex 兼容的字符串，这需要你使用=~而不是=。所以推荐在 Grafana 中使用 PromQL 组合 Grafana 变量时，首选 =~.

注释 (Annotations) 在图表上面叠加丰富的事件信息。你可以在 Dashboard 菜单的 Annotations 视图中添加注释查询。

Prometheus 支持两种方式来查询注释。

一个常规的 metric 查询
一个 Prometheus 的 pending 和 firing 的告警（详见在运行期间检查警报), 示例为：ALERTS{alertname="<alert name>", alertstate="<pending or firing>", <additional alert labels>}

Step 选项对于限制从你的查询中返回的事件数量很有用。

Prometheus 支持特殊的 ad hoc filters 变量类型，你可以用它来临时指定任何数量的标签/值过滤器。这些过滤器会自动应用于你所有的 Prometheus 查询。

我们直接从 Grafana Dashboards 中选择一个 Dashboard - JVM(Micrometer) (ID: 4701) 来进行说明演示。

📝Notes:

这就是选择使用 Grafana 的一个巨大好处，它拥有丰富的生态。
我们一般不需要从零开始构建仪表板，可以站在巨人的肩上，再进行部分调整。

最终效果如下：

Grafana 系列-统一展示-3-Prometheus 仪表板

这里有一些小的仪表板优化细节和大家分享：

对于变量，谨慎启用：Multi-value 或 Include all 选项。避免查询数据量过大。
对于展示 Panel 数量特别多的单一 Dashboard, 可以根据 Panel 的类型添加 Row, 并将部分 Row 收起。实现 Lazy Load, 减少查询数据量，优化用户体验。
对于右上角时间范围，建议在合理范围内尽可能小；同时如果查询数据量特别大，建议禁用 auto refresh

在这个 Dashboard 里，可以配置关于 JVM Restart 的 Annotation, 具体配置示例如下：

Grafana 系列-统一展示-3-Prometheus 仪表板

Name: Restart Detection
Data source: Prometheus
Enabled: ✔️
Color: Red
Query
- Expr: resets(process_uptime_seconds{app="$app", pod_name="$pod_name"}[1m]) > 0, 这里是基于 process_uptime_seconds 来实现。
- Step: 1m
Field formats, 这里 title 和 text 字段，可以使用变量，如：{{instance}}
- Title: Restart
- Tags: restart-tag
- Text: uptime reset