Open nishant-dash opened 1 week ago
I thought juju would keep an eye on the backing service and pop a config-changed if that happens to get modified? But indeed we should check this
@nishant-dash would adding an action to traefik to refresh the IP help mitigate this issue? The charm has no way to 'notice' if the IP has changed. Doing it on a schedule (e.g. custom pebble notice, cronjob, resurrect) is tricky because we'd need to do that very frequently to avoid "too much" data loss. We could combine the approaches.
@PietroPasotti I think having an action to get it to request a new ip is ok, but eventually if there was a better way to handle this, maybe something the metallb charm could help with, having the charm automatically refresh its ip would be ideal
Enhancement Proposal
if you have a setup with metallb and ipranges set in the metallb charm, an ipaddresspool object is created in k8s from which the loadbalancer for traefik gets an ip If you change this ipaddresspool (metallb ipranges charm config), there does not seem to a be a good/smooth/juju way to get an updated ip for traefik for example. I presume this generally applies to all relevant juju k8s charms
Metallb docs suggest
source: https://metallb.universe.tf/configuration/_advanced_ipaddresspool_configuration/#changing-the-ip-of-a-service
TO reproduce this behaviour: