如果你连一点熟悉如何Grafana仪表板的工作,你可能已经意识到的时间范围选择器是最重要的特性之一。毕竟,当你使用Grafana可视化时间序列和日志,需要定义一个时间范围指标和日志查询。您可以选择绝对时间范围(从2021-12-02就是2021-12-05 23:59:59)或相对时间范围(从2天前直到现在),改变一个时间范围将自动刷新所有的面板与新的时间范围查询。(查看我们的时间范围控制更多细节页。)

但是你知道除了绝对和相对时间范围,您可以使用semi-relative时间范围?我的意思是你可以设置绝对时间戳的开始时间,结束时间,“现在”是相对于当前时间。这非常有用,因为它允许你观看在真正的时间从一个固定的点直到现在发生了什么。

随着时间的推移,情节会自动和逐步缩小显示更多和更少的细节(因为历史时间间隔数据点之间变大)。以同样的速度,高分辨率数据的重要性将减少,而观看历史趋势的相关性在整个时间将会增加。

Semi-relative时间范围仪表板是有用的,当你需要监控的进展是随着时间的推移,但你也要看到整个历史从一开始的时间点。

我发现在使用Grafana semi-relative时间范围内的两个用例。第一个是跟踪一个经常出现的问题。第二个是实时监控的指标在业务时间更新。让我向你展示它们是如何工作的。

故障排除随机出现的问题

去年,在我在家pfSense路由器随机重新启动,我决定排除。问题很少发生,难以捕捉,所以我建立了一个仪表板专门监控这个问题。我给了它一个semi-relative时间范围(固定的开始时间,结束时间相对)可视化的频率重新启动。

开始时间:2021-06-01就是

结束时间:现在

下面的图面板显示了(绿色)的计数日志行每12小时间隔内核syslog的应用程序。我更感兴趣的注释(垂直虚线红线)标记字符串“启动完成”的每一个出现在日志中。我用这个仪表盘量化和分析意外重启模式从5月份开始。

我的图面板pfSense日志

我注意到事件真的是随机的,随着时间的推移变得更糟。该模式表明,可能是硬件相关的问题。

改变硬件后,我想要跟踪意外重启是否继续或停止。我不知道需要多长时间来确认这个问题解决,因为事件是随机的。

semi-relative时间范围内,我能保持之前的时间范围的硬件改变视图。使它更容易看到情况改善或退化在故障排除,然后我可以验证我是否已经解决了这个问题。

下面是相同的图,一个多月后。注意开始的图是固定的,这样我们可以看到问题的整个历史。随着时间的发展,图像压缩到左边。我更换了硬件在8月15日。等待几周后,图中清晰地表明我的解决解决了问题。

一个月后的图形面板

这个可视化是正确的工具来解决这个问题,因为我感兴趣的是观察一个不断增加的时间范围来分析和找出事件的模式。数据点远,整个过程花费了几个月的时间来检测和几周才能解决。如果我使用了一个相对时间范围(例如,过去七天),这将是很难看到的模式如何改变逐步在几周和几个月。

有关如何设置类似的更多信息,查看这篇博客和在洛基注释文档查询。

在具体工作时间监测

今天,我们在web浏览器中工作和生活。每天我们打开数以百计的标签,我们经常重启多次相同的标签集项目和日常工作。我组织我的火狐标签在持久会话使用树样式标签和标签会话管理器插件。我想要一些数据保存标签和会议,所以我写了一个脚本,该脚本使用普罗米修斯和Grafana显示项Firefox标签图。

打开仪表板我创建可视化随着时间的另一种类型的semi-relative时间范围。它默认为当前业务日到目前为止,因为它是我最常的时间范围感兴趣查看当我咨询这个指示板。

开始时间:现在/ d + 8 h

结束时间:现在

这相当于“今天到目前为止”时间范围预设,但它从上午8:00开始,而不是通过添加中午12:00点+ 8 h周期的开始时间。我才开始打开Firefox标签~ 8:30-9:00am,所以没有点在计划开始的时间范围。

我的火狐标签指示板

假设您有一个重要的业务流程度量你想每天跟踪当前天,到目前为止,但数据开始出现在正常营业时间从上午8点开始。使用时间选择器现在/ d会浪费大量的屏幕空间和不存在的数据从半夜12点到早上8点。设置开始时间现在/ d + 8而不是将优化显示通过限制视图你感兴趣的营业时间。

最终的想法

我想分享我的专业技巧对于高级用户强调Grafana作为可视化工具的灵活性。现在我想知道如果有多个实例当semi-relative时间范围可以派上用场。如果你有任何想法,我们伸出援手公共松弛工作区,或者给我发邮件alexandre@www.tubolov.com让我知道!

Grafana云是最简单的方法开始使用指标、日志、痕迹和仪表板。我们有一个慷慨的永远免费的层和每个用例的计划。现在免费注册!