--- title: IBM Cloud Platform discovery description: The ServiceNow Discovery application finds IBM Cloud Platform components \(Softlayer API v3 and v3.1 and Bluemix API v2\) using the IBM Cloud Platform patterns. Discovering some of these resources might require updating to the latest version of the Discovery and Service Mapping Patterns application from the ServiceNow Store. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/it-operations-management/discovery-and-service-mapping-patterns/ibm-cloud-platform-discovery.html release: australia product: Discovery and Service Mapping Patterns classification: discovery-and-service-mapping-patterns topic_type: reference last_updated: "2026-03-12" reading_time_minutes: 25 breadcrumb: [Available cloud discovery patterns, Discovery patterns used by ITOM Visibility, ITOM Visibility, IT Operations Management] --- # IBM Cloud Platform discovery The ServiceNow Discovery application finds IBM Cloud Platform components \(Softlayer API v3 and v3.1 and Bluemix API v2\) using the IBM Cloud Platform patterns. Discovering some of these resources might require updating to the latest version of the Discovery and Service Mapping Patterns application from the ServiceNow Store. You can use the patterns on the ServiceNow AI Platform using London Patch 7, Madrid Patch 2, or later releases. ## Request apps on the Store Visit the [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) to view all the available apps, and for information about submitting requests to the store. For cumulative release notes information for all released apps, see the [ServiceNow Store version history release notes](https://www.servicenow.com/docs/r/store-release-notes/sn-store-release-notes.html). ## Prerequisites - **MID Server** Use a dedicated MID Server for cloud discovery. The MID Server must have 16 Cores, 8 GB with 4 GB Java Memory Model \(JVM\) memory allocation. Deploy and connect the dedicated MID Server with internet access. - **Credentials** The cloud resources are in an IBM cloud. Create the IBM Credentials for accessing your IBM account. 1. Navigate to **Discovery** > **Credentials**. 2. Click **New**. 3. Click **IBM Credentials** and then fill in the form: |Field|Description| |-----|-----------| |Name|Credential name. An example is `ibm-cred`.| |Order|Order in which the platform tries this credential as it attempts to log on to devices. A smaller number indicates that the credential appears higher in the list. Establish the credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number, or none, the instance tries the credentials in a random order. The default value is 100.| |Softlayer API User|Username for the Softlayer API. Use the Softlayer API Username defined in the Softlayer console.| |Softlayer API Key|Key for the Softlayer API. Use the Softlayer API Key that is defined in the Softlayer console.| |Bluemix API Key|Key for the Bluemix API. Use the Bluemix API Key defined in the IBM Cloud console.| 4. Click **Submit**. - **Create an IBM cloud service account** Use the credentials defined in the preceding procedure to create the IBM cloud service account. 1. Navigate to **Cloud Provisioning and Governance** > **Service Accounts**. 2. Click **New**. 3. On the form, fill in the fields: |Field|Description| |-----|-----------| |Name|Credential name. An example is `ibm-snow`| |Account Id|IBM account ID name. Enter the IBM Account ID.| |Discovery credentials|Discovery credentials that you defined earlier.| |Datacenter Type|Datacenter type. As an example, `IBM Datacenter [cmdb_ci_ibm_datacenter]`| 4. Click **Submit**. - **Create a Discovery schedule** To configure a Discovery schedule through Discovery Admin Workspace, see [Create an IBM Discovery schedule in Discovery Admin Workspace](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/discovery/create-ibm-schedule-DAW.md). To configure a serverless Discovery schedule: 1. On the ServiceNow AI Platform, navigate to **Discovery** > **Discovery Schedules**. 2. Click **New**. 3. On the form, fill in the fields: |Field|Description| |-----|-----------| |Name|Name for this Discovery schedule. As an example, `Serverless Pattern`| |Discover|Discover type. Select **Serverless**| |MID Server|Name of the MID Server. As an example, `Discovery_Server`| |Active|Option for enabling this schedule for Discovery. Select this check box to enable Discovery.| |Run|Specifies how frequently to run the Discovery schedule.| 4. Right-click the header of the Discovery Schedule form and select **Save**. \[Omitted image "serverless-execution-pattern.png"\] Alt text: Serverless execution pattern 5. Click the **Serverless Execution Patterns** tab. 6. Click **New**. 7. On the form, fill in the fields:
| Field | Description |
|---|---|
| Name | Name for this Serverless Execution Pattern. As an example, `IBM1` |
| Pattern | Name of the pattern that you want to run.\[Omitted image "ibm-patterns.png"\] Alt text: IBM patterns If you want to run multiple patterns, create multiple records. |
| Proxy Host | Fully qualified domain name of the machine on which you are installing the proxy server. Specify **Global**. |
| Active | Option for enabling this schedule for Discovery. Select this check box to enable Discovery. |
| Field | Description |
|---|---|
| Main CI: cmdb\_ci\_network | |
| name | VLAN number. |
| object\_id | Network unique identifier. |
| access\_port\_vlan | VLAN number. |
| is\_external | Network space value. The value is either: - true if the network\_space is “PUBLIC” - false if the network\_space is “PRIVATE”. |
| state | State has the value "available". |
| Related CI: cmdb\_ci\_cloud\_subnet | |
| name | Name, composed of: “network\_identifier/cidr” |
| object\_id | Subnet unique identifier. |
| subnet\_mask | Netmask of the subnet. |
| gateway | Gateway IP address. |
| cidr | Method for allocating IP addresses and IP routing: “network\_identifier/cidr”. |
| category | Subnet type. |
| broadcast\_address | Subnet broadcast address. |
| available\_ip\_count | Number of available IP addresses in the subnet. |
| Related CI: cmdb\_ci\_compute\_security\_group | |
| name | Security Group name. |
| object\_id | Security Group unique identifier. |
| short\_description | Security Group description that you provide for easy identification. |
| Related CI: cmdb\_ci\_compute\_security\_group\_rule | |
| name | Field with the same value as the Security Group Rule object\_id field. |
| object\_id | Security Group Rule unique identifier. |
| created | Date the CI was created. |
| direction | Direction of the information. One of the following: - inbound - outbound |
| Ethertype | Ethertype. One of the following: - IPv4 - IPv6 |
| port\_range\_min | The first port of the range that the rule applies to. |
| port\_range\_max | The last port of the range that the rule applies to. |
| protocol | Protocol that the rule is applied to. |
| remote\_group\_id | Security Group ID for the Source/Destination security group. It means that this rule applies on all IP addresses that were configured in this security group. |
| Field | Description |
|---|---|
| Main CI: cmdb\_ci\_cloud\_org | |
| name | Name of the cloud organization. |
| guid | Unique identifier of the organization. |
| url | Unique URL of the organization. |
| billing\_enabled | Billing method in use by the organization. One of either: - Enabled / \(TRUE\) - Disabled / \(FALSE\) |
| quota\_definition\_url | Resources that are available to an organization. |
| spaces\_url | Unique URL of the space assigned to the organization. |
| operational\_status | Operational status of the organization. |
| Related CI: cmdb\_ci\_cloud\_space | |
| name | Unique name of the space. |
| object\_id | Space unique identifier \(guid\). |
| alllow\_ssh | Access to the application over SSH is either allowed or not allowed. Boolean, one of either: - TRUE - FALSE |
| URL | URL of the space from the metadata description. |
| Field | Description |
|---|---|
| Main CI: cmdb\_ci\_storage\_volume | |
| name | Username used to:- access a non-EVault Storage volume - register the EVault server agent with the vault backup system |
| object\_id | Storage account unique identifier. |
| size | Capacity of the storage account, measured in gigabytes. |
| size\_bytes | Capacity of the storage account, measured in bytes. |
| label | Name of the storage network resource. |
| storage\_type | Description of the storage type. As an example, NAS. |
| fqdn | IP address of a storage resource or fully qualified domain name. |
| device | Unique identification number of the device associated with a Storage volume. |
| Related CI: cmdb\_ci\_storage\_vol\_snapshot | |
| name | Name of a storage network resource. |
| object\_id | Storage unique identifier. |
| capacity | Capacity of the snapshot volume in gigabytes. |
| fqdn | IP address of a storage resource or fully qualified domain name. |
| location | Unique availability zone where the storage volume is located. |
| Related CI: cmdb\_ci\_ibm\_datacenter | |
| name | Name of the datacenter. |
| region | Region that the datacenter is in. |
| discovery\_status | Status information about the IBM datacenter. |
| sys\_class\_name | Class of the datacenter |
| Related CI: cmdb\_ci\_cloud\_service\_account | |
| name | Name of the cloud service account. |
| account\_id | Account ID for this cloud service account. |
| discovery\_credentials | Credentials for this cloud service account. |
| datacenter\_url | URL used to populate LDCs. |
| datacenter\_type | Type of datacenter. As an example, IBM Datacenter \[cmdb\_ci\_ibm\_datacenter\] |
| datacenter\_discovery\_status | Status of last execution of Discover Datacenters. |
| Related CI: cmdb\_ci\_availability\_zone | |
| name | Name of the availability zone \(AZ\). |
| object\_id | Unique identifier for this resource. |
| short\_description | Availability zone description that you provide. |
| Field | Description |
|---|---|
| Main CI: cmdb\_ci\_vm\_instance | |
| name | Name of the VM. |
| object\_id | Unique identifier of the VM. |
| dns\_domain | VM domain server name. |
| fqdn | VM IP address. |
| short\_description | Description in a note that is attached to the VM on the IBM console. |
| cpus | Number of CPU cores assigned to this VM. |
| memory | Memory size assigned to this VM. |
| disks | Number of disks assigned to this VM. |
| state | The running state of the VM. - On – returned as ‘Running’ from the API. - Off – returned as ‘Halted’ from the API. |
| placement\_group\_id | Placement group ID. |
| nics | Number of NICs. |
| Related CI: cmdb\_ci\_nic | |
| name | Name, composed of:- load balancer name - Port |
| object\_id | Unique identifier of the NIC. |
| ip\_address | IP that is configured on the NIC. |
| mac\_address | NIC MAC details. |
| netmask | Mask used to divide the IP address into subnets and to specify the available hosts in the network. |
| status | State of the NIC. |
| Related CI: cmdb\_ci\_endpoint\_vnic | |
| name | Name for the VNIC endpoint. |
| object\_id | Unique identifier of the VNIC endpoint. |
| host | Host identifier. |
| Related CI: cmdb\_ci\_storage\_volume | |
| name | Username used to:- access a non-EVault Storage volume - register the EVault server agent with the vault backup system |
| object\_id | Storage account unique identifier. |
| size | Capacity of the storage account, measured in gigabytes. |
| size\_bytes | Capacity of the storage account, measured in bytes. |
| label | Name of the storage network resource. |
| storage\_type | Description of the storage type. As an example, NAS. |
| fqdn | IP address of a storage resource or fully qualified domain name. |
| device | Unique identification number of the guest associated with a Storage volume. |
| Related CI: cmdb\_ci\_endpoint\_nfs | |
| name | Name for the NFS endpoint. |
| host | Host identifier. |
| protocol | Protocol that was applied. |
| type | NFS endpoint type. |
| created | Date that the NFS endpoint was created. |
| updated | Date that the NFS endpoint was updated. |
| discovery\_source | Source of the discovery. As an example, ServiceWatch |
| host\_name | Host name of the NFS endpoint |
| Related CI: cmdb\_ci\_endpoint\_iscsi | |
| host | Host identifier for the ISCSI endpoint. |
| port | Port to determine how GCP iscsi contact to the VMs. |
| protocol | Protocol that was applied. |
| type | ISCSI endpoint type |
| created | Date that the ISCSI endpoint was created. |
| updated | Date that the ISCSI endpoint was updated. |
| discovery\_source | Source of the discovery. As an example, ImportSet |
| host\_name | Host name of the ISCSI endpoint |
| Related CI: cmdb\_ci\_endpoint\_block | |
| name | Name for the block endpoint. |
| object\_id | Unique identifier of the block endpoint. |
| host | Host identifier. |
| Related CI: cmdb\_ci\_os\_template | |
| name | Name of the image. For example, ‘CentOS 7.0-64 Minimal for VSI’. |
| object\_id | Unique identifier of the image. |
| guest\_os | OS used by the image. As an example, Linux. |
| root\_device\_type | Type of device used by root. |
| image\_source | Source of the image. |
| image\_type | Image type. |
| infuse\_key | Key used to infuse the image. |
| update\_host\_name | Update host name for the image. |
| credentials | Credentials for the image. |
| version | OS version. For example, ‘7.0-64 Minimal for VSI’. |
| Related CI: cmdb\_ci\_cloud\_key\_pair | |
| name | Name to identify a key \(key label\). |
| object\_id | ID of the key record. |
| key | Key record. |
| finger\_print | Short sequence of bytes used to authenticate or look up a Key. This value is automatically generated when adding or modifying the Key. Read only. Changes made are ignored. |
| created \_date | Date when the Key was added. Read only. Changes made are ignored. |
| modify\_date | Date when the Key was modified. Read only. Changes made are ignored. |
| short\_description | Description that you provide for easy identification. |
| Related CI: cmdb\_ci\_compute\_security\_group | |
| name | Security Group name. |
| object\_id | Security Group unique identifier. |
| short\_description | Security Group description that you provide for easy identification. |
| Related CI: cmdb\_ci\_endpoint\_comp\_security | |
| host | Host identifier of the compute security endpoint. |
| port | Unique identifier of the compute security endpoint. |
| protocol | Protocol that was applied. |
| type | Type of compute security endpoint. |
| created | Date when the compute security endpoint was added. Read only. Changes made are ignored. |
| updated | Date when the compute security endpoint was modified. Read only. Changes made are ignored. |
| discovery\_source | Source of the discovery. As an example, Manual Entry. |
| host\_name | Host name of the compute security endpoint. |
| Related CI: cmdb\_ci\_ibm\_datacenter | |
| name | Name of the datacenter. |
| region | Region that the datacenter is in. |
| discovery\_status | Status information about the IBM datacenter. |
| sys\_class\_name | Class of the datacenter |
| Related CI: cmdb\_ci\_availability\_zone | |
| name | Name of the availability zone \(AZ\). |
| object\_id | Unique identifier for this resource. |
| short\_description | Availability zone description that you provide. |
| Related CI: cmdb\_ci\_cloud\_service\_account | |
| name | Name of the cloud service account. |
| account\_id | Account ID for this cloud service account. |
| discovery\_credentials | Credentials for this cloud service account. |
| datacenter\_url | URL used to populate LDCs. |
| datacenter\_type | Type of datacenter. As an example, IBM Datacenter \[cmdb\_ci\_ibm\_datacenter\] |
| datacenter\_discovery\_status | Status of last execution of Discover Datacenters. |
| Symptom | Cause | Solution |
|---|---|---|
| Discovery fails. The discovery message contains the information about an error caused by the REST timeout. | There are many CIs sending the REST call response in the deployment. The MID Server cannot process the REST call response without exceeding the time limit controlled by the **mid.sa.cloud.request\_timeout** parameter. | By default, the **mid.sa.cloud.request\_timeout** parameter is set to 30000 milliseconds. Increase the value of this parameter on the relevant MID Server and run discovery again. **Note:** If the **Configuration Parameters** related list for the relevant MID Server does not show this parameter, you may need to add it. |
| Pattern Designer fails during a debug session. The Pattern Designer message contains information about an error caused by a timeout. | The Pattern Designer fails because of a timeout during pattern debugging \(and not during discovery\). | By default, the **sa.debugger.max\_timeout**parameter is set to 240 seconds.Increase the value of this parameter on the relevant MID Server. |