Abhängige CMDB-Beziehungsregeln

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 4 Minuten Lesedauer
  • Servicedefinitionen bestehen aus CI-Typen und Beziehungstypen. Abhängige Beziehungsregeln definieren die Abhängigkeitsstruktur der CI-Typen und der Beziehungstypen in diesen Servicedefinitionen und helfen bei der CI-Identifizierung und beim Erstellen von Business-Service-Zuordnungen.

    Die durch diese Regeln definierten Abhängigkeiten werden bei der Identifizierung abhängiger CIs verwendet, um die Reihenfolge der CI-Identifizierung zu priorisieren und um CIs und die entsprechenden abhängigen CIs in einer Payload zuzuordnen. Abhängige Beziehungsregeln werden auch von verwendet Service-Mapping Und können für anwenderdefinierte CI-Typen definiert werden. Nachdem Sie einen neuen CI-Typ definiert haben, können Sie abhängige Beziehungsregeln definieren, die angeben, wie der neue CI-Typ mit vorhandenen Typen in verknüpft ist CMDB.

    Abhängige Beziehungsregeln bestehen aus Hosting- und Containment-Regeln (abhängige Beziehungsregeln), wobei jeder Typ die Daten aus einer anderen Perspektive des CI modelliert. Containment-Regeln stellen die Konfigurationshierarchie der CIs dar und beschreiben, welches CI welche anderen CIs enthält. Hosting-Regeln repräsentieren die Platzierung von CIs in einer Unternehmensdefinition und beschreiben, wo CIs ausgeführt werden.

    Sowohl Hosting- als auch Containment-Regeln beschreiben einen Beziehungstyp zwischen zwei CI-Typen, und derselbe Beziehungstyp kann in einer Hosting-Regel und in einer Containment-Regel verwendet werden. Der Kontext, in dem die Beziehung verwendet wird, unterscheidet zwischen einer Containment- und einer Hosting-Regel.

    Abhängige Beziehungsregeln verwalten:
    • Um auf Regeln auf Klassenebene zuzugreifen, verwenden Sie den CI-Klassenmanager. Navigieren zu Alle > Konfiguration > CI-Klassen Manageran.
    • Verwenden Sie den Metadaten-Editor, um auf gruppierte Regeln zuzugreifen. Navigieren zu Alle > Konfiguration > Identifikation/Ausgleich > Metadaten-Editoran.

    Die Plugins, die für eine Instanz aktiviert wurden, bestimmen, welche Hosting- und Containment-Regeln in einem Basissystem vorhanden sind.

    Hosting-Regeln

    Hosting-Regeln repräsentieren alle möglichen gültigen Kombinationen von Paaren aus Hosting- und gehosteten CIs in der Servicedefinition. Hosting-Regeln sind ein flacher Regelsatz, der eine Tiefe von nur einer Ebene aufweist und immer Ressourcen beinhaltet, in der Regel physische oder virtuelle Hardware. Jede Hosting-Regel ist eine eigenständige Regel zwischen zwei CI-Typen, die einen gültigen CI-Typ beschreibt, der entweder von einem anderen CI-Typ gehostet werden kann oder einen anderen CI-Typ hosten kann. Eine Hosting-Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. „Hosted On::Hosts“) und einem untergeordneten CI-Typ. Sie können beispielsweise eine Hosting-Regel haben, die angibt, dass der CI-Typ „Anwendung“ „ausgeführt auf::ausgeführt“ und der CI-Typ „Hardware“ ausgeführt wird.

    Ein CI kann auf mehreren Ressourcen gehostet werden (z. B. Windows und Linux). Dieses CI wird durch eine Hosting-Regel für das CI mit jeder Ressource dargestellt, auf der das CI gehostet werden kann. Während der CI-Identifizierung sollte das Paar von CIs, die untersucht werden, sein Erfüllen Sie mindestens eine Hosting-Regel.

    Hosting-Regeln werden in der Tabelle „Hosting-Regeln für CMDB-Metadaten“ [cmdb_metadata_hosting] gespeichert.

    Containment-Regeln

    Containment-Regeln stellen die Containment-Hierarchie für einen CI-Typ dar und beschreiben gültige Objekte, die ein CI-Typ in der Servicedefinition enthalten kann, sowie gültige Objekte, die im CI-Typ enthalten sein können. Containment-Regeln sind in einer Containment-Regeln-Gruppe miteinander verkettet, und ein CI-Typ ist das übergeordnete Element auf oberster Ebene (Stammelement) der Gruppe Die Sammlung von Containment-Regeln konstruiert eine hierarchische Zuordnung von Containment-Beziehungen. Containment-Regeln sind logische Konzepte zur Darstellung logischer CIs, z. B. zur Beschreibung von Software, die auf einem Server ausgeführt wird. Eine Containment-Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. „Contained By::Contains“) und einem untergeordneten CI-Typ. Möglicherweise verfügen Sie über eine Containment-Regel, die angibt, dass der CI-Typ „Tomcat“ gegenüber dem CI-Typ „WAR-Datei“ eine Beziehung vom Typ „Contains::Contained By“ aufweist.

    Endpunkte sind spezielle Containment-Regeln, die eingehende oder ausgehende Verbindungen im Modell angeben und die CI-Typen bezeichnen, in denen Daten eines bestimmten Typs in die Servicedefinition ein- oder aus ihr herausfließen. Nachdem Sie einer Containment-Regel einen Endpunkt hinzugefügt haben, können Sie der Endpunktregel keine untergeordneten Regeln hinzufügen.

    Containment-Regeln werden in der Tabelle „Containment-Regeln für CMDB-Metadaten“ [cmdb_metadata_containment] gespeichert.

    Referenzregeln

    Referenzregeln werden hauptsächlich von Cloud Management verwendet, um alle möglichen gültigen Kombinationen von Paaren aus referenzierenden und referenzierten CIs in der Servicedefinition darzustellen.

    • Referenzregeln sind ein flacher Regelsatz, der eine Tiefe von nur einer Ebene aufweist.
    • Referenzregeln beinhalten immer Ressourcen, normalerweise virtuelle Entitäten. Jede Referenzregel ist eine eigenständige Regel zwischen zwei CI-Typen, die einen gültigen CI-Typ beschreibt, der entweder von einem anderen CI-Typ referenziert werden kann oder einen anderen CI-Typ referenzieren kann. Beide CI-Klassen sollten unabhängig voneinander bestehen können.
    • Eine Referenzierungsregel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. Provisioned From::Provisioned) und einem untergeordneten CI-Typ. Beispielsweise können Sie über eine Referenzierungsregel verfügen, die angibt, dass der CI-Typ „Virtuelle Maschine“ gegenüber dem CI-Typ „Bild“ eine Beziehung vom Typ Provisioned From::Provisioned aufweist.
    • Ein CI kann mehrere Ressourcen referenzieren (z. B. kann eine VM-Instanz eine Referenzbeziehung sowohl mit Image- als auch mit Hardwarevorlagen haben). Dieses CI wird durch eine Referenzierungsregel für das CI mit jeder Ressource dargestellt, von der das CI referenziert werden kann.
    • Die Referenzregel kann nicht Teil der CI-Identifikation sein.
    • Referenzregeln werden in der Tabelle „Referenzregeln für CMDB-Metadaten“ [cmdb_metadata_reference] gespeichert.

    Regelanforderungen

    Die Regeln, die Sie erstellen, sind an die folgenden Anforderungen gebunden, die die Beziehungen einschränken und sicherstellen, dass nur gültige Optionen in den Dropdown-Listen des Metadaten-Editors verfügbar sind.
    • CI-Typ, der als untergeordnetes Element in einer Containment-Regel enthalten ist: Weder dieser CI-Typ noch seine untergeordneten Elemente können ein übergeordnetes Element auf oberster Ebene (Stammelement) einer anderen Containment-Regel sein, und der CI-Typ kann weder als übergeordnetes noch als untergeordnetes Element in einer Hosting-Regel vorhanden sein.
    • CI-Typ, der ein übergeordnetes Element auf oberster Ebene (Stammelement) einer Containment-Regel ist: Er kann kein untergeordnetes Element in einer Hosting-Regel sein (z. B. können Sie nicht auf Tomcat gehostet werden, wenn Tomcat Containment-Regeln hat).
    • CI-Typ, der ein untergeordnetes Element in einer Hosting-Regel ist: Er darf weder übergeordnetes noch untergeordnetes Element in einer Containment-Regel sein.
    • CI-Typ, der ein übergeordnetes Element in einer Hosting-Regel ist: Er darf kein untergeordnetes Element in einer Containment-Regel sein.
    • Hosting-Regeln können keine Schleifen wie „Tomcat –runs_on- VMWare –runs_on-Tomcat“ erstellen.

    Modell für Hosting- und Containment-Regeln

    Hosting- und Containment-Regeln

    Hosting-Regeln, die das Diagramm modellieren:

    Tomcat „wird auf“-Hardware ausgeführt.

    Containment-Regeln, die das Diagramm modellieren:
    • Tomcat enthält („Contains“) Konfigurationsdatei
    • Tomcat enthält („Contains“) WAR
    • WAR hat bei MySQL zwei Endpunkte für JDBC:
      • Eingehend
      • Ausgehend

    Gültiges Regelwerk

    
    Tomcat Hosted Linux
    Linux Hosted Computer

    Der zweite Metadateneintrag löst die dritte Anforderung aus, die erfüllt ist (es handelt sich um eine Hosting-Regel, nicht um eine Containment-Regel).