Warnungen an ein bestimmtes Host-CI binden (Standardbindung)

Binden von Warnungen an Konfigurationselemente (Configuration Items, CIs) mithilfe von Knoten Feld oder CI-Bezeichner Das Feld stellt eine genaue Ereigniszuordnung sicher. Durch Vergleich von Ereignisdatensätzen Knoten Oder CI-Bezeichner Wert, Warnungen sind mit dem richtigen System verknüpft. Dies verbessert die Reaktion, die Ursachenanalyse und die Auswirkungsbewertung, indem klare Einblicke in betroffene Assets gewährt werden.

Funktionsweise der Standardbindung

Das System kann die Standardbindung mit durchführen Knoten Feld oder CI-Bezeichner Feld aus dem Ereignisdatensatz.

Wenn ein Ereignis in das System eintritt, wird ein Schlüsselfeld wie Knoten Ist im Ereignisdatensatz verfügbar. Es gibt jedoch keine Knoten Feld im CI. Stattdessen wird der Knotenwert aus dem Ereignis mit verschiedenen Attributen im Host-CI verglichen, z. B. Name, Fully Qualified Domain Name (FQDN), IP oder MAC-Adresse. Wenn eine Übereinstimmung gefunden wird, wird die Warnung mit dem entsprechenden CI verknüpft. Dies ist die Standardmethode zum Binden von Warnungen an CIs.

Hinweis:

In diesem Bindungsprozess muss das CI ein Host sein. Host-CIs umfassen Computer, Betriebssysteme (OS), Switches, Router oder alle CI-Typen/-Klassen, die die Tabelle [cmdb_ci_Hardware] erweitern, was bedeutet, dass der CI-Typ oder die CI-Klasse eine Hardwarekomponente sein muss.

Wenn mit dem Knoten keine Übereinstimmung gefunden wird, sucht das System nach CI-Bezeichner Feld im Ereignisdatensatz. Die CI-Bezeichner Ist eine JSON-Struktur, die Spaltennamen und -Werte für den Vergleich enthält (z. B. Name, vollqualifizierter Domänenname, IP oder MAC-Adresse). Die JSON ist: {"column_Name":"<column_value>"}. Zum Beispiel, wenn wir eine Bindung an ein von identifiziertes CI vornehmen möchten Serial_number Dessen Wert ist Dell Latitude 7420-Laptop , Die JSON ist: {"Serial_number":"Dell Latitude 7420 Laptop"} . Wenn eine Übereinstimmung gefunden wird, wird die Warnung mit dem entsprechenden CI verknüpft.

Unterschied zwischen Bindung mit Knoten und . CI-Identifier

In der Standardbindung berücksichtigt das System alle Felder in Zusätzliche Informationen Feld und versucht, ihre Werte mit der CI-Tabelle abzugleichen. Die CI-Bezeichner Das Feld ermöglicht die Angabe bestimmter Felder für den Abgleich, auch wenn sie in nicht vorhanden sind Zusätzliche Informationen . Dieser Prozess verwendet eine vordefinierte JSON-Struktur und Gilt nur, wenn das CI ein Host ist.

Hinweis:

Auch wenn Knoten Oder CI-Bezeichner Bindet die Warnung erfolgreich mit dem CI. Ereignisregeln bestimmen weiter, wie die Bindung mithilfe von erfolgt Standardbindung überschreiben Kontrollkästchen in Ereignisregeln verfügbar. Dadurch wird sichergestellt, dass Warnungen ordnungsgemäß basierend auf der Geschäftslogik gebunden werden, nicht nur auf direkten Übereinstimmungen. Dadurch wird sichergestellt, dass Warnungen ordnungsgemäß basierend auf der Geschäftslogik gebunden werden, nicht nur auf direkten Übereinstimmungen.

Beispiel: CI mithilfe von Knoten- und Ereignisregeln auflösen

Stellen Sie sich vor, ein Server (Server-123) in Ihrem Netzwerk generiert ein Ereignis. Der Ereignisdatensatz enthält einen Knoten Feld mit dem Wert „Server-123.example.com“.

1. Übereinstimmung mit CI-Attributen:
   1. Das System überprüft den Knotenwert anhand der CMDB.
   2. Sie vergleicht „Server-123.example.com“ mit dem FQDN, der IP, der MAC-Adresse oder dem Namen vorhandener Host-CIs.
   3. Wenn eine Übereinstimmung gefunden wird (z. B. ist FQDN in der CMDB auch „Server-123.example.com“), wird die Warnung mit diesem CI verknüpft.
2. Ereignisregeln werden angewendet: Auch wenn der Knoten in Server-123 aufgelöst wird, können zusätzliche Ereignisregeln bestimmen, ob die Warnung unterschiedlich verknüpft werden soll. Beispielsweise kann eine Ereignisregel festlegen, dass Warnungen von Server-123 mit einem übergeordneten CI (z. B. einem Cluster) und nicht mit dem einzelnen Server verknüpft werden sollen.