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 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.
- Um auf Regeln auf Klassenebene zuzugreifen, verwenden Sie den CI-Klassenmanager. Navigieren zu an.
- Verwenden Sie den Metadaten-Editor, um auf gruppierte Regeln zuzugreifen. Navigieren zu an.
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 TypProvisioned From::Provisionedaufweist. - 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
- 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-Regeln, die das Diagramm modellieren:
Tomcat „wird auf“-Hardware ausgeführt.
- 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 ComputerDer zweite Metadateneintrag löst die dritte Anforderung aus, die erfüllt ist (es handelt sich um eine Hosting-Regel, nicht um eine Containment-Regel).