This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.
Summary of Azure Cloud Discovery
Azure Cloud Discovery enables ServiceNow customers to discover and manage cloud resources in Azure by creating a service principal for granting the MID Server access to selected resources.This process utilizes Azure management groups and subscriptions to organize and manage cloud resources effectively.
Show full answerShow less
Key Features
Service Principal Creation: A service principal is required to allow the MID Server to access Azure resources securely.
Management Group Hierarchy: Management groups simplify the organization of subscriptions, enabling efficient resource discovery.
Dynamically Acquired Credentials: Discovery automatically manages credentials for sub-accounts, streamlining the discovery process.
Automatic Refresh: The system can refresh the list of sub-accounts and datacenters in the discovery schedule without manual intervention.
Service Mapping Integration: Service Mapping uses tag-based discovery to create application service maps that include Azure components.
Key Outcomes
By using Azure Cloud Discovery, customers can efficiently discover and manage their Azure cloud resources, enhance security with automatic credential management, and maintain up-to-date resource mappings in ServiceNow. This capability leads to improved visibility and governance of cloud infrastructure, ensuring that customers can effectively manage their cloud environments.
If your cloud resources are in an Azure cloud, you must create a user identity
called a service principal that grants permissions to the MID Server to access selected
resources.
Azure management groups and subscriptions
An Azure management group contains other management groups and subscriptions. The management groups in an Azure Cloud environment form a hierarchy, but
don’t contain volumes or virtual
machines. Subscriptions contain cloud resources, such as virtual machines. The subscriptions that belong to management groups are called sub-accounts.
The advantages of using management groups are:
Easy population of sub-accounts
After you configure the management group and supply the necessary credentials, you can test the account. If the test succeeds, Discovery returns a list of subscriptions in that management group. From this list, you can choose
one or more subscription sub-accounts to include in the Discovery schedule using the management group. For more information on
the hierarchy of management groups and subscriptions, see Organize your resources with Azure management groups
Discovery of sub-account resources using dynamically acquired credentials
When you run Discovery on your subscriptions, you do not need separate credentials for each sub-account. Discovery finds the credentials for the management group and maps them to all of the subscription sub-accounts. The Cloud
Discovery process handles credentials automatically by acquiring a temporary credential for each sub-account via an Azure API. You can elect to use the default configuration or customize the MID Server to assume other roles for
additional controls and security. In addition, Discovery can automatically refresh the list of sub-accounts and datacenters
covered in a discovery schedule. For more information, see the KB article Retrieve newer accounts/sub-accounts automatically via Cloud Discovery.
A service principal for Azure cloud services is similar to a Microsoft
Windows service account that enables Windows processes to
communicate with each other within an Active Directory domain.
To create the Azure service principal in your ServiceNow instance, copy the service principal credential values from the Azure portal into a text editor, and then transfer those values into the instance.
Figure 1. The text file that you generate during this procedure
This table shows you the Azure Service Principal value and the location in Azure where you can find the values you need for the credentials.
Cloud Provisioning and Governance setting
Azure Service Principal value
Location of the Azure value
Tenant ID
Azure Directory ID value from the text file.
Azure Active Directory > Properties > Directory ID
Client ID
Azure Application ID value from the text file.
Azure Active Directory > App registrations > Registered App.Application ID
Azure Subscription ID associated with the Tenant ID.
Azure Active Directory > Subscriptions > Subscription ID
Verify the REST API Permissions
Download the Cloud Discovery patterns spreadsheet so you can grant user permissions required for running the Discovery patterns. In addition to permissions, the spreadsheet also includes useful information such as pattern names, types, CI Classes, and links to vendor documentation. New patterns are available
quarterly, so check periodically to be sure you have the latest version of the spreadsheet.
Data collected by Service Mapping during top-down discovery
To include discovered
components into application services, enable CI relationships used in tag-based discovery by Service Mapping. These CI relationships are available from the 1.0.68 release on the ServiceNow Store. For operational steps, see Tag-based discovery configuration.
Service Mapping uses tag-based discovery to create application service maps including the Cloud components. The Service Mapping application comes with the following preconfigured CI relationships used for tag-based discovery. These CI relationships are available from the 1.0.68 release on the ServiceNow Store.
CI
Relationship
CI
Configuration Item [cmdb_ci]
Hosted on::Hosts
Logical Datacenter [cmdb_ci_logical_datacenter]
Logical Datacenter [cmdb_ci_logical_datacenter]
Hosted on::Hosts
Cloud Service Account [cmdb_ci_cloud_service_account]
Table 10. Cloud Public IP Address (cmdb_ci_cloud_public_ipaddress)
CI Attributes
Azure Attributes
object_id
response.id
name
response.name
public_dns
properties.dnsSettings.fqdn
public_ip_address
properties.ipAddress
Table 11. Cloud LB IP Address
(cmdb_ci_cloud_lb_ipaddress)
CI Attributes
Azure Attributes
object_id
"properties.frontendIPConfigurations.properties.privateIPAddress OR properties.frontendIPConfigurations.properties.publicIPAddress, then call Public IP Address API"
name
"properties.frontendIPConfigurations.properties.privateIPAddress OR properties.frontendIPConfigurations.properties.publicIPAddress, then call Public IP Address API"
ipaddress_type
"properties.frontendIPConfigurations.properties.privateIPAddress ==> Private IP Address OR properties.frontendIPConfigurations.properties.publicIPAddress ==> Public IP Address"
status
Installed
Table 12. "Cloud Network Interfaces cmdb_ci_nic"
CI Attributes
Azure Attributes
object_id
id
name
name
private_ip
properties.ipConfigurations
public_dns
call public ip address api - properties.dnsSettings.fqdn