Modèles et détection horizontale
Un modèle est une série d'opérations qui indiquent à Discovery quels éléments de configuration (CI, Configuration Item) rechercher sur votre réseau, quelles informations d'identification utiliser et quelles tables remplir dans la CMDB.
Comment Discovery utilise des modèles
Un modèle assure la même fonction qu'une sonde : il identifie et explore un CI cible. Discovery utilise des modèles uniquement au cours des deux dernières phases de détection : l'identification et l'exploration.
Lorsque vous démarrez une détection horizontale avec des modèles, les phases d'analyse et de classification s'exécutent comme si vous n'utilisiez pas de modèles (uniquement à l'aide de sondes et de capteurs). Une fois l'étape de classification terminée, Discovery examine les sondes de déclencheur sur le classifieur pour déterminer quelle sonde lancer. Lorsque la sonde Horizontal Pattern est spécifiée comme sonde de déclencheur, Discovery lance à la fois la sonde Horizontal Pattern et le modèle qu'elle spécifie.
Différences entre les sondes et les modèles
Les principales différences entre l'utilisation de modèles pour la détection horizontale et l'utilisation de sondes uniquement pour la détection horizontale sont décrites dans cette table :
| Sujet | Détection horizontale avec sondes | Détection horizontale avec modèles |
|---|---|---|
| Phases de détection | Les sondes sont exécutées au cours des quatre phases de détection. | Les modèles sont uniquement exécutés pendant les phases d'identification et d'exploration. Discovery utilise toujours la sonde Shazzam et les sondes de port pour démarrer la détection. |
| Recherche de nouveaux CI | Discovery fournit plusieurs sondes et capteurs prêts à l'emploi. Toutefois, si vous souhaitez rechercher de nouveaux CI ou changer les données que Discovery renseigne dans la CMDB, vous devez créer des sondes et des capteurs ou personnaliser ceux qui existent. Pour ce faire, vous devez connaître Java et JavaScript, ainsi que comprendre le fonctionnement des sondes avec d'autres sondes et avec des capteurs. |
Discovery offre des modèles supplémentaires dans chaque version majeure et sur l'App Store ServiceNow. Si vous souhaitez créer un modèle ou personnaliser un modèle existant, vous pouvez utiliser le concepteur de modèles, qui est une interface conviviale qui vous aide à construire des étapes et à saisir des valeurs. |
| Prise en charge des fonctionnalités | Prend en charge tous les réseaux standard et la détection de CI. Certaines applications ne sont pas prises en charge sans l'utilisation de modèles. Consultez Informations détaillées sur les produits détectés par Visibilité ITOM pour obtenir la liste complète. | En plus de prendre en charge toutes les détections standard, les modèles prennent en charge :
|
| File d'attente ECC et dépannage | Discovery crée plusieurs enregistrements de file d'attente ECC en fonction du nombre de sondes lancées. Pour résoudre des problèmes avec une détection horizontale, vous devez analyser plusieurs enregistrements de file d'attente ECC pour voir les données que Discovery a récupérées. |
Discovery crée un seul enregistrement de file d'attente ECC supplémentaire pour le modèle. Pour résoudre tout problème de détection horizontale pendant l'identification et l'exploration, vous n'avez qu'à analyser un enregistrement de file d'attente ECC pour le modèle. |
| Performance | Selon le type de CI cible que vous essayez d'identifier et d'explorer, Discovery peut déclencher plusieurs sondes pendant la phase d'identification, puis déclencher des sondes supplémentaires pendant la phase de détection. Il est possible que la détection horizontale avec des sondes puisse prendre plus de temps en raison de la charge supplémentaire inhérente au déclenchement et au traitement de plusieurs sondes. | Discovery déclenche un modèle lors des phases d'identification et d'exploration. Toutes les opérations que Discovery doit exécuter se trouvent dans le modèle, et Discovery peut les exécuter dans l'ordre jusqu'à ce que le modèle soit terminé. Par conséquent, la détection de modèles peut accélérer les performances. |
Modèles pour la détection de haut en bas et la détection horizontale
Discovery et Service Mapping peuvent utiliser le même modèle pour la détection horizontale et la détection de haut en bas. Mais ils sont modifiés différemment. Consultez Créer ou personnaliser des modèles pour connaître toutes les étapes. Si vous prenez un modèle qui était exclusivement utilisé pour la détection de haut en bas et que vous souhaitez l'utiliser pour la détection horizontale, vous devez y apporter quelques modifications. Consultez les Utiliser un modèle pour la détection horizontale pour obtenir les instructions.
Pattern Orchestrator
Pattern Orchestrator est un processus qui permet à une détection de déclencher plusieurs modèles associés à une collecte de données, et ce de manière hiérarchique. Cela contribue à résoudre les problèmes avec les ensembles de données volumineux (ou les charges de données importantes) qui peuvent ralentir les détections ou entraîner des problèmes de mémoire insuffisante sur un MID Server.
Pattern Orchestrator est accessible depuis l'onglet Pattern Orchestrator du concepteur de modèles. L'onglet contient trois nouvelles tables : Règles de déclencheur, Entrée orchestrateur, Sortie orchestrateur.
- L'option Nombre doit spécifier un nombre correspondant à Nombre de tailles de lots. Le modèle enfant est déclenché chaque fois que le modèle parent envoie le nombre spécifié de CI.
- L'option Tous utilise chaque CI envoyé depuis le modèle parent et déclenche le modèle enfant une seule fois.
- L'option Use Parent Context Only (Utiliser le contexte parent uniquement) se base sur les paramètres de sortie du modèle parent pour dicter quel modèle enfant doit se déclencher. Cela est utile lorsque deux modèles ont le même parent, mais vous devez en avoir un à déclencher avant l'autre.
La table Entrée orchestrateur utilise le champ Type de CI pour accepter les types de CI à partir de son modèle parent ou du modèle parent du parent. Le champ Saved as (Enregistré sous) enregistre le nom du type de CI à utiliser dans le modèle. Les comptes de services représentent un cas spécial et doivent être nommés service_account. Le champ Attributs de CI exploite les sorties du modèle parent pour sélectionner les attributs à utiliser.
La table Sortie orchestrateur contrôle les données qui seront envoyées aux modèles suivants. Elle comprend les champs Type de classe de CI, qui correspond au type de CI détecté, et Noms de variables qui spécifie les variables à transmettre comme entrées aux modèles enfants. Les variables non spécifiées dans le champ Noms de variables ne sont pas envoyées aux modèles enfants. La variable source_native_key peut être ajoutée manuellement en la recherchant dans le champ Noms de variables.
Clé native de la source
Dans certains cas, un modèle peut obtenir des informations partielles sur un CI, tandis qu'un autre modèle obtient des informations partielles sur le même CI. Au lieu de créer des enregistrements redondants ou de supprimer les informations partielles, les données sont stockées dans la table Charges utiles partielles IRE CMDB [cmdb_ire_partial_payloads_list]. Une fois que suffisamment de modèles ont recueilli des informations partielles, celles-ci peuvent être corrélées pour fournir des informations complètes sur le CI.
Pagination
Une autre façon de réduire les contraintes sur la mémoire du MID Server est la pagination. La pagination décompose une charge de travail importante en éléments plus petits et ordonnés appelés pages. La pagination limite la taille maximale des éléments reçus et génère un jeton. Une fois cette page traitée, le jeton est transmis à la page suivante, qui est ensuite traitée, jusqu'à ce que toutes les pages soient terminées.
La pagination est contrôlée à partir de la table Opérations personnalisées [sa_custom_operation]. Le champ Possibilité de pagination est masqué par défaut sur le formulaire et peut être ajouté au formulaire avec les contrôles Personnaliser le formulaire. Une fois la valeur définie sur true, le modèle associé dans le concepteur de modèles inclut le champ Paginé. Définir le champ Paginé sur true exécute cette étape du modèle avec la pagination.
Ajouter la sonde de modèle horizontal à un classifieur
Pour utiliser un modèle dans les phases d'identification et d'exploration de la détection horizontale, vous devez ajouter la sonde de modèle horizontal aux classifieurs pour les CI que vous essayez de détecter.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
Utiliser un modèle pour la détection horizontale
Si vous souhaitez utiliser un nouveau modèle, ou si vous avez déjà un modèle que vous utilisiez pour la détection de haut en bas, vous pouvez l'utiliser pour la détection horizontale en apportant quelques modifications au classifieur approprié.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
Que faire ensuite
Exécutez le modèle en mode de débogage pour le tester. Lorsque vous avez la certitude que le modèle fonctionne, vous pouvez exécuter Discovery en configurant un calendrier de détection ou en exécutant une détection à la demande. Consultez Planifier une détection horizontale pour plus d'informations.