Skip to content
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

Feature request: Allow vcenter_network to be set by users on google_gkeonprem_vmware_cluster #16821

Closed
bateau84 opened this issue Dec 18, 2023 · 8 comments

Comments

@bateau84
Copy link

bateau84 commented Dec 18, 2023

Community Note

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment. If the issue is assigned to the "modular-magician" user, it is either in the process of being autogenerated, or is planned to be autogenerated soon. If the issue is assigned to a user, that user is claiming responsibility for the issue. If the issue is assigned to "hashibot", a community member has claimed the issue already.

Description

When creating google_gkeonprem_vmware_cluster it is necessary to define the vmware network name the cluster and node-pools are created in.
As of now it is inherited from the admin cluster, however it is needed to not place the user-clusters in the same network as the admin-cluster and be able to define it manually.

New or Affected Resource(s)

  • google_gkeonprem_vmware_cluster
  • google_gkeonprem_vmware_node_pool

Potential Terraform Configuration

resource "google_gkeonprem_vmware_cluster" "gkee_onprem_cluster" {
...
  network_config {
    ...
    vcenter_network = "some-network-name"
   ...
  }
...
}

References

b/317042838

@github-actions github-actions bot added forward/review In review; remove label to forward service/gkeonprem labels Dec 18, 2023
@SarahFrench
Copy link
Member

SarahFrench commented Dec 18, 2023

Notes from triage: The field is present on the google_gkeonprem_vmware_cluster resource, but currently it's implemented as an output. The field will need to be changed to be Optional + Computed.

Edit: see comments below - in the API this field can only be an output currently, but when configuring a cluster via config files the value can be changed

@SarahFrench SarahFrench added this to the Goals milestone Dec 18, 2023
@SarahFrench SarahFrench removed the forward/review In review; remove label to forward label Dec 18, 2023
mikkel3000 added a commit to mikkel3000/magic-modules that referenced this issue Dec 19, 2023
Fixes hashicorp/terraform-provider-google#16821

```release-note:enhancement
gkeonprem: made .network_config.vcenter_network available as argument on
google_kgeonprem_vmware_cluster
```
mikkel3000 added a commit to mikkel3000/magic-modules that referenced this issue Dec 19, 2023
Fixes hashicorp/terraform-provider-google#16821

```release-note:enhancement
gkeonprem: made .network_config.vcenter_network available as argument on
google_gkeonprem_vmware_cluster
```
@mikkel3000
Copy link

mikkel3000 commented Jan 17, 2024

Notes from triage: The field is present on the google_gkeonprem_vmware_cluster resource, but currently it's implemented as an output. The field will need to be changed to be Optional + Computed.

I have tested my pull request by building the provider locally.
While setting network_config.vcenter_network is accepted, it does not seem to have any effect on the created kubernetes cluster.
Are you sure the underlying api supports it? Where can I find the reference?

Edit: if this is the api reference, it does not seem to be supported.

However, it is supported here.

@SarahFrench
Copy link
Member

Hi @mikkelnygard - That's the correct API reference, and you're correct that making that field user-controlled is unsupported. network_config.vcenter_network is output only, so the note from triage was incorrect. Sorry for misleading you!

Unfortunately we're constrained by the API, so if a feature is supported via config files and gkectl but not by the API then we can only make a feature request to the service team that manages the API.

@mikkel3000
Copy link

Hi @mikkelnygard - That's the correct API reference, and you're correct that making that field user-controlled is unsupported. network_config.vcenter_network is output only, so the note from triage was incorrect. Sorry for misleading you!

Unfortunately we're constrained by the API, so if a feature is supported via config files and gkectl but not by the API then we can only make a feature request to the service team that manages the API.

Ok, thank you for the clarification.
This is unfortunately a blocker for us, and means we can not use the terraform provider.
Can you make that feature request?

@SarahFrench SarahFrench changed the title Missing vcenter_network name in google_gkeonprem_vmware_cluster Feature request: Allow vcenter_network to be set by users on google_gkeonprem_vmware_cluster Jan 17, 2024
@bateau84
Copy link
Author

bateau84 commented Mar 6, 2024

Any update on this issue @SarahFrench ?

@SarahFrench
Copy link
Member

@bateau84 No updates I'm afraid! This issue has been forwarded to the relevant service team to act on. I'm unable to contact them for an update.

@bateau84
Copy link
Author

It seems like this option is in the latest release of the provider? can someone confirm? :)

Copy link

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 20, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants