Wenn sich Ihre Cloud-Ressourcen in einer Azure-Cloud befinden, müssen Sie eine Benutzeridentität erstellen, die als Dienstprinzipal bezeichnet wird und MID-Server Berechtigungen für den Zugriff auf ausgewählte Ressourcen erteilt.
Azure-Verwaltungsgruppen und -Abonnements
Eine Azure-Verwaltungsgruppe enthält andere Verwaltungsgruppen und Abonnements. Die Verwaltungsgruppen in einer Azure-Cloud-Umgebung bilden eine Hierarchie, enthalten jedoch keine Volumes oder virtuellen Computer. Abonnements enthalten Cloud-Ressourcen, zum Beispiel virtuelle Computer. Die Abonnements, die zu Verwaltungsgruppen gehören, werden als Unterkonten bezeichnet.
Die Verwendung von Verwaltungsgruppen hat folgende Vorteile:
Einfaches Füllen von Unterkonten
Nachdem Sie die Verwaltungsgruppe konfiguriert und die erforderlichen Anmeldeinformationen angegeben haben, können Sie das Konto testen. Wenn der Test erfolgreich ist, gibt Discovery eine Liste von Abonnements in dieser Verwaltungsgruppe zurück. Aus dieser Liste können Sie mindestens ein Abonnement-Unterkonto auswählen, das mithilfe der Verwaltungsgruppe in den Erkennungszeitplan aufgenommen wird. Weitere Informationen zur Hierarchie von Verwaltungsgruppen und Abonnements finden Sie unter Ressourcen mit Azure-Verwaltungsgruppen organisieren
Erkennung von Unterkontoressourcen mithilfe dynamisch bezogener Anmeldeinformationen
Wenn Sie Discovery für Ihre Abonnements ausführen, benötigen Sie keine separaten Anmeldeinformationen für jedes Unterkonto. Discovery erkennt die Anmeldeinformationen für die Verwaltungsgruppe und ordnet sie allen Unterkontos des Abonnements zu. Der Cloud Discovery-Prozess verarbeitet Anmeldeinformationen automatisch, indem temporäre Anmeldeinformationen für jedes Unterkonto über eine Azure-API abgerufen werden. Sie können die Standardkonfiguration verwenden oder den MID Server anpassen, um andere Rollen für zusätzliche Steuerungen und Sicherheitseinstellungen zu übernehmen. Darüber hinaus kann Discovery die Liste der von einem Erkennungszeitplan abgedeckten Unterkonten und Rechenzentren automatisch aktualisieren. Weitere Informationen finden Sie im KB -Artikel Neuere Konten/Unterkonten automatisch über Cloud Discovery abrufen.
Ein Dienstprinzipal für Azure-Cloud-Services ähnelt einem Microsoft Windows-Servicekonto, über das Windows-Prozesse in einer Active Directory-Domäne miteinander kommunizieren können.
Kopieren Sie zum Erstellen des Azure-Dienstprinzipals in Ihrer ServiceNow-Instanz die Anmeldeinformationen des Dienstprinzipals aus dem Azure-Portal in einen Texteditor und übertragen Sie diese Werte dann in die Instanz. Abbildung : 1. Die Textdatei, die Sie während dieses Vorgangs generieren
Diese Tabelle zeigt den Wert des Azure-Dienstprinzipals und den Speicherort in Azure, an dem Sie die für die Anmeldeinformationen erforderlichen Werte finden können.
Einstellung für Cloud Provisioning and Governance
Wert „Azure-Dienstprinzipal“
Speicherort des Azure-Werts
Mandanten-ID
Wert der Azure-Verzeichnis-ID aus der Textdatei
Azure Active Directory > Eigenschaften > Verzeichnis-ID
Client-ID
Wert der Azure-Anwendungs-ID aus der Textdatei
Azure Active Directory > App-Registrierungen > Registrierte App.Application-ID
Geheimer Schlüssel
Wert des Azure-Anwendungsschlüssels aus der Textdatei
Azure -Abonnement-ID, die der Mandanten-ID zugeordnet ist.
Azure Active Directory > Abonnements > Abonnement-ID
Von Service-Mapping während der Erkennung von oben nach unten erfasste Daten
Um erkannte Komponenten in Anwendungsservices aufzunehmen, aktivieren Sie die CI-Beziehungen, die in der tagbasierten Discovery von Service-Mapping verwendet werden. Diese CI-Beziehungen sind im ServiceNow Store ab Version 1.0.68 verfügbar. Schritte zur Ausführung finden Sie unter Konfiguration der Tag-basierten Erkennung.
Service-Mapping verwendet die Tag-basierte Discovery, um Anwendungsservice-Zuordnungen einschließlich der Cloud-Komponenten zu erstellen. Im Lieferumfang von Service-Mapping befinden sich folgende vorkonfigurierte CI-Beziehungen, die für Tag-basierte Discovery verwendet werden. Diese CI-Beziehungen sind im ServiceNow Store ab Version 1.0.68 verfügbar.
"properties.frontendIPConfigurations.properties.privateIPAddress ODER properties.frontendIPConfigurations.properties.publicIPAddress, dann API für öffentliche IP-Adresse aufrufen"
Name
"properties.frontendIPConfigurations.properties.privateIPAddress ODER properties.frontendIPConfigurations.properties.publicIPAddress, dann API für öffentliche IP-Adresse aufrufen"
ipaddress_type
"properties.frontendIPConfigurations.properties.privateIPAddress ==> Private IP-Adresse ODER properties.frontendIPConfigurations.properties.publicIPAddress ==> Öffentliche IP-Adresse"