You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be good to have a mechanism that enables users to use variables in the git-repo which are populated at runtime, e.g. before applying the resources to the k8s-clusters.
This mechanism should enable users to define dynamic variables which are different between clusters. E.g. when using "external-dns" one would need other parameters based on where the k8s-cluster is deployed.
My goald would be to make the git-repo very generic so that I doesnt have to edit it (push new things...) everytime a new cluster is generated.
My preferred workflow should be:
create K8S-Cluster with terraform -> already working
import it into rancher -> already working
add the cluster into a fleet cluster group based on a label -> already working
use the defined git-repo for fleet and deploy things like ingress-nginx, external-dns..... per cluster, but partially with different values.
I would love to be able to fill in the cluster name as a variable.
When deploying a monitoring/logging agent, I like to identify the cluster by its name. Right now I'd need to create a separate overlay per cluster.
It would be good to have a mechanism that enables users to use variables in the git-repo which are populated at runtime, e.g. before applying the resources to the k8s-clusters.
This mechanism should enable users to define dynamic variables which are different between clusters. E.g. when using "external-dns" one would need other parameters based on where the k8s-cluster is deployed.
My goald would be to make the git-repo very generic so that I doesnt have to edit it (push new things...) everytime a new cluster is generated.
My preferred workflow should be:
Other examples and information are discussed here: based on this discussion: https://rancher-users.slack.com/archives/C013SSBKB6U/p1607538982296500?thread_ts=1607538982.296500&cid=C013SSBKB6U
gz#14407
The text was updated successfully, but these errors were encountered: