Kibana: Heure de visualisation locale, indépendamment de l'heure globale du tableau de bord

Pas possible actuellement, mais quelque chose que nous aimerions faire. Une partie du problème est que nous devons séparer la portée d'agrégation de la portée de la requête, puis réinjecter tout sauf le filtre temporel.

Salut,

Merci pour la réponse. Nous avons fait quelque chose de similaire dans Kibana 3. Peut-être que cela pourrait servir d'idée de départ

Nous avons ajouté un panneau "Time" à l'éditeur qui permet à l'utilisateur de fournir deux types de spécifications de temps.

a) Le premier sert à spécifier les plages de temps. Il est également possible de spécifier que les plages doivent être sélectionnables dans l'interface utilisateur

b) le deuxième ensemble d'options permet à l'utilisateur de définir des comparaisons en fournissant un décalage temporel. En pratique, cette option s'est avérée un peu trop restrictive. Parfois, il serait bon de comparer avec des requêtes plus complexes. Par exemple pour comparer les dernières 24 heures à la moyenne du même jour de la semaine des trois dernières semaines. Ce n'est pas possible avec notre solution. Mais c'est au moins un point de départ.

+1

+1

+1

+1

+1

+1

:+1:

:+1:

+1

+1

@cff3 - pouvez-vous s'il vous plaît spécifier la version de Kibana3 qui a été utilisée dans les captures d'écran ci-dessus ? Je ne vois pas ce panneau 'Time' dans mon Kibana 3.1.3.

Cher Ami,

Malheureusement, j'ai pris les captures d'écran d'une installation locale de Kibana. La fonctionnalité n'a jamais fait partie d'une version officielle

Von unterwegs gesendet

Suis 25.10.2015 à 11:49 schrieb Ami Blonder [email protected] :

@cff3 - pouvez-vous s'il vous plaît spécifier la version de Kibana3 qui a été utilisée dans les captures d'écran ci-dessus ? Je ne vois pas ce panneau 'Time' dans mon Kibana 3.1.3.

-
Répondez directement à cet e-mail ou consultez-le sur GitHub.

:+1:

@cff3 merci !

+1

+1

+1

+1

Créez un nouveau modèle d'index similaire au modèle d'index que vous utilisez avec les autres visualisations du tableau de bord. Mais lorsque vous créez ce modèle, assurez-vous de ne pas cocher "L'index contient des événements basés sur le temps". Cela créera un modèle d'index qui n'est associé à aucun champ de temps (le filtre de temps ne sera donc pas appliqué). Ensuite, lorsque vous créez une nouvelle visualisation, vous pouvez coller un objet json avec un filtre de plage pour la période dans la barre de requête. Cela verrouillera la visualisation sur une plage de temps spécifique. Lorsque vous ajoutez cette nouvelle visualisation au tableau de bord, elle ignore le filtre de temps global.

Une astuce de @simianhacker

+1

• 1

+1

Ajout de mes 5 cents aux suggestions @wkruse - en supposant qu'il y ait un index dans ES some-index , vous pouvez créer un ES alias pour some-index-aliasan . Ensuite, dans Kibana, vous pouvez créer un modèle d'index basé sur le temps sur le some-index d' ES et un autre modèle d'index qui n'est pas basé sur le temps sur le some-index-alias d' ES.

De cette façon, vous n'avez qu'un seul index ES mais deux modèles d'index dans Kibana - l'un basé sur le temps et l'autre ne l'est pas (sur le même index ES).

+1

+1

+1

@cff3
Est-il possible d'obtenir votre code d'implémentation de cette fonctionnalité ? Peut-être est-il possible de le porter sur Kibana 4

+1

+1

+1

+1

+1

+1

via @arosenheinrich

Salut,
création de visualisations et de tableaux de bord pour kibana 5.0.0-rc1 J'ai rencontré le problème suivant : lorsque vous créez un nouveau modèle d'index, vous devez spécifier si l'index contient des événements temporels. Lorsque la réponse est oui pour chaque recherche ou visualisation, une requête de plage (je suppose) sur le champ de temps en fonction de la plage de temps sélectionnée est ajoutée.
Cela pose le problème qu'il n'existe actuellement aucun moyen d'utiliser ce modèle de manière indépendante du temps. Imaginez un cas d'utilisation où je souhaite afficher une métrique de tous les documents dans un index ainsi qu'un histogramme de date de la date de création. Cela ne peut pas être fait avec un modèle d'index, car ma première demande me limitera à une certaine plage de temps car j'ai besoin d'un champ de temps pour la deuxième demande.
Ajouter deux fois le même motif, une fois avec un champ de temps et une fois sans, n'est pas non plus possible car la deuxième création écrasera actuellement la première.
Je voudrais proposer d'ajouter une option de recherche et de visualisation si l'élément actuel doit évaluer le champ de temps ou non (c'est-à-dire si la requête de plage sur le champ de temps est ajoutée à la requête de l'utilisateur). De cette façon, je peux répondre aux deux demandes avec le même modèle d'index. De plus, il peut être utile de marquer d'une manière ou d'une autre l'élément (avec une icône peut-être) s'il évalue le champ de temps ou non, de sorte que, par exemple, dans un tableau de bord pour l'utilisateur, il soit compréhensible pourquoi certains éléments peuvent changer lorsque la plage de temps est modifiée tandis que d'autres ne sont pas.

