---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Azure Cloud-Discovery

# Azure Cloud-Discovery {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer

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 {#azure-cloud-discovery__section_zsr_zbb_kmb}

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](https://docs.microsoft.com/en-us/azure/governance/management-groups/overview)

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.](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0961449)
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 ServiceNowInstanz 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.{#azure-cloud-discovery__table_kpc_svh_wjb__entry__3}

| Cloud Provisioning and Governance Einstellung | Azure-Service-Prinzipalwert | Standort des Azure-Werts |
|-|-|-|
| Mandanten-ID | Azure Verzeichnis-ID Wert aus der Textdatei. | Azure Active DirectoryEigenschaftenVerzeichnis-ID |
| Client-ID | Azure Anwendungs-ID Wert aus der Textdatei. | Azure Active DirectoryApp-RegistrierungenRegistrierte App.Anwendungs-ID |
| Geheimer Schlüssel | Azure Anwendungsschlüssel Wert aus der Textdatei. | Azure Active DirectoryApp-RegistrierungenRegistrierte AppEinstellungenSchlüssel (ausgeblendet) |
| Account-ID | Azure Abonnement-ID Ist der Mandanten-ID zugeordnet. | Azure Active DirectoryAbonnementsAbonnement-ID |
[ ]

{#azure-cloud-discovery__table_kpc_svh_wjb}

## Daten erfasst von Service-MappingWährend der Discovery von oben nach unten {#azure-cloud-discovery__section_mtq_nbg_ppb}

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 ab Release 1.0.68 auf verfügbar ServiceNow Store. Operative Schritte finden Sie unter [Tag-basierte Discovery-Konfiguration](https://servicenow-prod.fluidtopics.net/9kuIcux31R6cIZydKz6psQ "Sie können die Standardkonfiguration verfeinern, um zu steuern, welche CIs Service-MappingSchließt während des Tag-basierten Discovery-Prozesses in Anwendungsservices ein.").  
Service-Mapping Verwendet die Tag-basierte Discovery, um Serviceinstanzzuordnungen einschließlich der Cloud-Komponenten zu erstellen. Die Service-MappingDie Anwendung enthält die folgenden vorkonfigurierten CI-Beziehungen, die für die Tag-basierte Discovery verwendet werden. Diese CI-Beziehungen sind ab Release 1.0.68 auf verfügbar ServiceNow Store. {#azure-cloud-discovery__id_yqp_xhy_qpb__entry__3}

| CI | Beziehung | CI |
|-|-|-|
| Konfigurationselement \[cmdb_ci\] | Gehostet auf::Hosts | Logisches Rechenzentrum \[cmdb_ci_logical_datacenter\] |
| Logisches Rechenzentrum \[cmdb_ci_logical_datacenter\] | Gehostet auf::Hosts | Cloud-Serviceaccount \[cmdb_ci_cloud_service_account\] |
[ ]

{#azure-cloud-discovery__id_yqp_xhy_qpb}

## Azure Cloud Discovery-API-Liste {#azure-cloud-discovery__section_zbd_ypm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | response.name |
| name | response.name |
| region | Antwort.displayName |
| Status | Installiert |
[Tabelle : 1. Logisches Rechenzentrum (cmdb_ci_logical_datacenter)]

{#azure-cloud-discovery__table_mr2_1qm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | Antwort.ID |
| name | response.name |
| Status | Installiert/Stillgelegt |
| Staat |   |
[Tabelle : 2. Verfügbarkeitszone (cmdb_ci_availability_zone)]

{#azure-cloud-discovery__table_md1_hqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | ID |
| name | name |
| Staat | Verfügbar |
| Status | Installiert/Stillgelegt |
[Tabelle : 3. Ressourcengruppe (cmdb_ci_resource_group)]

{#azure-cloud-discovery__table_q1s_3qm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | ID |
| Staat |   |
| name | name |
| cidr | properties.addressSpace.addressPrefixes |
[Tabelle : 4. Netzwerk (cmdb_ci_Network)]

{#azure-cloud-discovery__table_c5j_jqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| Subnetzname | response.name |
| subnetId | Antwort.ID |
| resourceGroup | response.properties.resourceGuid |
| networkId | Response.id.Split('/Subnetze/') |
| networkName | GetNetwork (NetworkId) |
| cidrBlock | response.properties.addressSpace.addressPrefixes |
[Tabelle : 5. Subnetz (cmdb_ci_cloud_subnet)]

{#azure-cloud-discovery__table_nfw_jqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| Staat | properties.provisioningState |
| storage_type | Eigenschaften.BlobType |
| volume_id | ID |
| name | name |
| size_bytes | Properties.diskSizeGB \* 1024 \* 1024 \* 1024 |
| object_id | ID |
| size | response.properties.diskSizeGB |
| „Volume_Container" | containerName |
| Status | Installiert/Stillgelegt |
[Tabelle : 6. Speichervolume (cmdb_ci_storage_volume)]

{#azure-cloud-discovery__table_i3l_kqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | ID |
| name | name |
| Staat | properties.provisioningState |
[Tabelle : 7. Sicherheitsgruppen (cmdb_ci_compute_security_group)]

{#azure-cloud-discovery__table_wdg_lqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| Arbeitsspeicher | properties.hardwareProfile.vmSize |
| Staat | Die Instanzstatus: * Erfolgreich: Am * Wird ausgeführt: Erfolgreich/wird gestoppt * Aufhebung der Zuordnung: Wird gestoppt/gestoppt * Aufgehoben: Aus * Beendet: Fehler {#azure-cloud-discovery__ul_x51_b5m_jyb} |
| object_id | ID |
| CPUs | properties.hardwareProfile.vmSize |
| disks | Properties.storageProfile.dataDisks |
| nics | properties.networkProfile.networkInterfaces\[\].size |
| vm_inst_id | properties.vmId |
| name | name |
| Status | Installiert/Stillgelegt |
[Tabelle : 8. Virtueller Server (cmdb_ci_vm_instance)]

{#azure-cloud-discovery__table_flf_mqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| name | name |
| object_id | name |
| vcpus | numberOfCores |
| memory_mb | memoryInMB |
| local_storage_gb | resourceDiskSizeInMB |
| Kerne | numberOfCores |
[Tabelle : 9. Hardwarevorlage (cmdb_ci_compute_template)]

{#azure-cloud-discovery__table_g25_mqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | Antwort.ID |
| name | response.name |
| public_dns | properties.dnsSettings.fqdn |
| public_ip_address | properties.ipAddress |
[Tabelle : 10. Öffentliche Cloud-IP-Adresse (cmdb_ci_cloud_public_ipaddress)]

{#azure-cloud-discovery__table_udj_nqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | „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" |
| Status | Installiert |
[Tabelle : 11. Cloud-LB IP-Adresse ( cmdb_ci_cloud_lb_ipaddress )]

{#azure-cloud-discovery__table_jkz_rqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | ID |
| name | name |
| private_ip | Properties.ipKonfigurationen |
| public_dns | Rufen Sie die api der öffentlichen ip-Adresse auf -- properties.dnsSettings.fqdn |
| Staat | properties.provisioningState |
| is_static | Properties.ipKonfigurationen |
| mac_address | properties.macAddress |
| public_ip | api für öffentliche ip-Adresse aufrufen -- |
[Tabelle : 12. „Cloudnetzwerkschnittstellen cmdb_ci_nic"]

{#azure-cloud-discovery__table_jrd_tqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| name | Antwort.ID |
| object_id | response.name |
| guest_os | properties.storageProfile.osDisk.osType |
| image_source | ID |
| Status | Installiert/Stillgelegt |
[Tabelle : 13. Bild (cmdb_ci_os_template)]

{#azure-cloud-discovery__table_irp_wqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| name | name |
| object_id | ID |
| sku_name | sku.name |
| Staat | properties.provisioningState |
[Tabelle : 14. cmdb_ci_cloud_storage_account des Cloud-Speicherkontos]

{#azure-cloud-discovery__table_sf4_yqm_qmb}

|-|-|
| CI-Attribute | Azure-Attribute |
| object_id | Antwort.ID |
| name | response.name |
| Staat |   |
| dns_name | Eigenschaften. |
| fqdn |   |
| canonical_hosted_zone_name |   |
[Tabelle : 15. Lastenausgleichsmodul (cmdb_ci_cloud_load_balancer)]

{#azure-cloud-discovery__table_kcf_zqm_qmb}