Understanding the Three Load Balancing Deployment Modes
The article explains the three primary load‑balancing deployment modes—Route (NAT/gateway), Bridge (transparent), and Direct Server Return—detailing how each works, their advantages and drawbacks, and how to choose the most suitable mode for a given traffic pattern.
Load balancing distributes incoming traffic across multiple servers to achieve optimal network performance. The three basic deployment modes are Route (also called NAT or gateway), Bridge (transparent), and Direct Server Return (DSR), each with distinct characteristics.
Route mode places the load balancer (LB) between the client and the server, acting as a middle point that receives requests, selects a backend server, forwards the request, and then returns the response to the client. All packets travel through the LB, which rewrites the IP address (NAT). This provides strong isolation and security because backend servers remain hidden behind the LB, and the network topology stays clear. However, because both inbound and outbound traffic pass through the LB, it can become a bottleneck for scenarios with small requests and large responses (e.g., video streaming or large file downloads), potentially exhausting bandwidth and processing capacity.
Bridge mode makes the LB behave like a Layer‑2 bridge, inserting itself transparently into the network without altering IP addresses. Clients and servers share the same subnet, and the LB decides which server to forward each packet to without performing NAT. This mode requires minimal network changes and is convenient for legacy environments where redesigning the network is difficult. The downside is that the LB becomes a single point of failure—if it goes down, the entire link breaks—so high‑availability pairs are usually required. Additionally, servers must reside in the same broadcast domain, limiting scalability compared with Route mode.
Direct Server Return (DSR) eliminates the return‑path bottleneck by letting the server send responses directly to the client, bypassing the LB. When a request arrives, the LB only modifies the Ethernet (MAC) address to forward the packet to the chosen server while keeping the virtual IP (VIP) as the destination address. Each backend server configures the same VIP on its loopback interface and disables ARP responses to avoid IP conflicts. After processing, the server replies using the VIP as the source address, sending the response straight to the client. Clients see the VIP as the source, unaware of the direct path. The main benefit is that the LB handles only inbound traffic, dramatically reducing its load and allowing much higher concurrency for request‑small, response‑large workloads. The trade‑off is increased configuration complexity—each server needs special loopback and ARP settings—and the LB cannot see return traffic, so layer‑7 features (e.g., content inspection, response‑based policies) are unavailable; the LB operates effectively at layer‑4 only.
Choosing a deployment mode depends on the specific requirements: use Route mode for simplicity, strong isolation, and modest traffic; Bridge mode when you cannot modify the existing network layout; and DSR when you need maximum performance for large responses and can tolerate the added operational complexity.
Signed-in readers can open the original source through BestHub's protected redirect.
This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactand we will review it promptly.
How this landed with the community
Was this worth your time?
0 Comments
Thoughtful readers leave field notes, pushback, and hard-won operational detail here.