@tbragin Vous pouvez contourner ce

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

La suggestion de @aarcro ci-dessus est bonne.

+1

+1

+1

Dans l'intérêt du débordement de la boîte de réception, veuillez ne pas "+1" sur ce fil - un simple 👍 sur le numéro d'origine en haut devrait suffire 😄

@tomj +1 pour votre commentaire. Non d'accord, je plaisante ;)

Mais pour ceux qui se demandent encore comment faire, plusieurs articles ci-dessus l'ont déjà expliqué. Fondamentalement, vous créez 2 index, le premier indexé une fois, le second, vous décochez la case indexé par temps et c'est tout, je l'ai essayé et cela fonctionne bien. Je sais que ce n'est pas idéal et peut-être que kibana pourrait faire quelque chose, mais en attendant, il fait exactement ce dont nous avons besoin et ça marche bien !

Cette solution serait probablement idéale si nous pouvions simplement avoir un champ "nom du modèle d'index" distinct du modèle correspondant. Ensuite, vous pourriez avoir un index ES avec deux champs de date et avoir deux modèles d'index dans Kibana nommés « index_by_date1 » et « index_by_date2 » avec le même modèle d'index simplement « index ». Juste mon .02

@steve-heslouin Cette solution n'a pas fonctionné pour moi. J'ai créé un modèle d'index avec l'option de temps non cochée. Ensuite, j'ai essayé de créer une table de données et dans la section métrique avancée - j'inclus ma requête de plage. Mais je ne vois pas ma requête dans le cadre de la section de demande dans kibana. Capture d'écran ci-jointe pour référence. S'il vous plaît aider.

Nous travaillons là-dessus. Les progrès sont suivis ici : https://github.com/elastic/kibana/issues/17776

+1

Salut tout le monde,

J'ai également recherché cette fonction. Je ne sais pas si vous avez remarqué cela, mais j'ai trouvé une solution pour cela. J'ai ajouté un filtre à la visualisation et cela fonctionne. Peut-être que c'était une chose récente mise en œuvre, mais j'ai juste pensé à vous aider au cas où d'autres ne le remarqueraient pas.

PS N'oubliez pas de définir la plage de temps en haut à droite sur la même plage que le panneau avec la plage la plus longue.

+1

+1

+1

Ce dossier est ouvert depuis 4 ans...

+1

+1

+1 ce serait vraiment utile.

+1

Cela arrive-t-il bientôt?

+1 Je pourrais vraiment l'utiliser aussi. Les mises à jour?

Il est en cours d'élaboration , mais pas de guichet automatique ETA.

Connexes : https://github.com/elastic/kibana/issues/32371

+1

+1

+10 :-D

Ce n'est toujours pas une chose?
MDR

4 ans... Toujours en attente de cette fonctionnalité simple, ayant un simple SSO gratuit, manque de tableaux de bord communautaires, manque de mode tv/kiosque. ??

Eh bien, il est compréhensible que les tableaux de bord aient un délai et que vous puissiez y définir une heure fixe, mais c'est plutôt ennuyeux d'avoir plusieurs tableaux de bord / de devoir changer de TF tout le temps pour cette raison

+1

@cchaos - maintenant que les

• Comment l'utilisateur saura-t-il que la plage de temps est différente
• Aurons-nous besoin du créateur du tableau de bord d'ajouter quelques heures préconfigurées en mode édition, qui sont disponibles en mode d'affichage, ou allons-nous implémenter une version où la plage de temps peut être définie manuellement sur n'importe quoi en mode d'affichage et en mode d'édition ?
  
  
  
  • C'est en fait important car si nous voulons le premier, nous devons attendre la phase 2 des embeddables. Si nous pouvons nous en sortir avec ce dernier, nous pouvons le faire en plus de la phase 1.
  
  

cc @AlonaNadler @lizozom

OMG. cette caractéristique est essentielle. Un peu déçu de passer de Splunk à ELK.

@simon-k il existe un moyen d'utiliser le dernier seau aujourd'hui lors de l'utilisation de la visualisation Visual Builder, de cette façon, lorsque vous regardez par exemple la période de 7 derniers jours, vous pouvez voir une métrique sur le tableau de bord le dernier jour en regardant il ne rapporte que le dernier seau.

On dirait que cette fonctionnalité est très importante pour vous, seriez-vous prêt à partager comment comptez-vous l'utiliser ?

+1

La plage de temps par panneau est implémentée dans le cadre de https://github.com/elastic/kibana/pull/43153

J'ai séparé la partie de ce problème qui n'était pas couverte dans l'implémentation ci-dessus ici : https://github.com/elastic/kibana/issues/43300

Veuillez commenter ou attribuer +1 au nouveau problème si la mise en œuvre de la plage de temps par panneau ci-dessus n'est pas suffisante pour vos besoins, afin que nous puissions avoir une idée de l'importance d'avoir les "raccourcis" de plage de temps.

Merci!