Provisioning an instance
This topic provides guidance on provisioning service instances on Azure.
Provisioning methods
You can provision the service using one of the following methods:
- Private offer: A customer support representative provisions the subscription from the SSM UI. After successful provisioning, you will receive an email with a link to the SaaS console. From there, you can create an instance.
- Marketplace: You purchase the product directly from the Azure Marketplace. After the purchase, you are redirected to the SaaS console to continue setup.
Provisioning steps
Follow these steps to provision a new Db2® Warehouse SaaS instance on Azure:
-
Navigate to https://azure.console.saas.ibm.com/landing
-
Click on the SaaS subscription you have access to.
-
Click View Instances.
Figure 1. Click View Instances
-
Click Create Instance.
Figure 2. Click Create Instance
-
Specify the Control Plane region (default: westus)—do not modify this value. Then, enter a name for the Data Plane instance, and select the location where the Data Plane will be East-US (Note: Currently, Db2 Warehouse supports only 'East-US' Data Plane location) deployed and choose Db2 Warehouse under the Db2 offerings. Then, click Create.
Figure 3. Click Create
-
Wait for the status to change from Provisioning to Running, then click the Open button.
-
From the admin console, click Setup.
-
Input your Azure Tenant ID and Subscription ID, then click Approve Azure Consent to grant the necessary permissions.
- Configure the network CIDR
CIDR configuration is a required step during dataplane creation and must be completed successfully before you can proceed with deployment.
The CIDR value defines the network address range that is used to automatically generate subnets required for dataplane deployment. A default value is provided, which you can modify if needed. The system validates the CIDR value and ensures that subnet ranges do not overlap.
Before you begin:
- You must have access to the BYOC console.
- You should be familiar with CIDR notation (for example,
10.0.0.0/16).
Note: For more information, see CIDR and subnet allocation for your dataplane.During dataplane creation, the system provides a default CIDR value. You can modify this value as required. The system validates the input and generates non-overlapping subnet ranges automatically.
To configure the CIDR:
- Locate the VNet CIDR field in the networking section.
- Review the default CIDR value.
- Optional: Enter a custom CIDR value.
- Verify that no validation errors are displayed.
- Click Initiate to continue.
Note: The Initiate button is disabled until all validation checks are successful. Resolve any errors before proceeding.Result: The system automatically allocates subnet ranges within the provided CIDR. Required subnets are created without overlap, and deployment proceeds.
Validation rules:
- The CIDR must be a valid IPv4 CIDR (for example,
10.0.0.0/16). - The CIDR must represent a network address.
- The CIDR must fall within the supported size range.
- The CIDR must not overlap with reserved ranges (for example,
172.20.0.0/15). - The CIDR must allow sufficient address space.
- The CIDR size must be between /23 (minimum) and /12 (maximum). These limits ensure that the network has enough address space for required subnets while preventing overly large or inefficient allocations.
Troubleshooting:
- Invalid CIDR format: Ensure correct format (for example,
10.0.0.0/16). - CIDR overlap: Use a non-overlapping range.
- Unsupported CIDR size: Adjust the prefix length.
-
In the Create Least Privilege Resources for Service Management section, click Deploy to open the Azure Portal and deploy the ARM template. Click the Review + Create button in Azure. Once reviewed, click Create.
Figure 4. Azure ARM Deployment Screen
Figure 5. Azure Customize Deployment Screen
Figure 6. Azure Confirm and Create Deployment Screen
-
Once the deployment is complete, click the Initiate button to start the dataplane provisioning process.
Figure 7. Deployment in Progress
Figure 8. Initiate the Dataplane
-
After provisioning completes, you will have the option to create an engine and configure your database with a name and preferred options. You need to pick the plan (the number of nodes) and the Block Storage size and deploy an Engine instance in the Data Plane.
Figure 9. Create Engine Screen
Figure 10. Configure Engine Options
Figure 11. Engine in Progress
Once the deployment is complete, clicking on the Engine will give you access to the Endpoints.
You can access the Engine or the Console from your Azure environment using either a Private Link or VNet peering, provided there are no CIDR range conflicts.