Skip to content

container: add node_pool_upgrade_concurrency_config to google_container_cluster - #18571

Open
KyriosGN0 wants to merge 1 commit into
GoogleCloudPlatform:mainfrom
KyriosGN0:gke-node-pool-upgrade-concurrency-config
Open

container: add node_pool_upgrade_concurrency_config to google_container_cluster#18571
KyriosGN0 wants to merge 1 commit into
GoogleCloudPlatform:mainfrom
KyriosGN0:gke-node-pool-upgrade-concurrency-config

Conversation

@KyriosGN0

Copy link
Copy Markdown
Contributor

What

  • Adds a beta-only node_pool_upgrade_concurrency_config block with a max_count field to google_container_cluster, mapping to Cluster.nodePoolUpgradeConcurrencyConfig and ClusterUpdate.desiredNodePoolUpgradeConcurrencyConfig.
  • Wires create, read and update. Removing the block sends an explicit zero max_count with ForceSendFields, matching how workload_identity_config already handles GKE's non-RESTful update.
  • Acceptance test covers create, update and removal of the block.

Why

  • The field caps how many node pools GKE upgrades concurrently during node auto-upgrade. It is available in the v1beta1 API and via gcloud beta container clusters update --node-pool-upgrade-concurrency-config, but had no Terraform equivalent.
  • It is beta-only — the field is absent from container/v1 — so schema, expand, flatten, create, read and update are all behind version guards, and the field is excluded from the GA meta.yaml.
  • The field is Optional and not Computed: GKE returns no value for it on a cluster that never set it, so marking it Computed would only make the block impossible to clear.
container: added `node_pool_upgrade_concurrency_config` field to `google_container_cluster` resource (beta)

…er_cluster

Beta-only cluster field capping how many node pools GKE auto-upgrades
concurrently. Clearing follows the workload_identity_config pattern: an
explicit zero max_count with ForceSendFields, since GKE's update is not
RESTful and omitting the field is a no-op.

Signed-off-by: AvivGuiser <avivguiser@gmail.com>
@modular-magician modular-magician added the awaiting-approval Pull requests that need reviewer's approval to run presubmit tests label Aug 7, 2026
@github-actions
github-actions Bot requested a review from ScottSuarez August 7, 2026 22:43
@github-actions

github-actions Bot commented Aug 7, 2026

Copy link
Copy Markdown

Googlers: For automatic test runs see go/terraform-auto-test-runs.

@ScottSuarez, a repository maintainer, has been assigned to review your changes. If you have not received review feedback within 2 business days, please leave a comment on this PR asking them to take a look.

You can help make sure that review is quick by doing a self-review and by running impacted tests locally.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

awaiting-approval Pull requests that need reviewer's approval to run presubmit tests

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants