-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Create secondary_ip_range without compute_subnetwork #6663
Comments
Just find my own issue after facing the same problem again 😅 |
Running into this issue when trying to create a GKE module. The secondary ranges are specifically for the GKE pods and services, so it would be nice to be able to provision them and destroy them alongside the GKE cluster itself. It seems the situation is a bit similar to the AWS route_table/route or security_group/security_group_rule resources. The AWS provider solves it by allowing you to provision the |
A new use case: I have a terraform config which must be applied in two different environments - say This makes it impossible to use an already bad strategy such as:
Ideally, I should be able to query the ranges individually, so in different environments I could do:
|
…_group (hashicorp#6663) Signed-off-by: Modular Magician <magic-modules@google.com>
…_group (hashicorp#6663) (hashicorp#12849) Signed-off-by: Modular Magician <magic-modules@google.com> Signed-off-by: Modular Magician <magic-modules@google.com>
…_group (hashicorp#6663) (hashicorp#12849) Signed-off-by: Modular Magician <magic-modules@google.com> Signed-off-by: Modular Magician <magic-modules@google.com>
Community Note
Description
Add a new resource allowing to manage the secondary ip ranges in a subnetwork without the resource
google_compute_subnetwork
.If you've an VPC with auto subnetworks on, you don't manage the subnetwork (meaning you don't have the resource in your terraform).
New or Affected Resource(s)
Potential Terraform Configuration
Workaround
The text was updated successfully, but these errors were encountered: