Kibana: 本地可视化时间,独立于全局仪表板时间

创建于 2015-04-11  ·  83评论  ·  资料来源: elastic/kibana

各位,

我正在 Kibana4 中寻找两个增强功能,它们都与“本地”可视化时间有关。

a) 我们想为每个可视化设置特定的时间(范围、间隔),独立于全局仪表板时间。 此外,我们不仅要为可视化指定一个本地时间范围,而且要指定多个本地时间范围。 这些范围应该可以在 UI 中选择。 选择一个应在此可视化上显示时间范围(仅在此上)。 范围示例:过去 24 小时、过去 7 天、上个月。

b) 我们想获取多个时间范围的一次搜索,并在一个可视化中显示结果。 例如,将过去 24 小时的值与前一周的值进行比较。

这是否已经可能并且我看不到明显的? 如果没有,是否有计划支持这样的事情?

感谢致敬
克里斯托夫

Dashboard KibanaApp enhancement

最有用的评论

你好,

谢谢回复。 我们在 Kibana 3 中做了类似的事情。也许它可以作为一个开始

我们在编辑器中添加了一个“时间”面板,允许用户提供两种时间规格。

a) 第一个用于指定时间范围。 也可以指定范围应该在 UI 中是可选的
bildschirmfoto 2015-04-14 um 07 49 56
bildschirmfoto 2015-04-14 um 07 49 01
bildschirmfoto 2015-04-14 um 07 49 14

b) 第二组选项允许用户通过提供时移来定义比较。 在实践中,这个选项有点过于局限了。 有时最好与更复杂的查询进行比较。 例如,将过去 24 小时与过去三周同一工作日的平均值进行比较。 这在我们的解决方案中是不可能的。 但这至少是一个起点。
bildschirmfoto 2015-04-14 um 07 50 13

bildschirmfoto 2015-04-14 um 07 49 24
bildschirmfoto 2015-04-14 um 07 49 33

所有83条评论

目前不可能,但我们想要做的事情。 部分问题是我们需要将聚合范围与查询范围分开,然后重新注入除时间过滤器之外的所有内容。

你好,

谢谢回复。 我们在 Kibana 3 中做了类似的事情。也许它可以作为一个开始

我们在编辑器中添加了一个“时间”面板,允许用户提供两种时间规格。

a) 第一个用于指定时间范围。 也可以指定范围应该在 UI 中是可选的
bildschirmfoto 2015-04-14 um 07 49 56
bildschirmfoto 2015-04-14 um 07 49 01
bildschirmfoto 2015-04-14 um 07 49 14

b) 第二组选项允许用户通过提供时移来定义比较。 在实践中,这个选项有点过于局限了。 有时最好与更复杂的查询进行比较。 例如,将过去 24 小时与过去三周同一工作日的平均值进行比较。 这在我们的解决方案中是不可能的。 但这至少是一个起点。
bildschirmfoto 2015-04-14 um 07 50 13

bildschirmfoto 2015-04-14 um 07 49 24
bildschirmfoto 2015-04-14 um 07 49 33

+1

+1

+1

+1

+1

+1

:+1:

:+1:

+1

+1

@cff3 - 你能指定上面截图中使用的 Kibana3 版本吗? 我在 Kibana 3.1.3 中没有看到“时间”面板。

亲爱的阿米

不幸的是,我从本地 Kibana 安装中截取了屏幕截图。 该功能从未成为正式版本的一部分

冯unterwegs gesendet

上午 25.10.2015 嗯 11:49 schrieb Ami Blonder [email protected]

@cff3 - 你能指定上面截图中使用的 Kibana3 版本吗? 我在 Kibana 3.1.3 中没有看到“时间”面板。


直接回复此邮件或在 GitHub 上查看。

:+1:

@cff3谢谢!

+1

+1

+1

+1

创建一个新的索引模式,该模式类似于您在仪表板上的其他可视化中使用的索引模式。 但是,当您创建此模式时,请确保不选中“索引包含基于时间的事件”。 这将创建一个与任何时间字段都没有关联的索引模式(因此不会应用时间过滤器)。 然后,当您创建新的可视化时,您可以在查询栏中粘贴带有时间段范围过滤器的 json 对象。 这会将可视化锁定到特定的时间范围。 当您将此新可视化添加到仪表板时,它将忽略全局时间过滤器。

来自@simianhacker的技巧

+1

  • 1

+1

将我的 5 美分添加到@wkruse建议中 - 假设 ES some-index 中有一个索引,您可以为它创建一个 ES 的alias some-index-aliasan 。 然后在 Kibana 中,您可以创建一个基于 ES 的some-index 的索引模式和另一个基于 ES 的some-index-alias 的非时间索引模式。

这样,您在 Kibana 中只有一个 ES 索引但有两个索引模式 - 一个基于时间,另一个不是(在同一个 ES 索引上)。

+1

+1

+1

@cff3
是否可以获取此功能的实现代码? 也许可以将它移植到 Kibana 4

+1

+1

+1

+1

+1

+1

通过@arosenheinrich

你好,
为 kibana 5.0.0-rc1 构建可视化和仪表板 我遇到了一个问题,当你创建一个新的索引模式时,你必须指定索引是否包含基于时间的事件。 当每个搜索或可视化的答案是肯定的时,会添加基于所选时间范围的时间字段上的范围查询(我假设)。
这导致了当前无法以时间无关的方式使用此模式的问题。 想象一个用例,我想显示索引中所有文档的度量以及创建日期的日期直方图。 这不能用一个索引模式来完成,因为我的第一个请求会将我限制在某个时间范围内,因为我需要第二个请求的时间字段。
添加相同的模式两次,一次有时间字段,一次没有,也是不可能的,因为第二次创建当前将覆盖第一个。
如果当前元素是否应该评估时间字段(意味着是否将时间字段的范围查询添加到用户查询中),我想建议添加一个搜索和可视化选项。 这样我就可以用相同的索引模式回答两个请求。 此外,如果它评估时间字段,以某种方式标记元素(可能带有图标)可能会很有帮助,例如,在用户的仪表板中,可以理解为什么某些元素可能会在时间范围更改时更改而其他元素可能会更改不是。

@tbragin您可以通过创建具有不同匹配项的第二个索引模式来解决此问题。 例如,我同时使用“search_index”和“search_inde*”,这样我就可以将不同的选项应用于相同的数据。

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

@aarcro上面的建议很好。

+1

+1

+1

为了收件箱溢出,请不要在此线程上“+1” - 顶部原始问题的简单👍就足够了😄

@tomj +1 为您的评论。 不,好吧,开玩笑;)

但是对于那些仍然想知道如何做的人,上面的几篇文章已经解释过了。 基本上你创建 2 个索引,第一个索引,第二个,你取消选中时间索引复选框,就是这样,我试过了,它工作正常。 我知道它并不理想,可能 kibana 可以做些什么,但同时它完全符合我们的需要,并且运行良好!

如果我们可以简单地拥有一个与匹配模式不同的“索引模式名称”字段,那么这个解决方案可能是理想的。 然后,您可以拥有一个带有两个日期字段的 ES 索引,并在 Kibana 中拥有两个名为“index_by_date1”和“index_by_date2”的索引模式,它们具有相同的索引模式,即简单的“index”。 只是我的 .02

@steve-heslouin 该解决方案对我不起作用。 我创建了一个未选中时间选项的索引模式。 然后我尝试创建一个数据表,并在度量部分高级 - 我包括我的范围查询。 但是我没有将我的查询视为 kibana 中请求部分的一部分。 附截图供参考。 请帮忙。

kibana 1

我们正在为此努力。 正在此处跟踪进度: https :

+1

大家好,

我也一直在找这个功能。 不知道你们是否注意到了这一点,但我找到了解决方案。 我在可视化中添加了一个过滤器,它正在工作。 也许这是最近实施的事情,但是,只是想在其他人没有注意到的情况下帮助你们。

PS不要忘记将右上角的时间范围设置为与范围最长的面板相同。

image

+1

+1

+1

这个问题已经开了4年了...

+1

+1

+1 这将非常有用。

+1

这会很快到来吗?

+1 我也可以真正使用它。 任何更新?

正在处理中,虽然没有 ETA atm。

相关: https :

+1

+1

+10 :-D

这还不是事儿?
哈哈

4 年... 仍在等待这个简单的功能,拥有简单的免费 SSO,缺少社区仪表板,缺少电视/信息亭模式。 😅😬

好吧,可以理解仪表板有一个时间表,您可以在那里设置固定时间,但是拥有多个仪表板/因此必须一直切换 TF 是相当烦人的

+1

@cchaos - 现在嵌入式越来越近了,是否可以开始为此功能进行一些设计模拟? 主要担心是:

  • 用户如何知道时间范围不同
  • 我们是否会要求仪表板创建者在编辑模式下添加一些预配置的时间,这些时间在查看模式下可用,或者我们是否会实现一个可以在查看模式和编辑模式下手动将时间范围设置为任何内容的版本?

    • 这实际上很重要,因为如果我们想要前者,我们必须等待可嵌入的第 2 阶段。 如果我们可以摆脱后者,我们可以在阶段 1 的基础上做到这一点。

抄送@AlonaNadler @lizozom

我的天啊。 这个功能是必不可少的。 从 Splunk 到 ELK 有点失望。

@simon-k 有一种方法可以在使用 Visual Builder 可视化时使用今天的最后一个存储桶,这样当您查看例如过去 7 天的时间范围时,您可以在最后一天的仪表板上看到一个指标它只报告最后一个桶。

听起来这个功能对你来说很重要,你愿意分享你打算如何使用它吗?

+1

每个面板的时间范围作为https://github.com/elastic/kibana/pull/43153 的一部分实施

我已经在此处拆分了上述实现中未涵盖的此问题的部分: https :

如果上述每个面板的时间范围实施不足以满足您的需求,请评论或 +1 新问题,以便我们了解时间范围“捷径”的重要性。

谢谢!

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

celesteking picture celesteking  ·  3评论

treussart picture treussart  ·  3评论

tbragin picture tbragin  ·  3评论

ctindel picture ctindel  ·  3评论

cafuego picture cafuego  ·  3评论