CI-Beziehungen in CMDB

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

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

    Eine Beziehung in CMDBBesteht aus zwei CIs und einem Beziehungstyp:
    • Übergeordnetes CI
    • Untergeordnete CI
    • Typ der Beziehung, die beide CIs verknüpft
    Beispiel: In der Beziehung [Server1] [verwaltet von] [Server2]:
    • Server1 ist das untergeordnete CI
    • Server2 ist das übergeordnete CI
    • [Verwaltet von] ist der Beziehungstyp

    Beispielsweise kann eine Webanwendung Daten aus einer Instanz von Oracle lesen, was wiederum von einer zugrunde liegenden Hardware abhängen kann. Die meisten CIs in einem CMDBHaben mehrere Beziehungen zu anderen CIs, Anwendern und Gruppen.

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

    Sie können automatisch erkannte Beziehungen hinzufügen, Beziehungen erstellen oder Beziehungen für ein CI bearbeiten, indem Sie starten CI-BeziehungseditorAus dem CI-Formular.

    Abhängige und nicht abhängige Beziehungen

    Abhängige Beziehungen , Z. B. „Tomcat RunsOn-Hardware“, werden von der Identifizierungs- und Abgleichsmodul (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 letzte gescannte Zeit 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:
    • Für diese Beziehung sind keine anderen Datenquellen vorhanden.
    • Die Beziehung wurde für einen angegebenen 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 Schlüssel CMDBBeziehungen.
    Ü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: Zu wechselnde Workstation, Wechsel zu Wechsel, 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-KRIEG, 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 von ESX Server ab.
    Abhängig von Verwendet von Übergeordnetes CI hängt vom untergeordneten CI ab. Bedeutet, dass sich das Problem/der Change im untergeordneten CI auf das übergeordnete CI auswirken kann.
    Gehostet auf Hosts

    Hosting-Beziehung zwischen einem Element und seinem Host.

    Beispiele: Cloud-Ressource zum logischen Rechenzentrum, k8s-Arbeitsauslastung zum k8s-Cluster.
    Endpunkt implementieren in Endpunkt implementieren von

    Endpunkt für CI, das diesen Endpunkt bereitstellt.

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

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

    Beispiel: VCenter verwaltet das vCenter-Rechenzentrum.
    Mitglieder Mitglied von

    Wird normalerweise mit Clustern verwendet, bei denen ein Clusterknoten Mitglied eines Clusters ist.

    Beispiel: ESXi-Server ist Mitglied des vCenter-Clusters.
    Eigentümer von Eigentum von Normalerweise eine Containment-Beziehung (CI zu CI im Besitz). Das untergeordnete CI hat normalerweise ein einzelnes übergeordnetes CI 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“ Linux-Server ausgeführt.
    Endpunkt verwenden an Endpunkt verwenden von

    Vom CI zu einem ausgehenden Endpunkt.

    Hinweis:
    Nur zur internen Verwendung (Servicemodell).