Can you run `juju run --unit kubernetes-worker/2 -- network-get kube-control`? This should show you the ingress addresses that the charm sees. The charm chooses the first ingress address and passes that to kubelet via the `--node-ip` config option. I don't think this is the issue, but it would help if you can rule it out.
I suspect you're right that openstack-cloud-controller-manager is responsible for adding the other addresses. It looks like this behavior can be controlled in openstack-cloud-controller-manager by setting the internal-network-name option[1]. Sadly, our charms don't support this in the generated config[2], so there's no way for you to set it. You won't be able to manually edit the cloud config; cdk-addons will revert your changes every 5 minutes.
I can't think of a good workaround to recommend, but I'm guessing it could be fixed by adding support for the internal-network-name option to our charms. It would probably need to be a config option on the openstack-integrator charm that gets passed through to kubernetes-control-plane.
Can you run `juju run --unit kubernetes-worker/2 -- network-get kube-control`? This should show you the ingress addresses that the charm sees. The charm chooses the first ingress address and passes that to kubelet via the `--node-ip` config option. I don't think this is the issue, but it would help if you can rule it out.
I suspect you're right that openstack- cloud-controlle r-manager is responsible for adding the other addresses. It looks like this behavior can be controlled in openstack- cloud-controlle r-manager by setting the internal- network- name option[1]. Sadly, our charms don't support this in the generated config[2], so there's no way for you to set it. You won't be able to manually edit the cloud config; cdk-addons will revert your changes every 5 minutes.
I can't think of a good workaround to recommend, but I'm guessing it could be fixed by adding support for the internal- network- name option to our charms. It would probably need to be a config option on the openstack- integrator charm that gets passed through to kubernetes- control- plane.
[1]: https:/ /github. com/kubernetes/ cloud-provider- openstack/ blob/master/ docs/openstack- cloud-controlle r-manager/ using-openstack -cloud- controller- manager. md#networking /github. com/charmed- kubernetes/ layer-kubernete s-common/ blob/1df6fc7fd0 8b14324d993e64f 9b6459020229df0 /lib/charms/ layer/kubernete s_common. py#L550- L606
[2]: https:/