CI-Beziehungen in der CMDB

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 3 Minuten Lesedauer

    • Im Gegensatz zu einer statischen Asset-Liste können Sie mit der CMDB nicht nur die Configuration Items (CIs) in Ihrem System, sondern auch die Beziehungen zwischen diesen Elementen nachverfolgen.

    Eine Beziehung in der CMDB besteht aus zwei CIs und einem Beziehungstyp:
    • Übergeordnete CI
    • Untergeordnete CI
    • Typ der Beziehung, die beide CIs verknüpft
    Beispielsweise in der Beziehung [Server1] [Managed by] [Server2]:
    • Server1 ist das untergeordnete CI
    • Server2 ist das übergeordnete CI
    • [Managed by] ist der Beziehungstyp

    Beispielsweise kann eine Webanwendung Daten aus einer Instanz von Oracle lesen, die wiederum von einer zugrunde liegenden Hardware abhängen kann. Die meisten CIs in einer CMDB haben mehrere Beziehungen zu anderen CIs, Benutzern und Gruppen.

    Die Beziehungen zwischen CIs können automatisch erkannt werden. Wenn Sie Discovery verwenden, können viele Beziehungen durch den Discovery Prozess automatisch in das System geladen werden. Wenn Sie Ihre Daten aus einem anderen System importieren, erhalten Sie eine Art Beziehung.

    Sie können zu automatisch erkannten Beziehungen hinzufügen, Beziehungen erstellen oder Beziehungen für ein CI bearbeiten, indem Sie CI-Beziehungs-Editor aus dem CI-Formular starten.

    Abhängige und nicht abhängige Beziehungen

    Abhängige Beziehungen, wie Tomcat RunsOn Hardware, werden von der Identification and Reconciliation Engine (IRE) verwendet, um abhängige CIs zu identifizieren.

    Nicht abhängige Beziehungen werden nicht für die CI-Identifizierung verwendet und können daher gelöscht werden, wenn sie nicht mehr benötigt werden. CMDB verfolgt die Discovery-Quelle und die Zeit des letzten Scans für nicht abhängige Beziehungen in der Tabelle „Beziehungsquellen“ [sys_rel_source]. Abhängige Beziehungen werden für die CI-Identifizierung verwendet. Daher sollten sie nicht direkt gelöscht werden, und sie werden nicht nachverfolgt.

    Informationen in der Tabelle „Beziehungsquellen“ [sys_rel_source] können verwendet werden, um zu entscheiden, ob das Löschen einer nicht abhängigen Beziehung sicher ist. Beispielsweise kann eine Discovery-Quelle, die versucht, eine nicht abhängige Beziehung zu löschen, Folgendes bestätigen:
    • Es gibt keine anderen Datenquellen für diese Beziehung.
    • Die Beziehung wurde für einen bestimmten Zeitraum nicht aktualisiert und wird daher nicht mehr benötigt.

    Wenn eine nicht abhängige Beziehung aus der Tabelle „CI-Beziehung“ [cmdb_rel_ci] gelöscht wird, werden alle kaskadierenden entsprechenden Datensätze in der Tabelle „Beziehungsquellen“ [sys_rel_source] gelöscht.

    Schlüsselbeziehungen

    Die folgende Tabelle enthält Beschreibungen für einige wichtige CMDB-Beziehungen.
    Übergeordnet Untergeordnetes Element Beschreibung
    Flow nach Anwendungs-Flow von

    Verbindungen zwischen Endpunkt-CIs.

    Hinweis:
    Nur für den internen Gebrauch (Servicemodell).
    Verbunden mit Verbunden von

    Netzwerkverbindungen zwischen Elementen, die miteinander kommunizieren.

    Beispiele: Workstation zu Switch, Switch zu Switch, Kubernetes-Arbeitsauslastung zu Service.
    Enthält Enthalten in

    In der Regel eine Containment-Beziehung (CI zu enthaltenem CI). Das untergeordnete CI hat normalerweise ein einzelnes übergeordnetes CI mit diesem Beziehungstyp.

    Beispiele: Tomcat zu Tomcat WAR, VMware-Rechenzentrum enthält Netzwerk.
    Definiert Ressourcen für Erhält Ressourcen von

    Übergeordnetes CI definiert/ruft Ressourcen von einem untergeordneten CI ab.

    Beispiel: VMware – Ressourcenpool ruft Ressourcen vom ESX-Server ab.
    Abhängig von Verwendet von Übergeordnetes CI ist vom untergeordneten CI abhängig. Dies bedeutet, dass sich das Problem/die Änderung im untergeordneten CI auf das übergeordnete CI auswirken kann.
    Gehostet auf Hosts

    Hosting-Beziehung zwischen einem Element und seinem Host.

    Beispiele: Cloud-Ressource zu logischem Rechenzentrum, K8s-Arbeitsauslastung zu K8s-Cluster.
    Endpunkt implementieren in Endpunkt implementieren von

    Endpunkt für CI, das diesen Endpunkt verfügbar macht

    Hinweis:
    Nur für den internen Gebrauch (Servicemodell).
    Verwaltet Verwaltet von

    Wird normalerweise verwendet, wenn ein CI ein oder mehrere andere CIs verwaltet.

    Beispiel: vCenter verwaltet vCenter-Rechenzentrum.
    Mitglieder Mitglied von

    Wird normalerweise für Cluster verwendet, bei denen ein Clusterknoten Mitglied eines Clusters ist.

    Beispiel: ESXi-Server ist Mitglied des vCenter-Clusters.
    Eigentümer von Eigentum von In der Regel eine Containment-Beziehung (CI zu im Besitz befindlichem CI). Das untergeordnete CI hat normalerweise ein einzelnes übergeordnetes Element mit diesem Beziehungstyp.
    Wird ausgeführt auf Wird ausgeführt

    In der Regel zwischen einem CI, das eine Softwareanwendung darstellt, und der Host-Hardware/VM.

    Beispiel: Tomcat wird auf dem Linux-Server ausgeführt.
    Endpunkt verwenden an Endpunkt verwenden von

    Vom CI zu einem ausgehenden Endpunkt

    Hinweis:
    Nur für den internen Gebrauch (Servicemodell).