-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Make external load balancer config optional #269
Comments
i will have a stab at this today. |
I'd like to actually remove it from the nodes field too or come up with something more clever because the node keys (eg kubeadm config) are not valid for the load balancer as well. |
but the |
Actually the only reason not to remove the node definition is to been able to specify the load balancer. However, this could be a cluster parameter lile |
I think we should nest it at least like this so we can add other load balancer fields under a subsection if necessary later: kind: Config
nodes:
- ...
# optional with defaulting, applies to the control plane LB if one will be provisioned
loadBalancer:
image: ... But you could also imagine more generally setting some control plane details: kind: Config
nodes:
- ...
# optional with defaulting, controls control plane details in general
controlPlane:
# perhaps later we add a field like:
# address: "127.0.0.1:6443"
# optional with defaulting, applies to the control plane LB if one will be provisioned
loadBalancer:
image: ... |
Adding it nested under controlPlane makes sense. |
/unassign |
this is done. |
* bump capx versions * update CHANGELOG
Presently, if multiple
control-plane
replicas are specified, it is mandatory to specify anexternal-load-balancer
node in the configuration. However, this node configuration can have only one replica and theimage
parameter is optional, therefore, it would be trivial for thecreate cluster
command to provide the necessary values for launching an external load-balancer if needed.Forcing to have the
external-load-balancer
node specification seams more a convenience for maintaining a consistent configuration format (a developer convenience) than a user convenience.Therefore, it would be convenient for users to have the external load-balancer defined by default if multiple control plane are defined, making the node configuration necessary only if the defaults need to be overridden (e.g. change the
image
).The text was updated successfully, but these errors were encountered: