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 que Mappage des services et Découverte ne 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 pas de 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 :

les interfaces Découverte et CMDB font référence aux types de CI en utilisant l'expression « classes CI ».

Un large éventail de types de CI préconfigurés qui couvrent 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 le créer.

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

Un type de CI (ou classe) contient plusieurs définitions importantes qui s'appliquent à tous les CI qui en font partie, telles que :

• Les attributs de CI sont ajoutés en tant que champs aux tables CMDB.
• Les identificateurs permettent à Mappage des services et Découverte de différencier les nouveaux CI et les CI existants. Par exemple, s'il existe un type de CI de serveur Web Apache défini dans la CMDB et que Mappage des services et Découverte détectent un CI de serveur Web Apache, des identificateurs sont utilisés pour traiter ce CI. Les applications déterminent ensuite qu'il s'agit d'une version mise à jour du CI de serveur Web Apache déjà présent dans le système, et non d'un nouveau CI de 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 organisations où plusieurs applications participent au processus de détection. Les règles de rapprochement définissent la façon dont les attributs du même CI détecté par différentes sources de détection sont fusionnés. Par exemple, Mappage des services détecte les attributs de version et de répertoire d'accueil d'un CI de serveur Web Apache, tandis que Découverte détecte les attributs de version et de niveau de 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 ne remplace 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, consultez Détecter les éléments associés 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 de serveur Web Apache est un enfant du CI de 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 parents.

En plus de ces définitions de type de CI, le processus de détection horizontale utilise une classification de CI pour définir le type de CI auquel un CI appartient. Créez une classification de CI d'appareil si vous créez un type de CI pour les appareils utilisant 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 Classes de CI.
3. Cliquez sur le menu contextuel pour le type de CI requis, puis sélectionnez Ajouter la classe enfant.
4. Create a table pour stocker les attributs de type de CI :

   Tableau 1. Formulaire Nouvelle table

   Champ	Description
   Étiquette	Nom du type de CI. Par exemple, Serveur Web Apache.
   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 la table du type de CI parent. Tous les types de CI sont des extensions de la table Élément 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 : de base 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 d'inclusion cmdb_ci_appl : pour les applications cmdb_ci_web_server : pour les serveurs Web cmdb_ci_lb : pour les é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 pas de 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étection. Dans ce cas, la ServiceNow AI Platform rejette les résultats de détection de ces CI et leurs informations ne sont pas mises à jour.
   1. Sur la page Identificateurs, configurez les paramètres comme suit :

      Tableau 2. Formulaire Identificateur

      Champ	Description
      Nom	Utilisez un nom explicite.
      S'applique à	Entrez le type de CI.
      Actif	Cochez la case.
      Indépendant	Décochez la case.

   2. Configurez les paramètres d'entrée de l'identificateur comme suit :

      Tableau 3. Formulaire Entrée d'identificateur

      Champ	Description
      Attributs de critères	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 y a plusieurs entrées d'identificateur, ajoutez une priorité pour déterminer l'ordre selon lequel Mappage des services applique ces entrées. Si aucun des critères d'identification ne correspond au CI détecté, ce CI est nouveau.

6. Facultatif : Configurez les références à d'autres CI ou non-CI en tant qu'éléments connexes pour le type de CI.

   Tableau 4. Formulaire Entrée associée

   Champ	Description
   Actif	Case à cocher qui spécifie que l'entrée connexe est active.
   Table connexe	Une table associée qui fait référence au CI correspondant.
   Champ Référencé	Champ référencé dans la table connexe qui doit 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 connexe pour la table connexe spécifiée. Les règles dont les numéros de priorité sont les plus faibles sont prioritaires lors de la correspondance d'un élément connexe pour une table connexe spécifique. Les entrées connexes pour la table connexe 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 de pouvoir affecter les numéros de priorité non utilisés aux nouvelles entrées sans modifier l'ordre de priorité existant.
   Attributs de critères	Ensemble d'attributs permettant d'identifier de façon unique l'élément connexe. Les attributs peuvent appartenir à la classe actuelle ou à une classe parent. Remarque : Il est possible d'ajouter des champs de référence comme attribut de critère. Toutefois, ces champs ne sont pas toujours efficaces : Les champs de référence stockent les sys_id qui pointent sur un enregistrement dans une autre table et sont donc considérés comme un attribut de critère faible (en matière d'unicité) pour la table actuelle. Le système détecte et remplace ensuite les valeurs non valides dans un champ de référence par « Inconnu ». Par exemple, une valeur Model ID non valide est remplacée par la valeur « Inconnu ». En outre, si plusieurs CI terminent par avoir ce même champ de référence défini sur « Inconnu », ils deviennent des duplications de CI. Sélectionnez l’icône de verrouillage 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 connexe n'est pas null, autorisez-le à tenter de correspondre à une entrée d'identificateur, même si des attributs de critères sont null
   Conditions de filtre	Ajoutez des conditions afin de créer un filtre et réduire l'ensemble d'enregistrements qui seront recherchés pour un élément connexe correspondant.

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 Définition de rapprochement

   Champ	Description
   Source de données	Sélectionnez ServiceWatch.
   S'applique à	Sélectionnez le type de CI pertinent.
   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 des applications, procédez à la configuration comme décrit dans Créer une classification de processus dans Discovery.
   • Pour les types de CI représentant des appareils SNMP, procédez à la configuration comme décrit dans Créer une classification de CI dans Discovery.
   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 lorsque vous procédez à cette configuration.

   Voir Création de 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 modèles

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