Warnungen an ein bestimmtes Host-CI binden (Standardbindung)

Warnungen werden mithilfe von an Konfigurationselemente (Configuration Items, CIs) gebunden Knoten Feld oder CI-Bezeichner 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 eine 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, vollqualifizierter Domänenname (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, überprüft das System 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). Beispiel: Wenn das Host-CI ist Hardware-Seriennummer Und hat einen ausgefüllten Anruf Serial_number , Das JSON-Format 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-Bezeichner

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 Mit Feld können bestimmte Felder für den Abgleich angegeben werden, 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: Auflösen eines CI mithilfe von Knoten- und Ereignisregeln

Stellen Sie sich vor, ein Server (Server-123) in Ihrem Netzwerk generiert ein Ereignis. Der Ereignisdatensatz enthält 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 der 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 anders 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.