Abhängige CMDB-Beziehungsregeln
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 von diesen Regeln definierten Abhängigkeiten werden bei der Identifizierung abhängiger CIs verwendet, um die Reihenfolge der CI-Identifizierung zu priorisieren und CIs und entsprechende abhängige CIs in einer Nutzlast abzugleichen. Abhängige Beziehungsregeln werden auch von verwendet Service-MappingUnd 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) , Jeder Typ, der die Daten aus einer anderen Perspektive des CI modelliert. Containment-Regeln stellen die Konfigurationshierarchie von CIs dar und beschreiben, welches CI welche anderen CIs enthält. Hosting-Regeln stellen die Platzierung von CIs in einer Geschäftsdefinition dar und beschreiben, auf welchen 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. Dies ist der Kontext, in dem die Beziehung verwendet wird, der zwischen einer Containment- und einer Hosting-Regel unterscheidet.
- Verwenden Sie den CI-Klassenmanager, um auf Regeln auf Klassenebene zuzugreifen. Navigieren zu an.
- Verwenden Sie den Metadaten-Editor, um auf gruppierte Regeln zuzugreifen. Navigieren zu an.
Die Plugins, die auf einer Instanz aktiviert wurden, bestimmen, welche Hosting- und Containment-Regeln in einem Basissystem vorhanden sind.
Hosting-Regeln
Hosting-Regeln stellen alle möglichen gültigen Kombinationen aus Paaren von Hosting- und gehosteten CIs in der Servicedefinition dar. Hosting-Regeln sind eine flache Reihe von Regeln, die nur eine Ebene tief sein können und die immer Ressourcen umfassen, normalerweise physische oder virtuelle Hardware. Jede Hosting-Regel ist eine eigenständige Regel zwischen zwei CI-Typen, die entweder einen gültigen CI-Typ beschreibt, den ein anderer CI-Typ hosten kann, oder über den ein anderer CI-Typ gehostet werden kann. Eine Hosting-Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. gehostet auf::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 zu untersuchende CIs-Paar Erfüllen Sie mindestens eine Hosting-Regel.
Hosting-Regeln werden in der Tabelle „CMDB-Metadaten-Hosting-Regeln“ [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, und gültige Objekte, die im CI-Typ enthalten sein können. Containment-Regeln werden in einer Containment-Regelgruppe miteinander verkettet, wobei ein CI-Typ das übergeordnete Element der obersten Ebene (Stamm) der Gruppe ist. Die Sammlung von Containment-Regeln erstellt eine hierarchieähnliche Zuordnung von Containment-Beziehungen. Containment-Regeln sind logische Konzepte, die zur Darstellung logischer CIs verwendet werden, 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. „enthalten von::enthält“) und einem untergeordneten CI-Typ. Beispiel: Sie haben möglicherweise eine Containment-Regel, die angibt, dass der CI-Typ „Tomcat“ „enthält::enthalten von“ CI-Typ „WAR-Datei“ ist.
Endpunkte sind spezielle Containment-Regeln, die eingehende oder ausgehende Verbindungen im Modell angeben und die CI-Typen angeben, die Daten eines bestimmten Typs in die oder aus der Servicedefinition fließen. Nach dem Hinzufügen eines Endpunkts zu einer Containment-Regel 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 Cloudmanagement verwendet, um alle möglichen gültigen Kombinationen von Paaren von referenzierenden und referenzierten CIs in der Servicedefinition darzustellen.
- Referenzregeln sind ein flacher Satz von Regeln, die nur eine Ebene tief sein können.
- Referenzregeln beziehen immer Ressourcen ein, normalerweise virtuelle Entitäten. Jede Referenzregel ist eine eigenständige Regel zwischen zwei CI-Typen, die entweder einen gültigen CI-Typ beschreibt, auf den ein anderer CI-Typ verweisen kann, oder auf die auf einen anderen CI-Typ verwiesen werden kann. Beide CI-Klassen sollten unabhängig voneinander leben können.
- Eine referenzierende Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B.
Bereitgestellt Von::Provisioned) Und ein untergeordneter CI-Typ. Sie können beispielsweise eine referenzierende Regel haben, die den CI-Typ „virtuelle Maschine“ angibtBereitgestellt Von::Provisioned, Der CI-Typ „Bild“. - Ein CI kann auf mehrere Ressourcen verweisen (beispielsweise kann eine VM-Instanz eine Referenzbeziehung sowohl zu Bild- als auch zu Hardwarevorlagen haben). Dieses CI wird durch eine Referenzregel für das CI mit jeder Ressource dargestellt, von der aus auf das CI verwiesen werden kann.
- Die Referenzregel darf nicht Teil der CI-Identifizierung sein.
- Referenzregeln werden in der Tabelle „CMDB-Metadaten-Referenzregeln“ [cmdb_metadata_reference] gespeichert.
Regelanforderungen
- Bei einem CI-Typ, der als untergeordnetes Element in einer Containment-Regel gilt: Nicht dieser CI-Typ oder seine untergeordneten Elemente können ein übergeordnetes Element (Stamm) einer anderen Containment-Regel sein, und er kann sich in keiner Hosting-Regel befinden, weder als übergeordnetes Element noch als untergeordnetes Element.
- Bei einem CI-Typ, der ein übergeordnetes Element der obersten Ebene (Stamm) einer Containment-Regel ist, kann es sich nicht um ein untergeordnetes Element in einer Hosting-Regel handeln (Sie können beispielsweise nicht auf Tomcat gehostet werden, wenn Tomcat Containment-Regeln hat).
- Bei einem CI-Typ, der in einer Hosting-Regel ein untergeordnetes Element ist, kann es sich nicht in einer Containment-Regel befinden, weder als übergeordnetes noch als untergeordnetes Element.
- Bei einem CI-Typ, der in einer Hosting-Regel übergeordnet ist, kann es sich nicht um ein untergeordnetes Element in einer Containment-Regel handeln.
- Hosting-Regeln können keine Schleifen erstellen, z. B. „Tomcat –Run_on- VMware –Run_on- Tomcat“.
Hosting- und Containment-Regelmodell
Hosting-Regeln, die das Diagramm modellieren:
Tomcat „wird auf“-Hardware ausgeführt.
- Tomcat-Konfigurationsdatei „Enthält“
- Tomcat „enthält“ WAR
- WAR hat zwei Endpunkte für JDBC mit MySQL:
- Eingehend
- Ausgehend
Gültiger Regelsatz
Tomcat Hosted Linux
Linux Hosted ComputerDer zweite Metadateneintrag löst die dritte Anforderung aus, die erfüllt ist (es handelt sich um eine Hosting-Regel, keine Containment-Regel).