Closed balazshasprai closed 1 year ago
I swear github doesn't like me, ran the checks successfully before the pr
I should probably add a default true var in the roles' defaults/main.yml too, so people who are using it with an already existing inventory don't run into undefined variable errors.
Edit: I added the defaults. Pretty new to github, didn't know the new commit would show up in this pr, pretty cool
Thank you! I am wondering if it would be better to just add tags that could be skipped, rather than adding a flag not to configure or install. See this PR. https://github.com/techno-tim/k3s-ansible/pull/373/files
Oh yeah, that's way better! Pushed
Thank you!
I think we're missing it on a few more metallb resources
disregard!
Proposed Changes
Not sure how useful it'd be to the majority, since it's one of the project's best features. But I thought it would be nice to have the option to disable MetalLB altogether, too. (By default it still being enabled) Instead, you could use an external load balancer, like HAProxy, maybe on your pfSense/OPNsense instance, if you're using it for something already.
I've been using this project in my homelab and MetalLB is wonderful. Works great, very convenient. Now it seems we'll use this at work too, since you know, why reinvent the wheel? But, we already have big beefy purpose built hardware load balancers in use, we'd like to use them with a NodePort type ingress, without deviating / maintaining a separate fork of the project.
As you can see in the commit, I've only added a simple
metal_lb_configure: true
on/off switch, the default being on, and a condition in thek3s_server
andk3s_server_post
main.yml where the metallb tasks get included.Checklist
site.yml
playbookreset.yml
playbook