Filtern mit dynamischem Fokus

Das folgende Beispiel veranschaulicht das Konzept des dynamischen Fokus.

Betrachten Sie die Diagrammdarstellung einer gezonten Anwendung, die auf zwei Hosts mit jeweils vier Containern ausgeführt wird. In jedem Container läuft eine virtuelle Maschine von „ Java “ ( JVM ), und auf jedem der beiden Hosts laufen zwei Tomcat-Instanzen sowie zwei Instanzen von „ Elasticsearch “, die jeweils einen Dienst pro Host bereitstellen. Eine vereinfachte Version des dynamischen Diagrammmodells sieht wie im folgenden Diagramm aus:

Die Filterfunktion reduziert die Knoten im Diagramm auf der Basis einer Suchabfrage.

Eine Abfrage für entity.type:tomcat stimmt mit allen Tomcat-Instanzen im Diagramm überein. Dies bedeutet, dass Container mit Elasticsearch -Entitäten und die entsprechenden Services nicht mehr sichtbar sind, wenn Sie Ihre Infrastruktur, Anwendung und Traces in den Standardansichten anzeigen.

Jedes Diagramm, jede Änderung, jedes Problem oder jeder Vorfall in „ Instana “ kann nur im Kontext des reduzierten Graphen betrachtet werden.

Eine weitere Beispielabfrage ist die Suche nach allen JVMs 1.8, z. B. entity.jvm.version:1.8.* .

In diesem Fall sieht das Diagramm wie folgt aus:

Der dynamische Fokus ist ein leistungsfähiges Tool zum Suchen und Fokussieren der Benutzeraufmerksamkeit auf einzelne Entitäten oder Gruppen von Entitäten innerhalb des Diagramms, die bestimmten Kriterien entsprechen.

Instana enthält zudem Strukturen, die außerhalb des dynamischen Graphen liegen, sich jedoch auf diesen beziehen, wie beispielsweise Ereignisse (z. B. eine Änderung), Probleme oder Vorfälle. Ein Vorfall kann Dienste umfassen, bei denen „ Instana “ KPI-Ausreißer festgestellt hat, sowie Entitäten mit Problemen wie einer hohen CPU-Auslastung.

Mithilfe der Suchfunktion von Dynamic Focus können Sie Vorfälle wie event.state:open event.type:incidentabfragen und filtern. Die Suche filtert alle aktiven Vorfälle im aktuell ausgewählten Zeitrahmen. In diesem Beispiel wird davon ausgegangen, dass nur ein aktiver Vorfall verfügbar ist, wenn eine Verschlechterung eines Elasticsearch -Service eine nachfolgende Verschlechterung eines Tomcat-Service verursacht.

Da der übereinstimmende Vorfall Referenzen auf die beiden Services enthält, filtert die Abfrage nur die relevanten Entitäten.

Wenn Sie nach einem Service suchen, werden nur die Vorfälle angezeigt, die diesen Service enthalten.

Instana nutzt die Lucene-Abfragesyntax, um aus den Begriffen, die den Anwendungskomponenten zugeordnet sind, sowie aus booleschen Operatoren komplexe Abfragen zu erstellen. Es wird eine Vielzahl von Abfragetypen unterstützt, z. B. Freitextsuchen, Tagfilterung, CPU-Zählerabfragen usw. Die Suchleiste unterstützt den Benutzer beim Erstellen von Abfragen, indem gültige einzelne Begriffe aus dem Rest der Zeichenfolge automatisch hervorgehoben werden. Außerdem können Sie häufige Probleme mit der Zeichenfolgesyntax vermeiden, z. B. die Verwechslung der Freitextabfrage and mit dem booleschen Operator AND.

Die Form, die Lucene-Abfragen annehmen, hängt von der Implementierung ab. In „ Instana “ gehen alle Abfragen von einem Feld über einen Feldmodifikator zu einem Quantor. Beide Feldwerte werden durch einen Punkt getrennt, während der Quantor durch einen Doppelpunkt festgelegt wird. Wenn Sie beispielsweise alle Tomcat-Instanzen in Ihrer Anwendung filtern möchten, verwenden Sie die Abfrage entity.type: tomcat in der Suchleiste. Instana blendet alles aus, außer allen Entitäten des Typs „tomcat“

Die Abfrage entity.type:tomcat ist nur eine Abfragephrase. Um flexible und komplexe Filter zu erstellen, die genau anzeigen, was Sie benötigen, geben Sie verschiedene Abfrageausdrücke zusammen mit booleschen Operatoren wie AND, ORund NOTan. Sehen Sie sich das folgende Beispiel an:

Der Operator AND ist der Standardkonjunktionsoperator. Wenn also kein boolescher Operator zwischen zwei Begriffen verwendet wird, wird der Operator AND verwendet.

