CI-Beziehungen in der CMDB

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 3 Minuten Lesedauer

    • CMDBhilft Ihnen im Gegensatz zu einer statischen Asset-Liste nicht nur, die Configuration Items (CIs) in Ihrem System nachzuverfolgen, sondern auch die Beziehungen zwischen diesen Elementen.

    Eine Beziehung in CMDB besteht aus zwei CIs und einem Beziehungstyp:
    • Übergeordnetes 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 einem 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 über das CI-Formular starten.

    Abhängige und nicht abhängige Beziehungen

    Abhängige Beziehungenwie 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. Beispiel: Eine Discovery-Quelle, die versucht, eine nicht abhängige Beziehung zu löschen, kann Folgendes bestätigen:
    • Für diese Beziehung sind keine anderen Datenquellen vorhanden.
    • 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 CI-Beziehungstabelle [cmdb_rel_ci] gelöscht wird, werden alle entsprechenden kaskadierenden Datensätze in der Tabelle „Beziehungsquellen“ [sys_rel_source] gelöscht.

    Schlüsselbeziehungen

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

    Verbindungen zwischen Endpunkt-CIs.

    Hinweis:
    Nur zur internen Verwendung (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

    Normalerweise 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 Datacenter 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 hängt von untergeordnetem CI ab. Das bedeutet, dass das Problem/der Change im untergeordneten CI Auswirkungen auf das übergeordnete CI haben kann.
    Gehostet auf Hosts

    Hosting-Beziehung zwischen einem Element und seinem Host.

    Beispiele: Cloud-Ressource an logisches Rechenzentrum, K8s-Arbeitsauslastung an K8s-Cluster.
    Endpunkt implementieren in Endpunkt implementieren von

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

    Hinweis:
    Nur zur internen Verwendung (Servicemodell).
    Verwaltet Verwaltet von

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

    Beispiel: vCenter verwaltet vCenter Datacenter.
    Mitglieder Mitglied von

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

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

    Normalerweise zwischen einem CI, das eine Softwareanwendung darstellt, und der Hosting-Hardware/VM.

    Beispiel: Tomcat „Wird auf einem“ Linux-Server ausgeführt.
    Endpunkt verwenden an Endpunkt verwenden von

    Vom CI zu einem ausgehenden Endpunkt

    Hinweis:
    Nur zur internen Verwendung (Servicemodell).