Azure Verarbeitung von Changes

Bei der Verarbeitung von Azure -Changes werden Informationen zu den Ressourcen Microsoft Azure ] gesammelt, die einer Lebenszyklus-Statusänderung oder Konfigurationsänderung unterzogen wurden. Anschließend verwendet es die gesammelten Informationen, um Configuration Management Database (CMDB)zu aktualisieren.

Abbildung : 1. Übersicht über die Verarbeitung von Azure-Changes

Die Azure geplante Aufgabe „Changes verarbeiten“ fragt die Ressourcen-Changes-API Azure ab und sammelt die Informationen zum Ressourcen-Changes. Während jedes Ausführungszyklus sammelt die geplante Aufgabe Informationen über alle Ressourcen, die sich zwischen der letzten erfolgreichen Zeitplanausführung und der aktuellen Zeitplanausführung geändert haben. Nach dem Empfang der Change-Informationen verwendet die Change-Verarbeitung Azure Antwortzuordnungen, um die Change-Informationen in CMDBzu aktualisieren. Während der nächsten Discovery löst Cloud-Discovery entsprechende Muster aus, falls verfügbar, und trägt detaillierte Ressourceninformationen in CMDBein.

Standardmäßig wird die geplante Aufgabe Azure Prozess-Changes alle 10 Minuten in ausgeführt. Aktualisieren Sie bei Bedarf die Ausführungshäufigkeit des Zeitplans entsprechend Ihren Anforderungen. Stellen Sie sicher, dass die neue Ausführungshäufigkeit innerhalb des folgenden Bereichs liegt:

• Mindestwert: 1 Minute
• Höchstwert: Wert, der in der Eigenschaft sn_cmp.azure.change_enquiry.max_frequency_in_hours definiert ist.

Sie können die Standardausführungshäufigkeit der geplanten Aufgabe Azure Changes verarbeiten reduzieren, um die Aktualisierung von CMDB ] zu beschleunigen.

Wenn Sie die Change-Verarbeitung Azure zum ersten Mal ausführen, kann sie bis zu vier Stunden dauern. Sie können den standardmäßigen maximalen Zeitplanausführungszeitraum ändern, indem Sie die Eigenschaft sn_cmp.azure.change_enquiry.max_frequency_in_hours festlegen. Wenn Sie den Standardausführungszeitraum erhöhen möchten, stellen Sie sicher, dass genügend Worker-Knoten für die Ausführung des Zeitplans verfügbar sind.

Während der Eventverarbeitung identifiziert der Cloud Event Scheduler die Domäne des Serviceaccounts und weist sie dem Event zu. Wenn beim Identifizieren der Domäne vor der Verarbeitung ein Fehler auftritt, kann das Event manchmal nicht zugewiesen werden und wird für alle Domänen sichtbar. Um zu verhindern, dass die fehlgeschlagenen Events für alle Domänen sichtbar sind, können Sie die Eigenschaft sn_cmp.error_events.default_domain auf die sys_id der Service Provider-Domäne festlegen, sodass die fehlgeschlagenen Events nur dem Domänenadministrator des Service Providers angezeigt werden.

Hinweis:

Azure Die Verarbeitung von -Changes kann Ressourcen-Changes-Informationen nur aus den Service-Accounts abrufen, die mit „discovery_admin“ oder „sn_cmp.cloud_admin“ erstellt wurden.

API-Pfad- und -Fehlerprotokolle

Bei der Verarbeitung des Change Azure wird ein MID-Server verwendet, um die Endpunkte Azure ] aufzurufen und die Informationen zum Ressourcen-Changes zu sammeln. Protokolliert die API-Aufrufe und die Antwort in der Tabelle „CAPI-Pfade“ [sn_capi_api_trail].

Die Tabelle „Nutzlastinformationen der Ressourcenänderungen“ [sn_cmp_resource_changes_payload_info] enthält die folgenden Statistiken zu den empfangenen Änderungen:

• Gesamtanzahl: Anzahl der in der Change-Nutzlast empfangenen Changes.
• Anzahl verarbeiteter Elemente: Anzahl der verarbeiteten Changes.
• Übersprungene Anzahl: Anzahl der übersprungenen Änderungen.
• Fehleranzahl: Anzahl der Changes, die aufgrund eines Fehlers nicht verarbeitet werden konnten. Auf der Registerkarte Ereignispfade des Datensatzes mit den Nutzlastinformationen der Ressourcenänderungen werden die folgenden Informationen zum fehlerhaften Change angezeigt:
  • Betroffene Nutzlast: Der Change, der bei der Azure-Change-Verarbeitung nicht verarbeitet werden konnte.
  • Change-Zeit: Zeitstempel des fehlgeschlagenen Change.
  • Change-Typ: Typ des Vorgangs, der zum Erfassen des Change in CMDBerforderlich ist.
  • Fehlerursache: Link zum Fehlerprotokoll.
  Azure Bei der Change-Verarbeitung werden die fehlerhaften Changes in der Tabelle „Ereignispfad“ [sn_cmp_event_trail] aufgezeichnet.