entity.type:tomcat event.state:open ist beispielsweise äquivalent zu entity.type:tomcat AND event.state:open. Die Verwendung des AND Operators, wenn kein boolescher Operator verwendet wird, weicht vom Lucene-Standard ab, der standardmäßig OR verwendet.

entity.kubernetes.namespace:my-namespace AND NOT (entity.kubernetes.pod.name:my-name AND event.text:"ContainersNotReady")
 

entity.kubernetes.namespace:my-namespace AND NOT entity.kubernetes.pod.name:my-name AND NOT event.text:"ContainersNotReady"
 

Die Suchleiste des dynamischen Fokus unterstützt die automatische Vervollständigung für Suchfelder und hebt die Lucene-Abfragebegriffe während der Eingabe hervor. Bei der Eingabe von Suchbegriffen schlägt die Suchleiste Suchfelder vor, die der aktuellen Eingabe entsprechen. Wenn Sie keinen Befehl für die Lucene-Syntax haben, können Sie automatische Hilfe anfordern. Alle Abfragevorschläge, die in einer Dropdown-Liste angezeigt werden, wie in der Suchleiste angegeben. Wenn der erforderliche Vorschlag angezeigt wird, klicken Sie mit den Pfeiltasten oder rufen Sie ihn auf.

Die Suchfunktion von Instana arbeitet in Echtzeit, das heißt, die Ergebnisse werden sofort angezeigt, sobald Sie Ihre Suchkriterien eingeben. Sie können auch Filter speichern, bearbeiten oder löschen, um Ihren Workflow zu beschleunigen.

Platzhalterzeichen (*) in doppelten Anführungszeichen ("") verwenden liefert nicht die erwarteten Ergebnisse.

Es werden keine Übereinstimmungen zurückgegeben, da das Symbol * in diesem Fall als Zeichen und nicht als Platzhalterzeichen ausgewertet wird. Gemäß der Lucene-Spezifikationwerden Platzhaltersuchen mit einem oder mehreren Zeichen in Ausdrucksabfragen nicht unterstützt. Eine Ausdrucksabfrage ist eine Gruppe von Wörtern, die in Anführungszeichen eingeschlossen sind, z. B. event.text:"something bad happened".

Die Verwendung des Platzhalters (*) in entity.service.name Abfragen liefert nicht die erwarteten Ergebnisse.

Die Abfrage lieferte keine Ergebnisse, da das Sternchen (*) als Zeichen und nicht als Platzhalter behandelt wird. Die entity.service.name Abfrage nutzt intern den enthält Operator, um nach passenden Diensten zu suchen. Die entity.service.name:proxy Abfrage gibt beispielsweise alle Dienste zurück, deren Name das Wort „proxy“ enthält.

Ich erhalte Suchergebniszähler, die inkonsistent erscheinen.

Manchmal kann die Ergebnisanzahl verwirrend sein. Wenn Sie beispielsweise in der Infrastrukturübersicht suchen, können die Suchen in den Ansichten mit mehr Entitäten übereinstimmen, als in den Ansichten sichtbar sind, z. B. Services, die in der Infrastrukturübersicht nicht sichtbar sind.

Welche Felder werden durchsucht, wenn ich keine Felder in der Suchabfrage gebe?

Wenn Sie keine Felder in einer Suchabfrage angeben, zielt Dynamic Focus auf den aktuellen Kontext ab, um aussagekräftige Ergebnisse bereitzustellen. Dies bedeutet, dass die Entitätsfelder durchsucht werden, wenn Sie sich in der Infrastrukturzuordnungsansicht befinden, und Ereignisdaten, wenn Sie sich in der Ereignisansicht befinden.

Was ist der Unterschied zwischen entity.selfType und entity.type?

Die Suche mit entity.selfType beschränkt die Suchergebnisse auf die gesuchte Entität. Die Suche mit entity.type schließt alle untergeordneten Elemente der gesuchten Entität ein. Wenn Sie beispielsweise mit entity.selfType:hostsuchen, werden in der Infrastrukturzuordnung nur die Hostentitäten und alle übergeordneten Entitäten wie die Zone angezeigt. Wenn Sie jedoch mit entity.type:hostsuchen, enthalten die Suchergebnisse, was auf dem Host ausgeführt wird, z. B. Web-Server und Datenbanken. Sowohl entity.type als auch entity.selfType liefern jedoch dieselben Ergebnisse für Entitätstypen der Anwendungsperspektiven. Wenn Sie beispielsweise die Abfrage entity.type:endpoint in der Ereignisansicht verwenden, enthält die Liste nur die Ereignisse, die in Endpunktentitäten erkannt werden.