Relations CI dans le CMDB

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture
  • Contrairement à une liste d’actifs statique, l’vous CMDBaide à suivre non seulement les éléments de configuration (CI) dans votre système, mais également les relations entre ces éléments.

    Une relation dans se CMDB 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 ont plusieurs CMDB 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.

    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.

    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. La CMDB suit la source de découverte 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 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 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 .
    Société parente 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 Appartenant à 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).