Dear Hemanth,
Thank you for reaching out regarding your Azure Databricks subnet expansion. Expanding subnets from /27
to /24
is a significant change, and it’s important to ensure that this process is carried out without disrupting your existing resources.
Plan the Subnet Expansion
- Review your current network configuration and ensure that the new
/24
CIDR block does not overlap with other subnets in your virtual network (VNet). - Confirm that the expanded subnet size aligns with your future scalability needs.
Create New Subnets
- In your Azure portal, create new subnets with the
/24
CIDR block in the same VNet where your Databricks workspace is deployed. - Ensure that the new subnets have the necessary configurations (e.g., NSGs, route tables) to match the existing setup.
Update Azure Databricks Workspace Configuration
- Azure Databricks does not support directly modifying the CIDR block of existing subnets. Instead, you will need to:
- Create a new workspace with the updated subnet configuration (
/24
CIDR block). - Migrate your existing workloads, clusters, and configurations to the new workspace.
- Create a new workspace with the updated subnet configuration (
- Refer to the official documentation for guidance on migrating workspaces.
Test the New Workspace
- Before decommissioning the old workspace, thoroughly test the new workspace to ensure that all jobs, clusters, and configurations are functioning as expected.
Decommission the Old Workspace
- Once the new workspace is fully operational and validated, you can decommission the old workspace to free up resources.
Yes, the Azure Databricks support team can provide guidance and best practices for subnet expansion and workspace migration. If you encounter any issues during the process, you can reach out to them via the Azure Support portal.
Downtime, oh hoh, migrating to a new workspace may involve some downtime, so plan this during a maintenance window.
Data and Configuration Backup
Ensure that all data, notebooks, and configurations are backed up before starting the migration.
Networking Dependencies
Verify that any dependencies (e.g., private endpoints, VNet peering) are updated to reflect the new subnet configuration.
Create new subnets with the /24
CIDR block.
Set up a new Databricks workspace with the updated subnets.
Migrate your workloads and test the new workspace.
Reach out to Azure Databricks support if you need assistance.
Best regards,
Alex p.s.
If you found the answer helpful, please click on Upvote and Accept Answer. This will help other community members.