-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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] Access to google_dataproc_cluster master/worker node IP #1218
Comments
@danawillow @asaraseka I have a similar use case. Instance names wont help much if we do not know the connection strings for master. |
Any updates here? |
Signed-off-by: Modular Magician <[email protected]>
Could you use a data resource here? data "google_compute_instance" "dataproc_master" { then reference data.google_compute_instance.dataproc_master.network_interface.network_ip in any DNS resources? You could use a similar construct with a for_each for multiple instances. |
b/262220896 |
I've looked into this issue and following are the details I have found out:
A probable solution can be to use the I've tried using the
|
…ts (hashicorp#1218) As changing the `gcfs_config` block currently forces a replacement of the node pool, see: https://github.com/hashicorp/terraform-provider-google/blob/5290a9f74d491bd3a05c32cdc60773ac6c53d4ae/google/node_config.go#L119 Fixes hashicorp#1217 Co-authored-by: Bharath KKB <[email protected]>
Terraform Version
Affected Resource(s)
Please list the resources as a list, for example:
Expected Behavior
Be able to access to IP addresses for created VMs (master and workers).
That would be useful if (like in our case) you want to create DNS records for created VMs
Actual Behavior
Now we can only get list of names for instances:
cluster_config.master_config.instance_names
Comments
I read that it will require some additional work, like trigger dataproc API to get VMs names, and then triggers Compute Engine API to get VMs info based on names.
The text was updated successfully, but these errors were encountered: