Créer des types de CI pour Mappage des services et Découverte

Créez des types de CI (ou classes CI) pour les applications et les appareils qui Mappage des services ne Découverte prennent pas en charge par défaut.

Avant de commencer

Rôle requis : service_mapping_admin, personalize_dictionary ou admin

Vérifiez qu’il n’existe aucun type de CI pour cette application ou cet appareil.

Pourquoi et quand exécuter cette tâche

Toutes les applications et hôtes de votre organisation doivent avoir un type d'élément de configuration (CI) correspondant, nécessaire pour détecter et traiter correctement les applications et les hôtes.

Remarque :

L’interface Découverte de et fait CMDB référence aux types de CI en tant que classes CI.

Un large éventail de types de CI préconfigurés couvrant les applications les plus couramment utilisées est à votre disposition. Si votre organisation utilise une application moins connue ou propriétaire qui n’a pas de type de CI correspondant, vous devez la créer.

Un type de CI est une notion générique utilisée par plusieurs ServiceNow applications, mais certains attributs sont spécifiques à Mappage des services et Découverte.

Un type (ou une classe) de CI contient plusieurs définitions importantes qui s’appliquent à tous les CI qui lui appartiennent, telles que :

• Les attributs de CI sont ajoutés en tant que champs aux tables de la CMDB.
• Les identificateurs permettent Mappage des servicesDécouverte de différencier les nouveaux CI des CI existants. Par exemple, si un type de CI de serveur Web Apache est défini dans la CMDB et Mappage des servicesDécouverte que les deux découvrent un CI de serveur Web Apache, il le traite à l’aide d’identificateurs. Il le reconnaît alors comme une version mise à jour du CI du serveur Web Apache qui existe déjà dans le système, et non comme un nouveau CI du serveur Web Apache.
• Il existe des règles de rapprochement qui aident la plateforme à consolider correctement les ServiceNow attributs de CI reçus de différentes applications. Ces règles sont nécessaires pour les entreprises dans lesquelles plusieurs applications participent au processus de découverte. Les règles de rapprochement définissent la façon dont les attributs d’un même CI détectés par différentes sources de découverte sont fusionnés. Par exemple, Mappage des services détecte les attributs de version et de répertoire de base d’un CI de serveur Web Apache, tandis que Découverte les attributs de niveau version et correctif pour le même CI de serveur Web Apache. La ServiceNow AI Platform applique la règle de rapprochement et, par conséquent Mappage des services , n’écrase pas les attributs trouvés par Découverte.
• Les éléments connexes, CI et non-CI, servent de référence et fournissent des informations supplémentaires sur le CI. Par exemple, vous pouvez définir un numéro de série, un port et une table APR de réseau comme éléments connexes pour un serveur de matériel. Le système n'utilise pas ces éléments pour l'identification. Après avoir configuré les éléments connexes pour le type de CI, vous pouvez utiliser la détection horizontale pour les CI de ce type avec leurs éléments connexes. Pour plus d’informations, reportez-vous à .Détecter les éléments connexes avec le CI principal
  Remarque :

  Les non-CI sont des éléments qui n'étendent pas la table Élément de configuration [cmdb_ci]. Les ports, les numéros de série ou les tables ARP de réseau sont des exemples de non-CI.
• CMDB classe les CI en plusieurs catégories, certaines classes CI étant les parents d'autres classes CI, qui obtiennent automatiquement les attributs de leur parent en plus des attributs que vous configurez spécifiquement pour les classes CI enfants. La hiérarchie des classes CI est largement utilisée pour configurer le comportement, les relations et l'affichage des CI. Dans cet exemple, le CI du serveur Web Apache est un enfant du CI du serveur Web et dérive de nombreux attributs de son parent, tels que le nom, la version, l’ID de modèle. Par défaut, les classes CI enfants héritent des identificateurs de leurs classes CI parentes.

En plus de ces définitions de type de CI, le processus de découverte horizontale utilise une classification de CI pour définir à quel type de CI un CI appartient. Créez une classification CI d’appareil si vous créez un type de CI pour les équipements à l’aide du protocole SNMP et une classification de CI de processus pour un type de CI d’application.

Procédure

1. Accédez à la Tous > Configuration > Gestionnaire de classe de CI.
2. Pour utiliser un type de CI existant en tant que parent pour le nouveau type de CI, cliquez sur Hiérarchie pour afficher la liste des classes CI.
3. Cliquez sur le menu contextuel du type de CI requis, puis sélectionnez Ajouter une classe enfant.
4. Create a table pour stocker les attributs de type de CI :

   Tableau 1. Nouveau formulaire de table

   Champ	Description
   Étiquette	Nom de type de CI. Par exemple, Apache Web Server.
   Nom	Le nom de la table. Par exemple, cmdb_ci_apache_web_server. Utilisez un nom similaire aux autres classes CMDB (par exemple, u_cmdb_ci_laptop).
   Étend la table	Le nom de table du type de CI parent. Tous les types de CI sont des extensions de la table d’éléments de configuration [cmdb_ci] ou de ses tables enfants. Par exemple, si la nouvelle classe est Ordinateurs portables, qui est une sous-classe d’ordinateurs, sélectionnez la table cmdb_ci_computer. Si la nouvelle classe est une classe de niveau supérieur, sélectionnez la table cmdb_ci. Les types de CI parents les plus couramment utilisés sont les suivants : cmdb_ci - basique cmdb_ci_database : pour les bases de données cmdb_ci_app_server : pour les serveurs d’applications cmdb_ci_infra_service : pour les services d’infrastructure cmdb_ci_endpoint_inclusion : pour les points d’entrée du type inclusion cmdb_ci_appl : pour les applications cmdb_ci_web_server : pour les serveurs Web cmdb_ci_lb - pour équilibreurs de charge cmdb_ci_endpoint : pour les points d’entrée

5. Configurez la façon dont l’instance détermine si un CI détecté est un CI mis à niveau existant dans l’instance ou un tout nouveau CI.
   Voir Créer ou modifier une règle d’identification de CI pour connaître la procédure détaillée.

   Avertissement :

   S’il n’existe aucune règle d’identification de CI pour un type de CI, Mappage des services détecte les CI appartenant à ce type, mais ne peut pas interpréter les résultats du processus de découverte. Dans ce cas, le ServiceNow AI Platform rejette les résultats de découverte pour ces CI et leurs informations ne sont pas mises à jour.
   1. Sur la page Identificateurs , configurez les paramètres comme suit :

      Tableau 2. Formulaire d’identificateur

      Champ	Description
      Nom	Utilisez un nom significatif.
      Concerne	Entrez le type de CI.
      Actives	Cochez la case.
      Indépendant	Décochez la case.

   2. Configurez les paramètres d’entrée d’identificateur comme suit :

      Tableau 3. Formulaire d’entrée d’identificateur

      Champ	Description
      Attributs de critère	Sélectionnez l’attribut que vous souhaitez utiliser pour identifier le CI. Par exemple, Classe, Répertoire d’installation ou Numéro de série.
      Autoriser un attribut Null	Cochez la case.
      Priorité	S’il existe plusieurs entrées d’identificateur, ajoutez une priorité pour déterminer l’ordre dans lequel Mappage des services ces entrées s’appliquent. Si aucun des critères d’identification ne correspond au CI découvert, ce CI est nouveau.

6. Facultatif : Configurez les références à d’autres CI ou à des non-CI comme éléments connexes pour le type de CI.

   Tableau 4. Formulaire d’entrée associée

   Champ	Description
   Actives	Cochez la case qui indique que l’entrée associée est active.
   Table connexe	Une table associée qui fait référence au CI correspondant.
   Champ référencé	Un champ référencé dans la table connexe qui devrait stocker le CI référencé. Ce champ fait toujours référence à la table cmdb_ci ou à un descendant de la table cmdb_ci.
   Priorité	Priorité de l’entrée associée pour la table associée spécifiée. Les règles contenant des numéros de priorité inférieurs ont la priorité et correspondent à un élément connexe de la table connexe spécifique. Les entrées associées pour la table associée spécifiée avec des priorités identiques sont appliquées de manière aléatoire. Vous pouvez conserver des écarts entre les numéros de priorité afin d’affecter des numéros de priorité non utilisés à de nouvelles entrées sans avoir à modifier l’ordre de priorité existant.
   Attributs de critère	L’ensemble des attributs permettant d’identifier de façon unique l’élément associé. Les attributs peuvent appartenir à la classe actuelle ou à une classe parente. Remarque : Il est possible d’ajouter des champs de référence comme attribut de critère. Cependant, ces champs peuvent ne pas toujours être efficaces : Les champs de référence stockent les attributs sys_idqui pointent vers un enregistrement d’une autre table et qui sont donc considérés comme des attributs de critère faibles (en termes d’unicité) pour la table actuelle. Le système détecte puis remplace les valeurs non valides dans un champ de référence par « Inconnu ». Par exemple, une valeur non valide Model ID est remplacée par la valeur « Inconnu ». En outre, si plusieurs CI finissent par avoir le même champ de référence défini sur « Inconnu », ces CI deviennent des CI en double. Sélectionnez l’icône de verrou pour afficher, ajouter ou supprimer des attributs à partir de la règle d’identification.
   Autoriser un attribut Null	Si au moins un attribut de critère dans la table associée n’est pas nul, autoriser la tentative de correspondance avec une entrée d’identificateur même s’il existe des attributs de critère qui sont nuls.
   Conditions de filtre	Ajoutez des conditions pour créer un filtre afin de réduire l’ensemble des enregistrements dans lequel l’élément associé correspondant sera recherché.

7. Facultatif : Configurez l’instance pour consolider correctement les attributs de CI reçus de différentes sources de données.
   Voir Créer ou modifier une règle de rapprochement CI.

   Configurez correctement les paramètres connexes suivants Mappage des services :

   Tableau 5. Formulaire de définition des rapprochements

   Champ	Description
   Source de données	Sélectionnez ServiceWatch.
   Concerne	Sélectionnez le type de CI approprié.
   Condition facultative	Définissez une condition si nécessaire.

   Remarque :

   Si vous ne créez pas de règle de rapprochement de CI, les données détectées par les modèles sont utilisées pour mettre à jour les attributs de CI.
8. Configurez la classification de CI pour votre type de CI :
   • Pour les types de CI représentant les applications, effectuez la configuration comme décrit dans .Créer une classification des processus de découverte
   • Pour les types de CI représentant les équipements SNMP, effectuez la configuration comme décrit dans .Créer une classification CI de découverte
   Remarque :

   il n'est pas nécessaire de créer des classifications de CI pour les hôtes, car ces classifications sont incluses dans le système de base.
9. Pour les types de CI qui représentent des inclusions, définissez la hiérarchie pour le nouveau type de CI.

   Décochez la case Inverser le sens de la relation pendant l’exécution de cette configuration.

   Voir Créer des relations dépendantes.
10. Si nécessaire, personnalisez les icônes qui représentent les CI dans les cartes.
    Voir Créer ou modifier des icônes de carte.

Sujet précédent : Chiffrement Password2 pour les schémas

Sujet suivant : Créer des types de points d’entrée pour Mappage des services