Gestion des CI dépendants

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 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 et ne peut plus être utilisé. Pour préserver l’intégrité et l’intégrité 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 en savoir plus 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 sorte qu’elles ne nécessitent pas de révision ni 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 n’a pas de relation dépendante. 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’orphelin 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é mis hors service et est en 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 en savoir plus sur la configuration de l’environnement pour le gestionnaire de données CMDB et les prérequis propres au gestionnaire de données CMDB, reportez-vous à la section Travailler avec Gestionnaire de données CMDB.
    • Assurez-vous que la cmdb.dependent.ci.cascade.op.enabled propriété système est définie sur vrai (vrai 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 permet de 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 à partir du moment où vous activez la fonctionnalité 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 Nettoyage en cascade des 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 [cmdb_dependent_ci_ledger] de la CMDB 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 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 : archivage » 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, en fonction du 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 revue des politiques de gestionnaire de données respectives. Ces tâches s’exécutent alors sans nécessiter d’intervention de l’utilisateur.

    Mettre hors service en cascade les CI dépendants

    Lorsqu’un CI est défini sur Mettre hors service, les processus de données de gestion des CI dépendants tentent de mettre à jour en cascade tous les CI dépendant 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 conformément aux normes CSDM.

    2. La 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 Ledger [cmdb_ci_end_of_life_ledger] du CI CMDB.

    3. Pour chaque CI de la table Ledger [cmdb_ci_end_of_life_ledger] de fin de vie du CI de CMDB, la tâche CMDB Cascade Retire Dependent CIs planifiée vérifie les relations des CI dans la table Relation CI [cmdb_rel_ci]. S’il existe une relation dépendante avec un CI dépendant, alors 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 en savoir plus sur les règles de relation dépendante, reportez-vous à Règles de relation dépendante de la CMDB.

    4. La tâche CMDB Dependent CI 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 conformément à la politique de mise hors service du CI dépendant pour mettre réellement les CI hors service.

    Archiver en cascade les CI dépendants

    L’archivage d’un CI peut laisser ses CI dépendants orphelins dans la CMDB. Pour empêcher 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 vérifie ensuite tous les CI dépendants devenus orphelins à la suite de cet archivage. Tous les CI de la chaîne de dépendance 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é (il 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 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_instance, et 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 de cette table.
    Au final, seuls les CI auxquels ces conditions ne s’appliquent pas sont ajoutés à la table 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.

    Supprimer en cascade les CI dépendants

    La suppression d’un CI peut laisser ses CI dépendants orphelins dans la CMDB. Pour empêcher l’accumulation de données périmées, le système applique des processus de nettoyage qui suppriment en cascade les 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 conformément aux normes CSDM.

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

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

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

    4. La tâche CMDB Dependent CI 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épendants pour supprimer réellement les CI.

    Les CI dépendants orphelins ne sont pas immédiatement supprimés. Avant de supprimer chacun des 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é (il 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 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_instance, et 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 de cette table.
    Au final, seuls les CI auxquels ces conditions ne s’appliquent pas sont ajoutés à la table 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 étrangères 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].

    Nettoyage en cascade des 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 de nettoyage des CI orphelins vérifie l’ensemble de la CMDB pour identifier les CI dépendants orphelins. 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 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 d’elle-même. 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. Activez 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 avec des relations avec les CI dépendants, Carte réseau et Système de fichiers.
    3. Attendez l’exécution de la tâche CMDB Data Manager Retire Policy Processor planifiée ou exécutez-la manuellement.
    4. Dans la page de vue d’ensemble du gestionnaire de données, sélectionnez la carte de tâche ouverte et approuvez la tâche de mise hors service (Approval=Approved). 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 dans 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 de cmdb_dependenct_ci_ledger avec les paramètres d’état = « Prêt » et d’action = « Mettre hors service ».

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