Grafana米密尔2.1版本发布说明

bob电竞频道Grafana实验室兴奋地宣布2.1版本Grafana米密尔,最可伸缩,大多数高性能开源世界上时间序列数据库。

下面我们突出顶部特性、增强和修正在本版本中,以及相关的插图的编号为那些从Grafana升级2.0米密尔。改变记录的完整列表更新日志。

特性和增强功能

• 米密尔在手臂:我们现在发布码头工人的照片amd64和arm64在基于arm的机器上,方便那些开发和运行米密尔。Multiplaform图像可从米密尔码头工人注册表。注意,仅使用我们现有的集成测试套件amd64图片,这意味着我们不能做任何功能或性能保证的arm64图像。

• 远程统治者模式改进规则评估性能我们增加了一个远程模式Grafana米密尔统治者,统治者代表规则评价到query-frontend而不是直接评估规则内的统治者过程本身。这允许记录和报警规则,受益于查询并行化技术实现query-frontend(如查询切分)。远程模式被认为是实验和在默认情况下是关闭的。启用,请参阅远程的统治者。

• 基本配置自定义跟踪监测基数2.0:在Grafana米密尔,我们引入了一个定义跟踪功能,允许您跟踪活动系列的数随着时间的匹配器匹配一个特定的标签。在Grafana 2.1米密尔,我们可以配置自定义跟踪器通过运行时配置文件。这意味着您现在可以定义不同的追踪器每个租户在集群和修改这些追踪器没有摄取重启。

• 减少基数Grafana米密尔/指标端点:虽然Grafana米密尔很好地暴露出一系列相对较少的关于自己的状态,这个数字可以勾在运行Grafana米密尔集群高租户计数或高活跃系列。减少这个数字(以及随之而来的抓取和存储成本,这些时间序列),我们做了一些优化哪个系列依靠减少/指标端点10%以上。

升级注意事项

我们已经更新了两个参数的默认值在Grafana米密尔给用户更好的开箱即用的性能:

• 我们已经改变了默认值-blocks-storage.tsdb.isolation-enabled从真正的来假。我们标记这个标志是2版本中完全弃用,将删除它。TSDB隔离是继承了普罗米修斯的特性,没有提供任何好处给Grafana米密尔的分布式体系结构和在我们吗10亿系列负载测试我们发现它实际上损害性能。禁用它第99百分位延迟我们的摄取减少了90%。

• store-gateway属性缓存现在是默认启用的(通过更新的默认值-blocks-storage.bucket-store.chunks-cache.attributes-in-memory-max-items从0来50000年)。这个内存缓存使它更快的查找对象属性块数据。我们已经运行这个可选的内部缓存一段时间和最近的配置审计,意识到是有意义做同样的为所有用户。store-gateway内存利用率的增加从缓存启用这个可以忽略不计,轻松合理的性能收益。

• 作为增强作出积极系列的一部分定义追踪器可配置在基本配置的基础上,我们已经得到配置。此功能的用户应该从定义迁移active_series_custom_trackers_config在摄取部分Grafana米密尔YAML的配置在定义它限制部分。两个选项现在支持给用户时间改变,但配置active_series_custom_trackers_config通过摄取部分已被弃用,在2.3米密尔将被删除。注意:配置active_series_custom_trackers_config在限制和摄取部分会导致Grafana米密尔在启动时失败。

错误修复

2.1.0的bug修复

• 1704年公关:固定之前的故障造成Grafana米密尔崩溃在启动时试图在单一模式下运行时启用了缓存结果由于重复的指标名称。
• 1835年公关:固定一个故障,致使Grafana米密尔崩溃无效Alertmanager配置设置时即使Alertmanager组件是禁用的。此修复后,Alertmanager配置只是验证如果Alertmanager组件加载。
• 1836年公关:Alertmanager运行的能力当地的存储了Grafana 2.0米密尔当我们删除能力运行Alertmanager没有分片。这个错误修复,我们运行Alertmanager再次成为可能当地的存储。然而,对于生产使用,我们仍然建议使用外部存储因为这是需要持续Alertmanager状态(如沉默)之间的副本。
• 1715年公关:恢复Grafana米密尔的能力使用DNS CNAME记录到memcached服务器。错误是继承自一个上游Thanos变化;我们贡献了修复Thanos随后更新Thanos版本。