Skip to content

fix: [sc-301863] [AKS] Add node pool action is broken with "Automatic" mode#85

Open
amandineslx wants to merge 2 commits intomasterfrom
bug/dss14-sc-301863--aks-add-node-pool-action-is-broken-with
Open

fix: [sc-301863] [AKS] Add node pool action is broken with "Automatic" mode#85
amandineslx wants to merge 2 commits intomasterfrom
bug/dss14-sc-301863--aks-add-node-pool-action-is-broken-with

Conversation

@amandineslx
Copy link
Copy Markdown
Contributor

@amandineslx amandineslx commented Apr 17, 2026

When creating a node pool on a cluster, the following applies:

  • there needs to be at least one System node pool
  • an invalid node pool mode is not accepted anymore by Azure

On DSS side, we offer an Automatic node pool mode that should behave as:

  • if there is already one System node pool in the cluster, the new Automatic one will be User
  • if there is no System node pool in the cluster, the new Automatic one needs to be System

@amandineslx amandineslx added this to the 14.6.0 milestone Apr 17, 2026
@amandineslx amandineslx requested a review from a team April 17, 2026 14:47
@amandineslx amandineslx self-assigned this Apr 17, 2026
Copy link
Copy Markdown
Contributor

@pjestin-dku pjestin-dku left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure about this way to fix the issue. This changes the behavior for both cluster creation and node pool addition.

While digging around I found this PR which added the "Automatic" mode, with a comment raising interesting issues: dc710a0#commitcomment-53684049

It seems to me we should never set Automatic as the mode (which is enforced here). However, from what the comment says, it looks like the first node pool was intended to have mode System, and the rest unset mode (i.e. User).

What do you think about moving this logic to the client, i.e. python-clusters/create-aks-cluster/cluster.py for cluster creation and python-runnables/add-node-pool/runnable.py for node pool addition?

@thtrunck thtrunck requested a review from vrutz April 21, 2026 07:55
@vrutz
Copy link
Copy Markdown
Contributor

vrutz commented Apr 22, 2026

I'm not sure about this way to fix the issue. This changes the behavior for both cluster creation and node pool addition.

While digging around I found this PR which added the "Automatic" mode, with a comment raising interesting issues: dc710a0#commitcomment-53684049

It seems to me we should never set Automatic as the mode (which is enforced here). However, from what the comment says, it looks like the first node pool was intended to have mode System, and the rest unset mode (i.e. User).

What do you think about moving this logic to the client, i.e. python-clusters/create-aks-cluster/cluster.py for cluster creation and python-runnables/add-node-pool/runnable.py for node pool addition?

I don't see a good way to keep the automatic mode either which means we are in for a breaking change where the users will have to decide whether the node pools should be system or user.

Could a cluster be created without initial node pools? If yes, that may help our case. Bc then we can make the automatic mode always user in the macro since the cluster will have at least one node pool (system).
But with cluster creation, we could choose a random node pool as system... 🤷🏻‍♂️

@amandineslx amandineslx requested a review from pjestin-dku April 29, 2026 16:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants