Loadbalancer for kube API endpoint not properly configured
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Openstack Integrator Charm |
Incomplete
|
Undecided
|
Unassigned |
Bug Description
Kubernetes 1.19
Focal + Ussuri openstack
latest/stable charms
When applying the appropriate relations for octavia to take the place of the kubeapi-
Workloads (ServiceType LoadBalancer) work fine, however using octavia for the kube API endpoint isn't creating proper load balancers.
Trying different combinations of setting the lb-floating-
Simply setting the lb-floating-network to the name/UUID of the FIP network in openstack and NOT setting the lb-subnet will cause an octavia loadbalancer to be created, however no FIP is assigned to it. instead the .kube/config has an internal tenant IP address.
Setting neither will cause the same behavior as above.
Setting lb-floating-network to the FIP network name/UUID and setting lb-subnet to the FIP subnet will cause a load balancer to be created, but with ONLY a FIP IP, and no private tenant net IP, so it is ultimately unreachable.
Lastly, in the oddest scenario, setting the lb-floating-network to the FIP network name/UUID and setting the lb-subnet, does create an octavia load balancer, but doing an `openstack loadbalancer show <uuid>` doesn't show a FIP. However, the kubeconfig provided by k8s-master has a FIP. When running `openstack floating ip list | grep <FIP in kubeconfig>` show a tenant IP address that isn't in use by kubernetes. in fact, going to /root/.kube/config on a k8s master shows a tenant address that is different from both the `openstack loadbalancer show <uuid>` tenant address and is different from the address associated with a floating IP address.
There is no workaround for this. Attaching openstack-
subscribed field-high