-
Epic
-
Resolution: Done
-
Minor
-
openshift-4.14
-
None
-
Support MetalLB with BGP
-
BU Product Work
-
False
-
False
-
Done
-
OCPSTRAT-213 - External load balancers with OpenStack IPI (GA)
-
OCPSTRAT-213External load balancers with OpenStack IPI (GA)
-
0% To Do, 0% In Progress, 100% Done
-
Undefined
-
S
Background
MetalLB has support for a BGP based routing protocol that is more flexible and scalable than its layer 2 IP Failover protocol. It also does not require port security to be disabled on OpenStack. However, the implementation of BGP in MetaLB is homegrown, and not fully proven. There is work upstream to allow MetalLB to use FRR which is a proven linux standard library for routing protocols. Once those pieces are in place, it should be safe to support in OpenShift.
Goals
- Support the Metallb Operator in BGP mode for OpenShift on OpenStack for IPI and UPI
Points of Contact
- Russel Bryant: tech lead
- #forum-bgp
Non-Goals
Replacing the built-in API load balancer solution that uses keepalived/haproxy and is included with on-prem IPI installs for bare metal, vsphere, openstack
User Stories
As an administrator, I want to use a service type LB in OpenShift installed on an OpenStack cloud without Octavia.
As an administrator, I want to use MetalLB, but I don't want to disable port security on my nodes.
As an administrator, I want to deploy an IPI cluster using MetalLB.
Definition of Done
- MetalLB is in a condition upstream that we are comfortable supporting in OpenShift
- the MetalLB operator can be installed on OpenShift on OpenStack in BGP mode
- apps in OpenShift can use service type lb or ingress controllers with publish strategy lb in OpenShift on OpenStack to expose their apps using MetalLB with BGP with a comparable user experience to other platforms
- CCM is not trying to manage the same load-balancers when Metal LB is in use
- Installation Docs IPI & UPI - similar to Kuryr docs for LB, but for non-kuryr OSP on OCP
- Stretch: blog