Wenn sich Ihre Cloud-Ressourcen in einer Azure-Cloud befinden, müssen Sie eine Anwenderidentität mit der Bezeichnung erstellen Service-Prinzipal Die Berechtigungen für gewährt MID-ServerUm auf ausgewählte Ressourcen zuzugreifen.
Azure-Verwaltungsgruppen und -Abonnements
Eine Azure-Verwaltungsgruppe enthält andere Verwaltungsgruppen und Abonnements. Die Verwaltungsgruppen in einer Azure Cloud-Umgebung bilden eine Hierarchie, aber Nicht Enthalten Volumes oder virtuelle Computer. Abonnements enthalten Cloud-Ressourcen, z. B. virtuelle Computer. Die Abonnements, die zu Verwaltungsgruppen gehören, werden als Unterkonten bezeichnet.
Die Vorteile der Verwendung von Verwaltungsgruppen sind:
Einfaches Ausfüllen von Unterkonten
Nachdem Sie die Verwaltungsgruppe konfiguriert und die erforderlichen Anmeldeinformationen bereitgestellt haben, können Sie den Account testen. Wenn der Test erfolgreich ist, gibt Discovery eine Liste von Abonnements in dieser Verwaltungsgruppe zurück. Aus dieser Liste können Sie einen oder mehrere Abonnement-Unteraccounts auswählen, die mithilfe der Verwaltungsgruppe in den Discovery-Zeitplan aufgenommen werden sollen.Weitere Informationen zur Hierarchie von Verwaltungsgruppen und Abonnements finden Sie unter Organisieren Sie Ihre Ressourcen mit Azure-Verwaltungsgruppen
Discovery von Unterkontoressourcen mit dynamisch erworbenen Anmeldeinformationen
Wenn Sie Discovery für Ihre Abonnements ausführen, benötigen Sie keine separaten Anmeldeinformationen für jedes Unterkonto. Discovery sucht die Anmeldeinformationen für die Verwaltungsgruppe und ordnet sie allen Abonnement-Unterkonten zu. Der Cloud Discovery-Prozess verarbeitet Anmeldeinformationen automatisch, indem er über eine Azure-API temporäre Anmeldeinformationen für jedes Unterkonto anfordert. Sie können die Standardkonfiguration verwenden oder den MID-Server so anpassen, dass er andere Rollen übernimmt, um zusätzliche Steuerungen und Sicherheit zu gewährleisten. Darüber hinaus kann Discovery die Liste der Unterkonten und Rechenzentren, die in einem Discovery-Zeitplan abgedeckt sind, automatisch aktualisieren. Weitere Informationen finden Sie im KB-artikel Ruft neuere Accounts/Unteraccounts automatisch über Cloud Discovery ab.
Ein Serviceprinzip für Azure Cloud-Services ähnelt einem Microsoft Windows-Servicekonto, mit dem Windows-Prozesse innerhalb einer Active Directory-Domäne miteinander kommunizieren können.
Um den Azure-Service-Prinzipal in zu erstellen ServiceNow Instanz kopieren Sie die Anmeldeinformationswerte des Service-Prinzips 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 Verfahrens generieren
Diese Tabelle zeigt den Azure-Serviceprinzipalwert und den Standort in Azure, an dem Sie die Werte finden können, die Sie für die Anmeldeinformationen benötigen.
Cloud Provisioning and Governance Einstellung
Azure-Service-Prinzipalwert
Standort des Azure-Werts
Mandanten-ID
Azure Verzeichnis-ID Wert aus der Textdatei.
Azure Active Directory > Eigenschaften > Verzeichnis-ID
Client-ID
Azure Anwendungs-ID Wert aus der Textdatei.
Azure Active Directory > App-Registrierungen > Registrierte App.Anwendungs-ID
Geheimer Schlüssel
Wert des Azure-Anwendungsschlüssels aus der Textdatei
Azure Abonnement-ID Ist der Mandanten-ID zugeordnet.
Azure Active Directory > Abonnements > Abonnement-ID
Überprüfen Sie die REST-API-Berechtigungen
Laden Sie herunter Cloud-Discovery Mustertabelle So können Sie Anwenderberechtigungen gewähren, die für die Ausführung von erforderlich sind Discovery Muster. Neben Berechtigungen enthält die Tabelle auch nützliche Informationen wie Musternamen, Typen, CI-Klassen und Links zur Lieferantendokumentation. Neue Muster sind vierteljährlich verfügbar. Überprüfen Sie daher regelmäßig, um sicherzustellen, dass Sie über die neueste Version der Tabelle verfügen.
Daten erfasst von Service-Mapping Während der Discovery von oben nach unten
Um erkannte Komponenten in Serviceinstanzen einzubeziehen, aktivieren Sie CI-Beziehungen, die in der Tag-basierten Discovery von verwendet werden Service-Mapping. Diese CI-Beziehungen sind im ServiceNow Store ab Version 1.0.68 verfügbar. Schritte zur Ausführung finden Sie unter Tag-basierte Discovery-Konfiguration.
Service-Mapping Verwendet die Tag-basierte Discovery, um Serviceinstanzzuordnungen 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“