Azure Traitement des changements

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 5 minutes de lecture

    • Le Azure traitement des changements collecte des informations sur les Microsoft Azure ressources qui ont subi un changement d’état ou un changement de configuration au cours du cycle de vie. 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
    Affiche le flux de 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 les changements de ressources. 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 de changement, le Azure traitement du changement utilise des mappages de réponses pour mettre à jour les informations de changement dans le CMDBfichier . 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 Azure tâche planifiée de changement de 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 Azure tâche planifiée Changements de processus pour accélérer les CMDB mises à jour.

    Lorsque vous exécutez le Azure traitement des changements pour la première fois, il peut durer jusqu’à quatre heures. Vous pouvez modifier la période d’exécution maximale 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 de travail 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 ne peut extraire des informations sur les changements de ressources qu’à 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 des changements utilise un Serveur MID pour appeler les Azure points de terminaison et collecter les informations sur les changements de ressources. 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 CMDBfichier .
      • 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énement [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 (Créer une opération)
    • deleteOperation (Opération de suppression)
    • Lun
    • manageDisk.id
    Disque de système d’exploitation
    • Niveau
    • diskState
    Microsoft. Réseau/networkSecurityGroups
    • ipConfigurations[0].etag
    • virtualMachine.id
    • Primaire
    • macAddress
    • resourceGuid
    Microsoft. Réseau/interfaces réseau networkInterfaces[0].id
    Microsoft. Adresses/Réseaux/PublicsIP
    • ipAddress
    • resourceGuid

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

    Avantages du traitement des Azure changements

    Le Azure traitement des changements offre les avantages suivants par rapport à la détection pilotée par les Microsoft Azure alertes :
    • Amélioration des performances et réduction de la probabilité d’étranglement de l’API Azure
    • Configuration simple
    Amélioration des performances et réduction de la probabilité d’étranglement 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, lorsqu’ils Now Platform reçoivent 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 du Now Platform peuvent diminuer. En revanche, le traitement des changements 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 l’API Now Platform et réduit la probabilité d’étranglement de l’API Azure .
    Configuration simple
    La Microsoft Azure découverte pilotée par les alertes 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 nécessite un webhook pour chaque abonnement que vous souhaitez surveiller. En revanche, Azure le traitement des changements utilise CAPI et Serveur MID pour interagir avec l’API de changement de Azure ressource. L’API peut fournir des informations sur le changement au niveau du groupe d’administration. Par conséquent, Azure le traitement des changements é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 les Microsoft Azure alertes, vous pouvez migrer vers Azure Change Processing pour améliorer les performances de traitement des changements de l’et Now Platform tirer parti de la configuration simplifiée.