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

workload_domain resource does not allow creation of domain with shared NSXT cluster #178

Closed
3 of 4 tasks
pradeep17j opened this issue May 31, 2024 · 3 comments
Closed
3 of 4 tasks
Assignees
Labels
enhancement Enhancement

Comments

@pradeep17j
Copy link

Code of Conduct

  • I have read and agree to the project's Code of Conduct.
  • Vote on this issue by adding a 👍 reaction to the original issue initial description to help the maintainers prioritize.
  • Do not leave "+1" or other comments that do not add relevant information or questions.
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment.

Description

workload domain can share a NSXT cluster with an existing domain in which can the spec should be able to take only vip_fqdn and nsxt license of an existing domain.

Use Case(s)

Creation of workload domain with shared NSXT

Potential Configuration

Creation of workload domain with shared NSXT

References

When tried it fails with error

Error: Insufficient nsx_manager_node blocks

│ on main.tf line 222, in resource "vcf_domain" "workload_domain3":
│ 222: nsx_configuration {

│ At least 1 "nsx_manager_node" blocks are required.

@pradeep17j pradeep17j added enhancement Enhancement needs-review Needs Review labels May 31, 2024
@github-actions github-actions bot added the pending-review Pending Review label May 31, 2024
@spacegospod spacegospod self-assigned this Jun 17, 2024
@spacegospod spacegospod removed needs-review Needs Review pending-review Pending Review labels Jun 17, 2024
@spacegospod
Copy link
Contributor

spacegospod commented Jun 17, 2024

Hey @pradeep17j AFAIK what you are asking for is officially supported by the domain manager UI.
On the other hand the docs for the API state otherwise. nsxtManagerSpecs is a required field https://developer.broadcom.com/xapis/vmware-cloud-foundation-api/latest/data-structures/NsxTSpec

If we go along with the assumption that the API documentation is incorrect I will have to do some reverse-engineering and patch the SDK before I can implement this.

Meanwhile if you have any additional information please share. For example - can the NSX manager from management domains be shared with workload domains? Or is there any minimum for the number of nodes when sharing?

@spacegospod
Copy link
Contributor

Alright, I figured it out.

It turns out that in order to reuse the NSX manager of another domain you simply have to populate its data in the input spec.
To be precise - you need to populate the vip, vipFQDN and the nsxtManagerSpec fields.

Closing this issue since the requested functionality is already supported by the provider.

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 Jul 18, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement Enhancement
Projects
None yet
Development

No branches or pull requests

2 participants