-
Notifications
You must be signed in to change notification settings - Fork 468
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Recommended way to change agents_size without downtime? #559
Comments
@Israphel could you please confirm which version of the module you are using ? |
@Israphel I understand you are trying to change the "agents_size" of the system node pool. If you look at the provider documentation this is changing the Please check this documentation: https://registry.terraform.io/providers/hashicorp/azurerm/latest/docs/resources/kubernetes_cluster The behaviour you see is expected, and I dont think this is something we can workaround in the module. I found this related provider issue: Feel free to open upstream at https://github.com/hashicorp/terraform-provider-azurerm/issues a new issue if you would like this behaviour to change. I will keep this issue open in case you have additional questions. Thanks |
I use 8.0.0 the only way we found was creating a new node_pool, drain all the defaults, change agents_size and then drain the temporary node_pool once more. Is this what everyone is doing to prevent downtime? The problem we see is that when you upgrade kubernetes, this doesn't happens, everything goes smoothly and the PDBs are respected. But changing the instance type just drains all at once, too aggresive. |
Is there an existing issue for this?
Description
We deploy our clusters with a default node_pool, using:
We're replacing agents_size with the ARM equivalent, and we can see the "tmp" node_pool being created, but then all the default nodes are drained at once, without respecting PDB, essentially taking down every service
Are we doing it the wrong way? how can we change the agents size without such a drastic draining?
New or Affected Resource(s)/Data Source(s)
azurerm_kubernetes_cluster
The text was updated successfully, but these errors were encountered: