An Apache Spark-based analytics platform optimized for Azure.
Hi @Cristiano Mombello , Hope you are doing well.
Databricks doesn't let you set an exact core count directly. Cluster capacity comes from node type (vCPUs per node) × number of workers, so you change those two things instead. Databricks runs one executor per worker node.
As for why the settings aren't visible — check these in order, cheapest first:
- Cluster state
You can only edit a running or terminated cluster. If it's PENDING, RESTARTING, or TERMINATING, the Edit controls are unavailable until it settles. Wait for it to reach Running or Terminated and check again.
- Your permission level
There are four levels: NO PERMISSIONS, CAN ATTACH TO, CAN RESTART, and CAN MANAGE. You need CAN MANAGE to change configuration. CAN RESTART lets you start and stop it but not resize it — which matches the symptom of seeing the cluster but not being able to change it.
If you're not sure, ask a workspace admin to check Compute → (your cluster) → kebab menu → Edit permissions. Requesting "CAN MANAGE" by name will get you a much faster answer than "I can't edit it."
- The cluster policy
Per the docs: "If you don't see a particular setting in your UI, it's because the policy you've selected does not allow you to configure that setting."
Open the cluster's Configuration tab — the policy name is shown there. Open that policy and you can see exactly which attributes are fixed (locked) versus allowlist/range (adjustable within limits). If node_type_id or num_workers is fixed, a workspace admin has to change the policy or assign you a different one.
What you can do right now
- Clone it. Kebab menu → Clone opens the creation UI pre-populated with the same config. If your policy allows creation, you can pick a larger node type or more workers there. Note that permissions and attached notebooks are not carried over.
- Use the CLI. These respect policy and ACLs but avoid UI-level gating:
# Change worker count only
databricks clusters resize <cluster-id> --num-workers 8
Change node type (requires full config in the JSON)
databricks clusters edit --json @cluster-config.json
You can grab the current config via the JSON button at the top right of the Configuration tab (read-only view) as a starting point.
One thing to know before you resize
Changing the number of workers on a running cluster does *not* require a restart. Changing the node type does — and that will interrupt anyone currently attached. Plan accordingly if it's a shared cluster.
On quota: worth separating the two symptoms. If the controls are *missing*, it's state, permissions, or policy. If the controls are *visible but the change fails on apply* with a quota error, then check VM family vCPU quota for that region in the Azure portal. Based on your description it's the former.
References
- [Compute configuration reference](https://learn.microsoft.com/azure/databricks/compute/configure"https://learn.microsoft.com/azure/databricks/compute/configure")
- [Manage classic compute — edit, clone, permissions](https://learn.microsoft.com/azure/databricks/compute/clusters-manage"https://learn.microsoft.com/azure/databricks/compute/clusters-manage")
- [clusters command group (CLI)](https://learn.microsoft.com/azure/databricks/dev-tools/cli/reference/clusters-commands"https://learn.microsoft.com/azure/databricks/dev-tools/cli/reference/clusters-commands")
- [Classic compute configuration best practices — sizing](https://learn.microsoft.com/azure/databricks/compute/cluster-config-best-practices"https://learn.microsoft.com/azure/databricks/compute/cluster-config-best-practices")
Kind Regards,
Microsoft Support Team.