Relations CI dans la CMDB

Contrairement à une liste d’actifs statique, la CMDB vous aide à suivre non seulement les éléments de configuration (CI) dans 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 [Server1] [Managed by] [Server2] :

• 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 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écouverte, de nombreuses relations peuvent être chargées automatiquement 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 forme de relations.

Vous pouvez ajouter des relations aux relations détectées automatiquement, créer des relations ou modifier des relations pour un CI en lançant le Éditeur de relations CI formulaire à partir du CI. Alternative à l’éditeur de relations CI, dans fournit les dernières fonctionnalités d’édition Application de stockage Espace de travail CMDB des relations CI. Pour plus d’informations, consultez Modifier les relations dans la carte unifiée.

Relations dépendantes et non dépendantes

Les relations dépendantes, telles que le matériel Tomcat RunsOn, sont utilisées par le moteur Identification et rapprochement (IRE) pour identifier les CI dépendants. L’IRE évite les entrées en double de CI dans votre Base de données de gestion des configurations (CMDB) en exploitant ces relations pour déterminer si un CI récemment détecté se trouve déjà dans la CMDB.

Pour les relations non dépendantes, la CMDB suit la source de détection et l’heure de la dernière analyse dans la table Sources de relation [sys_rel_source]. Les relations non dépendantes ne sont pas utilisées pour l’identification des CI et peuvent être supprimées si elles ne sont plus nécessaires.

Pour éviter d’alourdir votre IRE d’une charge excessive, par défaut, la table Sources de relation [sys_rel_source] ne se remplit pas automatiquement. Si vous souhaitez suivre toutes les informations sur les relations non dépendantes, vous pouvez modifier la valeur par défaut à l’aide de la propriété glide.identification_engine.populate_sys_rel_source.

Les relations dépendantes sont utilisées pour l’identification des CI, elles ne doivent donc pas être directement supprimées, car elles ne sont pas suivies.

Les informations contenues dans la table Sources de relation [sys_rel_source] peuvent être utilisées pour décider s’il est prudent de supprimer une relation potentiellement non dépendante. Par exemple, une source de découverte 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 certaine duré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 des descriptions de certaines relations clés CMDB .

Parent	Enfant	Description
Flux applicatif vers	Flux applicatif à partir de	Connexions entre les CI de point de terminaison. Remarque : Pour un usage interne uniquement (modèle de service).
Se connecte à	Connecté par	Connexions en réseau entre des éléments qui communiquent entre eux. Exemples : Station de travail à changer, basculer à changer, charge de travail Kubernetes à service.
Contient	Contenu par	Typiquement 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, le centre de données VMware contient le réseau.
Définit des ressources pour	Obtient les ressources de	Le CI parent définit/obtient des 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/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 dans le 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 du CI qui expose ce point de terminaison. Remarque : Pour un usage interne uniquement (modèle de service).
Gère	Géré par	Généralement utilisé lorsqu’un CI gère un ou plusieurs autres CI. Exemple : vCenter gère vCenter Datacenter.
Membres	Membre de	Généralement utilisé avec des grappes où un nœud de grappe est membre d’une grappe. Exemple : ESXi Server est membre de vCenter Cluster.
Possède	Propriété de	Généralement une relation d’imbrication (CI à CI détenu). Le CI enfant a généralement un seul parent avec ce type de relation.
Exécute sur	Exécutions	En règle générale, entre un CI qui représente une application logicielle et le matériel/ordinateur virtuel d’hébergement. Exemple : Tomcat 'S’exécute sur' serveur Linux.
Utiliser un point de terminaison vers	Utiliser un point de terminaison depuis	Du CI vers un point de terminaison sortant. Remarque : Pour un usage interne uniquement (modèle de service).

• Relations de classe suggérées
  Le système conserve une table (relation suggérée [cmdb_rel_type_suggest]) des types de relations appropriés pour un type de CI, en fonction de sa classe. Vous pouvez gérer les relations suggérées en accédant à Configuration > Relations suggéréesou dans le Gestionnaire de classes de CI.
• Ajouter une relation suggérée
  Ajoutez une relation suggérée pour une classe. La liste des relations suggérées pour une classe est disponible lorsque vous créez une nouvelle relation pour un CI de cette classe.
• Règles de gouvernance des relations
  Les règles de gouvernance des relations sont un ensemble de règles de relation utilisées pour assurer la cohérence et la validité de la modélisation des relations entre les éléments de configuration (CI) dans la CMDB. Utilisez les règles de gouvernance des relations pour empêcher la sélection de types ou de directions de relations qui ne sont pas autorisés entre des types de CI spécifiques.
• Formateur de relations CI
  Le formulaire de CI par défaut inclut un formateur de relations CI à partir duquel vous pouvez examiner un CI et ses relations dans différentes vues. À partir du formateur de relations CI, vous pouvez également lancer l’éditeur de relations CI pour le CI.
• Éditeur de relations CI
  Utilisez l’éditeur de relations pour afficher, créer, modifier ou supprimer des relations CI. Ouvrez l’éditeur de relations à partir du formateur de relations CI.
• Qualificateur de relation
  Un qualificateur de relation, qui est un CI de type qualificateur [cmdb_ci_qualifier], stocke des informations importantes sur les relations CI.
• Sécurité de la relation CI
  Lors de l’application de la sécurité aux relations CI, il est important d’appliquer les contrôles d’accès à la fois à la table Relation CI (cmdb_rel_ci) et de créer une opération editCIRelations à la table * .
• Créer un déploiement de relation de CI
  Un déploiement de relation CI vous permet d’additionner, de compter, de maximiser, de minimiser ou de signifier un type de relation. Vous pouvez créer des déploiements de relations CI.

Tâches associées

• Créer un déploiement de relation de CI