Network load balancer limitations
The following lists contain known limitations for IBM Cloud® Network Load Balancer for VPC (NLB) and IBM Cloud® Private Path Network Load Balancer.
Known limitations for IBM Cloud® Network Load Balancer for VPC (NLB)
-
The NLB requires the member and port combination to be unique.
-
An NLB member virtual server instance’s port can be used for only NLB traffic.
-
There is a one-to-one mapping between listener and pool.
-
The NLB uses the primary network interfaces of its associated members for data traffic. Non-primary network interfaces are not supported.
-
To ensure service availability, use a dedicated subnet with your NLBs. Clients and members should reside in an alternate subnet.
-
Two members with the same instance X and port Y cannot exist at the same time for an NLB. In this case, your traffic does not route correctly.
-
For an NLB with routing mode enabled:
- The only supported back-end targets are Virtual Network Function (VNF) instances. When APIs are used, the listener
port_min
andport_max
is to be set to1
and65535
respectively;port
is to be left empty. - Only one listener is supported.
- The NLB and the VNF back-end targets must be in the same subnet.
- The only supported back-end targets are Virtual Network Function (VNF) instances. When APIs are used, the listener
-
The default load balancer quota is 50 per region. To increase the number, you must create a support case.
-
When you create a listener for a network load balancer, you can specify a
protocol
oftcp
orudp
. However, each listener in the network load balancer must have a uniqueport
. -
Private NLB The NLB service might add rules to custom routing tables to ensure service availability for some failure conditions. As a result, if the client is outside the zone and/or VPC of the NLB, you must add an ingress custom routing table to the VPC where the NLB resides with the proper traffic source selected.
-
Private NLB Depending on the location of the clients, you must ensure that ingress routing tables exist (as described in Table 1).
Table 1: Traffic sources that require ingress custom routing tables. Client location Routing table type Traffic source On-prem Ingress Direct link Another VPC or classic infrastructure Ingress Transit gateway Another availability zone of the same VPC Ingress VPC zone For more information, see About routing tables and routes.
-
You can have a maximum of 128 direct server return configurations for each backend member VSI.
-
When a member target instance is deleted, a Network load balancer pool member is not automatically deleted.
Known limitations for IBM Cloud® Private Path network load balancers
- Access to a Virtual Private Endpoint gateway associated with Private Path Network load balancer from Direct Link or Transit Gateway is not supported.
- A workaround is to access an ALB that has the VPE as a member. Contact IBM Support for assistance with the details.
- Private Path network load balancer pool members on Bare Metal are not supported (similar to Public and Private NLB)
- Private Path network load balancer pool members must be running in a VPC Virtual Server Instance. On-prem members are not supported.
- Access to Private Path network load balancer from remote regions is not supported. The consumer Virtual Private Endpoint gateway and the Private Path network load balancer instance must reside in same region.
- A workaround is to access an ALB in the remote region that has the VPE as member. Contact IBM Support for assistance with the details.
- Access to Private Path network load balancers from CSE (classic) is not supported.
- Granular control of access to the load balancer is done through a Private Path service rather than by security groups and Network Access Control Lists (NACLs), which are not supported.
- UDP is not supported in datapath.
- Autoscaler integration is not supported.
- The maximal MTU for Private Path NLB traffic is
8500
. - Default Quotas and limits
- Number of load balancers in account per region:
50
(can be increased) - Members in pool:
150
(can be increased) - Pools in load balancer:
10
(can be increased) - Listeners in load balancer:
10
(can be increased)
- Number of load balancers in account per region: