Azure Traitement des changements

Le Azure traitement des changements collecte des informations sur les Microsoft Azure ressources qui ont subi un changement d’état de cycle de vie ou un changement de configuration. Ensuite, il utilise les informations collectées pour mettre à jour le Base de données de gestion des configurations (CMDB)fichier .

Figure 1. Vue d’ensemble du traitement des changements Azure

La Azure tâche planifiée Changements de processus interroge l’API de Azure changement de ressource et collecte les informations sur le changement de ressource. Au cours de chaque cycle d’exécution, la tâche planifiée collecte des informations sur toutes les ressources qui ont changé entre la dernière exécution réussie du calendrier et l’exécution actuelle du calendrier. Après avoir reçu les informations sur le changement, le traitement du Azure changement utilise des mappages de réponse pour mettre à jour les informations de changement dans le CMDB. Lors de la détection suivante, Détection dans le cloud déclenche les modèles appropriés, s’ils sont disponibles, et renseigne les informations détaillées sur les ressources dans le CMDB.

Par défaut, la tâche planifiée Changements de Azure processus s’exécute toutes les 10 minutes. Si nécessaire, mettez à jour la fréquence d’exécution du calendrier en fonction de vos besoins. Assurez-vous de définir la nouvelle fréquence d’exécution dans la plage suivante :

• Valeur minimale : 1 minute
• Valeur maximale : valeur définie dans la sn_cmp.azure.change_enquiry.max_frequency_in_hours propriété.

Vous pouvez réduire la fréquence d’exécution par défaut de la tâche planifiée Traiter les Azure changements pour accélérer les CMDB mises à jour.

Lorsque vous exécutez le traitement des Azure changements pour la première fois, il peut durer jusqu’à quatre heures. Vous pouvez modifier la période maximale d’exécution du calendrier par défaut en définissant la sn_cmp.azure.change_enquiry.max_frequency_in_hours propriété. Si vous souhaitez augmenter la période d’exécution du calendrier par défaut, assurez-vous que suffisamment de nœuds d’agent sont disponibles pour exécuter le calendrier.

Pendant le traitement des événements, le planificateur d'événements dans le cloud identifie le domaine du compte de service et l'affecte à l'événement. Si une erreur se produit lors de l'identification du domaine avant le traitement, il est parfois possible que l'événement ne soit pas affecté et devienne visible pour tous les domaines. Pour empêcher la visibilité des événements ayant échoué sur tous les domaines, vous pouvez définir la propriété sn_cmp.error_events.default_domain sur sys_id du domaine du fournisseur de service afin que seul l'administrateur du domaine du fournisseur de service puisse consulter les événements ayant échoué.

Remarque :

Azure Le traitement des changements peut extraire des informations sur les changements de ressources uniquement à partir des comptes de services créés par le discovery_admin ou sn_cmp.cloud_admin.

Piste d’API et journaux d’erreurs

Le Azure traitement du changement utilise un Serveur MID objet pour appeler les Azure points de terminaison et collecter les informations sur le changement de ressource. Il consigne les appels d’API et la réponse dans la table Pistes CAPI [sn_capi_api_trail].

La table Informations sur la charge utile des changements de ressources [sn_cmp_resource_changes_payload_info] contient les statistiques suivantes sur les changements reçus :

• Nombre total : nombre de changements reçus dans la charge utile des changements.
• Nombre de changements traités : nombre de changements traités.
• Nombre ignoré : nombre de changements ignorés.
• Nombre d’erreurs : nombre de changements qui n’ont pas pu être traités en raison d’une erreur. L’onglet Pistes d’événements de l’enregistrement Informations sur la charge utile des changements de ressources affiche les informations suivantes sur le changement erroné :
  • Charge utile affectée : le changement que le traitement du changement Azure n’a pas réussi à traiter.
  • Heure du changement : horodatage de l’échec du changement.
  • Type de changement : type d’opération nécessaire pour capturer le changement dans le CMDB.
  • Motif de l’erreur : lien vers le journal d’erreurs.
  Azure le traitement des changements enregistre les changements erronés dans la table Piste d’événements [sn_cmp_event_trail].

Remarque :

Seul discovery_admin ou sn_cmp.cloud_admin peut accéder à la table Informations sur la charge utile des changements de ressources [sn_cmp_resource_changes_payload_info].

Types et changements de ressources pris en charge Azure

La mid.cmp.azure.event.supported_resource_types propriété stocke une liste séparée par des virgules de tous les types de ressources pour lesquels le Azure traitement des changements est pris en charge.

Tableau 1. Types de ressources pris en charge Azure

Type de ressource	Changements de ressources pris en charge
Microsoft. Ordinateur/ordinateur virtuel	computerName osVersion Nom d’OsName État d'alimentation
Microsoft. Calcul/disques	Disque de données : ajoutez un disque à un ordinateur virtuel existant. diskSizeGB Mise en cache createOperation (en anglais seulement) deleteOperation (Opération de suppression) Lun manageDisk.id Disque de système d’exploitation Niveau diskState
Microsoft. Network/networkSecurityGroups	ipConfigurations[0].etag virtualMachine.id Primaire macAddress resourceGuid
Microsoft. Réseau/interfaces réseau	networkInterfaces[0].id
Microsoft. Adresses/adresses IP publiques	ipAddress resourceGuid

Pour plus d’informations sur l’ajout de la prise en charge d’un type de Azure ressources, reportez-vous à Ajouter la prise en charge du traitement des changements pour un type de Azure ressource.

Avantages du traitement des Azure changements

Le Azure traitement du changement offre les avantages suivants par rapport à la détection pilotée par l’alerte Microsoft Azure :

• Amélioration des performances et réduction de la probabilité de limitation de l’API Azure
• Configuration simple

Amélioration des performances et réduction de la probabilité de limitation de l’API Azure

La Microsoft Azure détection pilotée par l’alerte déclenche une détection ciblée pour chaque ressource affectée. Par conséquent, lorsque le service reçoit Now Platform un grand nombre d’alertes, la détection ciblée peut entraîner une limitation des Azure API. Par conséquent, les performances de traitement des alertes de l’utilisateur Now Platform peuvent diminuer. En revanche, le traitement du changement ne déclenche pas la Azure détection ciblée pour chaque ressource affectée. Au lieu de cela, il utilise des mappages de réponse pour mettre à jour la CMDB en fonction des informations de changement disponibles. Lors de la détection suivante, Détection dans le cloud déclenche les modèles appropriés, s’ils sont disponibles, et renseigne les informations détaillées sur les ressources dans le CMDB. Par conséquent, Azure le traitement des changements améliore les performances de gestion des changements de la et réduit la probabilité de limitation de l’API Now PlatformAzure .

Configuration simple

La Microsoft Azure détection pilotée par l’alerte utilise un webhook pour envoyer les alertes au Now Platform. Étant donné que le Azure cloud génère des alertes au niveau de l’abonnement, la détection pilotée par les Microsoft Azure alertes a besoin d’un webhook pour chaque abonnement que vous souhaitez surveiller. En revanche, Azure le traitement des changements utilise la CAPI et Serveur MID interagit avec l’API de Azure changements de ressources. L’API peut fournir des informations sur le changement au niveau du groupe de gestion. Par conséquent, Azure le traitement des modifications élimine le besoin de webhooks et simplifie la configuration.

Vous pouvez configurer le traitement des changements Azure pour obtenir des informations sur les changements de ressources à partir du Microsoft Azure cloud et les utiliser pour mettre à jour le CMDBfichier .

Si vous utilisez la détection pilotée par l’alerte Microsoft Azure , vous pouvez migrer vers le traitement des changements Azure pour améliorer les performances de traitement des changements de la Now Platform et tirer parti de la configuration simplifiée.