This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
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
Outputs for Kubernetes Terraform provider #1165
Comments
@liamwh That would be really nice indeed. @kube-hetzner/core FYI. |
You can already do that:
And I did that for a while, before concluding that is was an unstable situation. Occasionally, the provider would want to initialize before the cluster was built, so I would be stuck with a terraform state that would refuse to build the cluster because not all providers were fully configured. I ended up separating my cluster configuration in three "independent" terraform folders, with each their own state, and I run them in a sequence.
So you can do it, and I concluded it was not the best solution. Your milage might vary... |
Amazing, will give this a go and report back, thank you very much! |
I am getting this error often, any idea what I can do about it?
|
@liamwh Did you sort this out? Either way, could you share your the code you use to do that please (without sensitive values of course). It would be greatly appreciated. |
It would be great to have access to many more things via outputs. Also the node pools. While playing around to optimize my longhorn volumes issue (#1195) I added this to the outputs for example. So I can add volumes to nodes in the custom way I would like to do it. # added at the end of /output.tf
output "control_planes" {
value = module.control_planes
description = "All control plane items"
}
output "agents" {
value = module.agents
description = "All agent items"
} And yes, I understand that I can break a lot of stuff with that freedom ;) |
@andi0b Looking good, PR most welcome! |
I have to look into it again, this only exposes the values from the host tf-submodule, I think it should also expose more information, also things from the main TF module, and maybe merged with the node pool input variables. I've seen that there is a bigger re-factor planned for the next version (more submodules), it might be better to wait for this to be completed. To not implement something now that will soon lead to a breaking change. Do you have an estimation when this refactoring will be finished? |
@andi0b You are absolutely right, best to wait for v3. @aleksasiriski is leading the push to v3, we do not have a time estimate yet, but it will come soon enough. We will keep this FR in mind and slip it in if we can. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Description
I would love to be able to use the kubernetes terraform provider using outputs from kube hetzner, something akin to the following for DO:
Which comes from:
The text was updated successfully, but these errors were encountered: