Gestion des CI dépendants

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 12 minutes de lecture

    • Une mise à jour du cycle de vie d’un CI affecte ses CI dépendants. Par exemple, lorsque le CI dont dépend un CI dépendant est supprimé, le CI dépendant devient orphelin sans autre utilisation. Pour préserver l’intégrité et la santé de la CMDB, le système applique des processus de nettoyage en cascade aux CI dépendants qui sont affectés par une mise à jour du cycle de vie.

    Pour plus d’informations sur les CI indépendants et dépendants, reportez-vous à la section Classifications CMDB et dépendance de classe.

    Pour vous assurer que les CI dépendants sont correctement gérés après la suppression ou l’archivage des CI, vous devez :
    1. Activez la gestion des CI dépendants comme décrit sur cette page.
    2. Approuvez manuellement les tâches du gestionnaire de données CMDB générées par la gestion des CI dépendants, ou configurez ces tâches de manière à ne pas nécessiter de révision ou d’approbation.
    Remarque :
    Un CI dépendant orphelin dans le contexte du gestionnaire de données est différent d’un CI orphelin dans le contexte de l’intégrité CMDB. Un CI dépendant orphelin dans le contexte du gestionnaire de données appartient à une classe dépendante et la relation dépendante est manquante. La définition d’un CI orphelin dans le contexte de l’intégrité CMDB est plus large et inclut tout CI qui correspond aux règles déterminant les orphelins de l’intégrité CMDB. Pour plus d’informations sur les CI orphelins dans l’intégrité CMDB, reportez-vous à la section KPI et mesures d’intégrité CMDB.
    Exemples de CI dépendants nécessitant un nettoyage en cascade :
    • L’application Tomcat (T1) s’exécute sur un serveur Linux (L1) et contient un fichier WAR (W1). Lorsque L1 est supprimé, T1 et W1 deviennent des CI dépendants orphelins.
    • Les cartes réseau deviennent des CI dépendants orphelins lorsque le matériel lui-même est supprimé.
    • Un serveur Linux a été retiré et est défini avec une fin de vie, l’hypothèse est que si le serveur n’est plus opérationnel, les applications qui en dépendent ne devraient pas être opérationnelles non plus.

    Activer la gestion des CI dépendants

    Pour activer la gestion des CI dépendants :
    • Configurez votre environnement pour le gestionnaire de données CMDB. Pour plus d’informations sur la configuration de l’environnement du gestionnaire de données CMDB et des prérequis du gestionnaire de données CMDB, reportez-vous à la section Utilisation du gestionnaire de données CMDB.
    • Assurez-vous que la cmdb.dependent.ci.cascade.op.enabled propriété système est définie sur true (true par défaut). Cette propriété active les opérations en cascade et n’existe pas dans le système de base. Par conséquent, pour afficher ou modifier la valeur de la propriété, vous devez d’abord l’ajouter à la table Propriétés système [sys_properties].
    • Pour activer les processus de mise hors service en cascade, assurez-vous que la propriété cmdb.dependent.ci.cascade.retire.enabledsystème, qui est utilisée pour gérer la mise hors service en cascade des CI, est définie sur vrai (faux par défaut). La règle After BR: Track “Retired” CIsmétier , qui vérifie les dépendances CI en aval, s’exécute uniquement si cette propriété est définie sur vrai. Cette propriété n’existe pas dans le système de base et, pour l’afficher ou la modifier, vous devez d’abord l’ajouter à la table Propriétés système [sys_properties].

    Les opérations de nettoyage en cascade s’appliquent uniquement lorsque vous activez la fonction de gestion des CI dépendants. Pour appliquer le nettoyage en cascade aux CI dépendants orphelins qui existaient déjà dans la CMDB avant l’activation de la fonctionnalité, reportez-vous à la section Nettoyer en cascade les CI dépendants orphelins existants.

    Utilisation du gestionnaire de données CMDB pour effectuer des opérations de nettoyage en cascade

    Les processus de gestion des CI dépendants utilisent le gestionnaire de données CMDB pour traiter les mises à jour du cycle de vie des CI dépendants dans la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger] des manières suivantes :
    1. Demander et obtenir les approbations des utilisateurs pour les mises à jour du cycle de vie des CI.
    2. Exécution des mises à jour de CI de suppression, d’archivage ou de mise hors service réelles une fois ces opérations approuvées.

    Le système génère des tâches pour les politiques du gestionnaire de données « CI dépendant : suppression », « CI dépendant : archive » et « CI dépendant : mise hors service », avec les CI prêts à être supprimés, archivés ou mis hors service en tant que CI cibles. Ces politiques sont définies avec les types de politiques « Sur demande » respectifs. Ensuite, un administrateur ou un utilisateur du gestionnaire de données, selon le Managed By Group paramètre, doit examiner et approuver ces tâches avant que le gestionnaire de données n’applique le flux secondaire respectif aux CI dépendants.

    Pour approuver automatiquement ces tâches, utilisez le gestionnaire de données CMDB pour effacer le marqueur Requiert une révision des politiques respectives du gestionnaire de données. Ces tâches s’exécuteront alors sans aucune intervention de l’utilisateur.

    Mettre hors service en cascade les CI dépendants

    Lorsqu’un CI est défini sur Mis hors service, les processus de données de gestion des CI dépendants tentent de mettre à jour en cascade tous les CI en fonction de ce CI, également pour les mettre hors service.

    1. Le CI est mis à jour pour être mis hors service, car l’attribut du Life Cycle Stage CI est défini sur Fin de vie selon les normes CSDM.

    2. Une règle After BR: Track “Retired” CIs métier s’exécute (uniquement si la propriété cmdb.dependent.ci.cascade.retire.enabled système est vraie) pour vérifier si le CI appartient à une classe qui a des dépendances en aval.

      Si oui : le CI est ajouté à la table Fin de vie du Grand Livre [cmdb_ci_end_of_life_ledger] du CI de CMDB.

    3. Pour chaque CI dans la table Livre de fin de vie du CI de la CMDB [cmdb_ci_end_of_life_ledger], la tâche CMDB Cascade Retire Dependent CIs planifiée vérifie les relations du CI dans la table Relation de CI [cmdb_rel_ci]. S’il existe une relation dépendante avec un CI dépendant, ce CI dépendant est ajouté à la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger] avec l’action Mettre hors service .

      Pour plus d’informations sur les règles de relation dépendante, reportez-vous à la section Règles de relation dépendante de CMDB.

    4. Une tâche CMDB DependentCI Policy Processor planifiée s’exécute (si la propriété cmdb.dependent.ci.cascade.retire.enabled système est vraie) pour traiter les CI dans la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger]. Ces CI sont définis comme étant prêts à être mis hors service après approbation à l’aide du gestionnaire de données CMDB. Une tâche est créée dans le gestionnaire de données CMDB par rapport à la politique de mise hors service du CI dépendant pour mettre réellement hors service les CI.

    CI dépendants d’archives en cascade

    L’archivage d’un CI peut laisser ses CI dépendants orphelins dans la CMDB. Pour éviter l’accumulation de données périmées, le système applique des processus de nettoyage qui archivent en cascade ces CI dépendants orphelins.

    Les CI dépendants orphelins ne sont pas immédiatement archivés. Lorsqu’un CI est archivé, tous les enregistrements de relation CI pour ce CI dans la table [cmdb_rel_ci] sont également archivés. Le système recherche ensuite les CI dépendants devenus orphelins à la suite de cet archivage. Tous les CI de la chaîne de dépendance qui sont identifiés comme CI dépendants orphelins sont vérifiés pour l’une des conditions suivantes. Les CI qui remplissent l’une de ces conditions ne sont pas des CI dépendants orphelins et ne seront donc pas archivés :

    • Le CI est un doublon de CI non géré (le CI est associé à une tâche de déduplication non résolue).
    • Le CI a plusieurs CI parents.
    • Le CI a d’autres relations dans la table Relation CI [cmdb_rel-CI].
    • Le CI appartient à une classe exclue. Les classes exclues sont stockées dans la table d’exclusion de classe CI dépendante de la CMDB [cmdb_dependent_ci_class_exclusion]. Dans le système de base, cette table est préremplie avec certaines classes telles que cmdb_ci_vm, cmdb_ci_vmware_instanceet d’autres classes liées à VMware. Vous pouvez gérer l’ensemble des classes exemptées de la gestion des CI dépendants orphelins en ajoutant ou en supprimant des enregistrements à cette table.
    En fin de compte, seuls les CI auxquels ces conditions ne s’appliquent pas sont ajoutés à la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger]. Ces CI sont définis comme étant prêts pour l’archivage à l’aide du gestionnaire de données CMDB, après approbation.

    Suppression en cascade des CI dépendants

    La suppression d’un CI peut laisser ses CI dépendants orphelins dans la CMDB. Pour éviter l’accumulation de données périmées, le système applique des processus de nettoyage qui suppriment en cascade ces CI dépendants orphelins.

    1. Le CI est mis à jour pour être supprimé, car l’attribut d’étape du cycle de vie du CI est défini sur Fin de vie selon les normes CSDM.

    2. Toutes les relations de la table cmdb_rel_ci, associées au CI supprimé, sont supprimées.

    3. Une règle After BR: CMDB Dependent CI Delete métier s’exécute (uniquement si la propriété cmdb.dependent.ci.cascade.op.enabled système est vraie) pour vérifier chacune des relations supprimées dans la table Relation CI [cmdb_rel_ci], si l’autre CI (parent ou enfant) de la relation est un CI dépendant orphelin.

      Si oui : ces CI dépendants orphelins sont ajoutés à la table Grand livre CI dépendants de la CMDB [cmdb_dependent_ci_ledger] et définis avec Action = Supprimer.

    4. Une tâche CMDB DependentCI Policy Processor planifiée s’exécute (si la propriété cmdb.dependent.ci.cascade.retire.enabled système est vraie) pour traiter les CI dans la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger]. Ces CI sont définis comme étant prêts à être supprimés après approbation à l’aide du gestionnaire de données CMDB. Une tâche est créée dans le gestionnaire de données CMDB par rapport à la politique de suppression de CI dépendant pour supprimer réellement les CI.

    Les CI dépendants orphelins ne sont pas immédiatement supprimés. Avant de supprimer chacune des relations CI dans la table Relation CI [cmdb_rel_ci], le système vérifie si un autre CI dans la relation appartient à une classe dépendante. Tous les CI de la chaîne de dépendance identifiés comme dépendants du CI supprimé sont vérifiés pour l’une des conditions suivantes. Les CI qui remplissent l’une de ces conditions ne sont pas des CI dépendants orphelins et ne sont donc pas marqués pour suppression :

    • Le CI est un doublon de CI non géré (le CI est associé à une tâche de déduplication non résolue).
    • Le CI a plusieurs CI parents.
    • Le CI a d’autres relations dans la table Relation CI [cmdb_rel-CI].
    • Le CI appartient à une classe exclue. Les classes exclues sont stockées dans la table d’exclusion de classe CI dépendante de la CMDB [cmdb_dependent_ci_class_exclusion]. Dans le système de base, cette table est préremplie avec certaines classes telles que cmdb_ci_vm, cmdb_ci_vmware_instanceet d’autres classes liées à VMware. Vous pouvez gérer l’ensemble des classes exemptées de la gestion des CI dépendants orphelins en ajoutant ou en supprimant des enregistrements à cette table.
    En fin de compte, seuls les CI auxquels ces conditions ne s’appliquent pas sont ajoutés à la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger]. Ces CI sont définis comme étant prêts à être supprimés à l’aide du gestionnaire de données CMDB, après approbation.

    Relations étrangères

    Pour les opérations de suppression et d’archivage, le système suit également les relations superflues des CI dans la table Configuration de l’évaluation des relations CI dépendantes [cmdb_dependent_ci_extra_rels_config]. Les relations superflues sont les relations qui ne font pas partie de la chaîne de dépendance du CI et leur suppression ou leur archivage dépend de la valeur de la cmdb.dependent.ci.extra.rel.check propriété système. Cette propriété est définie sur vrai par défaut, auquel cas les relations superflues ne sont ni supprimées ni archivées. Vous pouvez définir la propriété sur false pour supprimer et archiver les relations superflues.

    La cmdb.dependent.ci.extra.rel.check propriété n’existe pas dans le système de base et pour afficher ou modifier la valeur de la propriété, vous devez d’abord l’ajouter à la table Propriétés système [sys_properties].

    Nettoyer en cascade les CI dépendants orphelins existants

    Lors de l’activation de la fonctionnalité de gestion des CI dépendants, les opérations de nettoyage en cascade s’appliquent uniquement lorsque la fonctionnalité est activée. Toutefois, il peut être nécessaire d’appliquer une opération de nettoyage en cascade similaire aux CI dépendants orphelins qui existaient déjà dans la CMDB avant l’activation de la fonctionnalité.

    Activez la tâche planifiée Nettoyer les CI orphelins pour effectuer un nettoyage en cascade unique des CI dépendants orphelins dans la CMDB. La tâche planifiée Nettoyer les CI orphelins vérifie tout CI dépendants orphelins dans l’ensemble de la CMDB. Ces CI sont ensuite traités de la même manière que les CI supprimés en cascade. Les CI prêts à être supprimés sont ajoutés à la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger]. Le gestionnaire de données CMDB est ensuite exploité comme décrit dans la Utilisation du gestionnaire de données CMDB pour effectuer des opérations de nettoyage en cascade section.

    La tâche planifiée de nettoyage des CI orphelins est destinée à s’exécuter une seule fois, après quoi la tâche se désactive. Selon la taille de la CMDB, la tâche planifiée de nettoyage des CI orphelins peut prendre plusieurs jours.

    Exemple de scénario : cascade-retire

    1. Activer la gestion des CI dépendants.
    2. Dans le gestionnaire de données CMDB, créez et publiez une politique de mise hors service. Par exemple, mettez hors service un CI de serveur Linux indépendant ayant des relations avec les CI dépendants, la carte réseau et le système de fichiers.
    3. Attendez que la tâche CMDB Data Manager Retire Policy Processor planifiée s’exécute ou exécutez-la manuellement.
    4. Sur la page Vue d’ensemble du gestionnaire de données, sélectionnez la carte Ouvrir la tâche et approuvez la tâche de mise hors service (Approbation = Approuvé). Changez l’état de la tâche en « Travail en cours » s’il ne change pas automatiquement. Cela mettra hors service le CI de serveur Linux et l’ajoutera à la table cmdb_ci_end_of_life_ledger.

    5. Exécutez la tâche CMDB Cascade Retire Dependent CIsplanifiée.

      Cette tâche planifiée traite chaque CI de la table cmdb_ci_end_of_life_ledger et interroge les relations dans la table cmdb_rel_ci pour ce CI. Si une relation existe avec d’autres CI dépendants, ces CI dépendants sont ajoutés à la table des cmdb_dependenct_ci_ledger avec les paramètres state = « Ready » et action = « Retired ».

    6. Attendez que la tâche CMDB DependentCI Policy processor planifiée s’exécute ou exécutez-la manuellement. Cette tâche planifiée crée une tâche par rapport à la politique de mise hors service OOB des CI dépendants, en ciblant les CI dans la table cmdb_dependenct_ci_ledger.
    7. Sur la page de vue d’ensemble du gestionnaire de données, sélectionnez la carte de tâche Ouvrir et approuvez la tâche décrite avec « CI dépendant – Mettre hors service... ».