Relations CI dans la CMDB

Rversion finale: Washingtondc

Mis à jour 1 févr. 2024

3 minutes de lecture

Contrairement à une liste d’actifs statique, la CMDB vous aide à suivre non seulement les éléments de configuration (CI) au sein de votre système, mais également les relations entre ces éléments.

Une relation dans la CMDB se compose de deux CI et d’un type de relation :

CI parent
CI enfant
Type de la relation qui lie les deux CI

Par exemple, dans la relation [Serveur1] [Géré par] [Serveur2] :

Server1 est le CI enfant
Server2 est le CI parent
[Géré par] est le type de relation

Par exemple, une application Web peut lire des données à partir d’une instance d’Oracle, qui à son tour peut dépendre d’un élément matériel sous-jacent. La plupart des CI d’une CMDB ont plusieurs relations avec d’autres CI, utilisateurs et groupes.

Les relations entre les CI peuvent être automatiquement détectées. Si vous utilisez Détection, de nombreuses relations peuvent être automatiquement chargées dans le système via le processus de détection. Si vous importez vos données à partir d’un autre système, vous obtenez une certaine forme de relations.

Vous pouvez ajouter des éléments aux relations détectées automatiquement, créer des relations ou modifier des relations pour un CI en lançant à Éditeur de relations CI partir du formulaire CI.

Relations dépendantes et non dépendantes

Les relations dépendantes, telles que Tomcat RunsOn Hardware, sont utilisées par le moteur Identification et réconciliation (IRE) pour identifier les CI dépendants.

Les relations non dépendantes ne sont pas utilisées pour l’identification des CI et peuvent donc être supprimées si elles ne sont plus nécessaires. CMDB suit la source de détection et l’heure de la dernière analyse pour la relation non dépendante dans la table Sources de relation [sys_rel_source]. Les relations dépendantes sont utilisées pour l’identification des CI. Par conséquent, ils ne doivent pas être directement supprimés et ils ne sont pas suivis.

Les informations de la table Sources de relation [sys_rel_source] peuvent être utilisées pour décider s’il n’est pas risqué de supprimer une relation non dépendante. Par exemple, une source Discovery qui tente de supprimer une relation non dépendante peut confirmer que :

Il n’existe aucune autre source de données pour cette relation.
La relation n’a pas été mise à jour pendant une période spécifiée et n’est donc plus nécessaire.

Lorsqu’une relation non dépendante est supprimée de la table Relation CI [cmdb_rel_ci], tous les enregistrements correspondants en cascade dans la table Sources de relation [sys_rel_source] sont supprimés.

Relations clés

La table suivante contient la description de certaines relations CMDB clés.


Parent	Enfant	Description
Flux applicatif vers	Flux applicatif à partir de	Connexions entre les CI de point de terminaison. Remarque : Réservé à une utilisation interne (modèle de service).
Se connecte à	Connecté par	Connexions réseau entre les éléments qui communiquent entre eux. Exemples : Station de travail à commuter, commutateur à commutateur, charge de travail Kubernetes à service.
Contient	Contenu par	Il s’agit généralement d’une relation d’imbrication (CI à CI contenu). Le CI enfant a généralement un seul CI parent avec ce type de relation. Exemples : WAR Tomcat à Tomcat, VMware Datacenter contient un réseau.
Définit des ressources pour	Obtient les ressources de	Le CI parent définit/obtient les ressources d’un CI enfant. Exemple : VMware : le pool de ressources obtient les ressources du serveur ESX.
Dépend de	Utilisé par	Le CI parent dépend du CI enfant. Cela signifie que le problème/le changement dans le CI enfant peut avoir un impact sur le CI parent.
Hébergé sur	Hôtes	Relation d’hébergement entre un élément et son hôte. Exemples : ressource cloud vers centre de données logique, charge de travail k8s vers grappe k8s.
Implémenter le point de terminaison dans	Implémenter un point de terminaison depuis	Point de terminaison à CI qui expose ce point de terminaison. Remarque : Réservé à une utilisation interne (modèle de service).
Gère	Gérée par	Généralement utilisé lorsqu’un CI gère un ou plusieurs autres CI. Exemple : vCenter gère le centre de données vCenter.
Membres	Membre de	Généralement utilisé avec les grappes où un nœud de grappe est membre d’une grappe. Exemple : le serveur ESXi est membre de la grappe vCenter.
Possède	Propriété de	Il s’agit généralement d’une relation d’imbrication (CI vers CI détenu). Le CI enfant a généralement un seul parent avec ce type de relation.
Exécute sur	Exécutions	Généralement entre un CI qui représente une application logicielle et le matériel/ordinateur virtuel d’hébergement. Exemple : serveur Tomcat « Runs on » Linux.
Utiliser un point de terminaison vers	Utiliser un point de terminaison depuis	Du CI à un point de terminaison sortant. Remarque : Réservé à une utilisation interne (modèle de service).