Hinweis:

Nur „discovery_admin“ oder „sn_cmp.cloud_admin“ kann auf die Tabelle „Nutzlastinformationen für Ressourcenänderungen“ [sn_cmp_resource_changes_payload_info] zugreifen.

Unterstützte Azure Ressourcentypen und Changes

Die Eigenschaft mid.cmp.azure.event.supported_resource_types speichert eine durch Kommas getrennte Liste aller Ressourcentypen Azure, für die die Change-Verarbeitung unterstützt wird.

Tabelle : 1. Unterstützte Ressourcentypen Azure .

Ressourcentyp	Unterstützte Ressourcenänderungen
Microsoft.Compute/virtualMachine	computerName osVersion OsName Powerstate
Microsoft.Compute/Datenträger	Datenträger: Zum Hinzufügen eines Datenträgers zu einer vorhandenen virtuellen Maschine (VM). diskSizeGB Caching createOperation deleteOperation LUN manageDisk.id BS-Datenträger Stufe diskState
Microsoft.Netzwerk/networkSecurityGroups	ipConfigurations[0].etag virtualMachine.id Primär macAddress resourceGuid
Microsoft.Netzwerk/Netzwerkschnittstellen	networkInterfaces[0].id
Microsoft.Netzwerk/publicIPAddresses	ipAddress resourceGuid

Weitere Informationen zum Hinzufügen von Unterstützung für einen Azure -Ressourcentyp finden Sie unter Fügen Sie Unterstützung für die Change-Verarbeitung für einen Ressourcentyp Azure hinzu.

Vorteile der Verarbeitung von Changes Azure .

Die Verarbeitung von Changes für Azure bietet gegenüber der durch Warnungen gesteuerten Erkennung von Microsoft Azure folgende Vorteile:

• Verbesserte Leistung und geringere Wahrscheinlichkeit der Azure -API-Drosselung
• Einfaches Setup

Verbesserte Leistung und geringere Wahrscheinlichkeit der Azure -API-Drosselung

Die warnungsgesteuerte Discovery von Microsoft Azure löst eine gezielte Discovery für jede betroffene Ressource aus. Wenn Now Platform eine große Anzahl von Warnungen erhält, kann die gezielte Discovery daher zu einer Drosselung der Azure -APIs führen. Dies kann dazu führen, dass sich die Leistung bei der Warnungsverarbeitung von Now Platform verringert. Im Gegensatz dazu löst die Verarbeitung des Change Azure keine gezielte Discovery für jede betroffene Ressource aus. Stattdessen werden Antwortzuordnungen verwendet, um die CMDB gemäß den verfügbaren Change-Informationen zu aktualisieren. Während der nächsten Discovery löst Cloud-Discovery entsprechende Muster aus, falls verfügbar, und trägt detaillierte Ressourceninformationen in CMDBein. Daher verbessert die Change-Verarbeitung Azure die Change-Verarbeitungsleistung von Now Platform und verringert die Wahrscheinlichkeit einer Azure -API-Drosselung.

Einfaches Setup

Die durch -Warnungen gesteuerte Discovery von Microsoft Azure verwendet einen Webhook, um Warnungen an Now Platformzu senden. Da die Cloud Azure Warnungen auf Abonnementebene generiert, benötigt die warnungsgesteuerte Discovery von Microsoft Azure einen Webhook für jedes Abonnement, das Sie überwachen möchten. Im Gegensatz dazu verwendet die Change-Verarbeitung Azure CAPI und MID-Server [], um mit der Ressourcen-Changes-API Azure zu interagieren. Die API kann Change-Informationen auf Verwaltungsgruppenebene bereitstellen. Daher macht die Change-Verarbeitung Azure Webhooks überflüssig und vereinfacht das Setup.

Sie können die Azure-Change-Verarbeitung konfigurieren, um Informationen zu Ressourcen-Changes aus der Cloud Microsoft Azure abzurufen und zum Aktualisieren von CMDBzu verwenden.

Wenn Sie die warnungsgesteuerte Discovery von Microsoft Azure verwenden, können Sie zur Azure-Change-Verarbeitung migrieren, um die Leistung bei der Change-Verarbeitung von Now Platform zu verbessern und das vereinfachte Setup zu nutzen.