Operations 6 min read

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.

Subtle Storm
Subtle Storm
Subtle Storm
Understanding the Three Load Balancing Deployment Modes

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.

Original Source

Signed-in readers can open the original source through BestHub's protected redirect.

Sign in to view source
Republication Notice

This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactadmin@besthub.devand we will review it promptly.

network architecturePerformanceload balancingNATdirect server returnbridge moderoute mode
Subtle Storm
Written by

Subtle Storm

The micro era's marvels are boundlessly subtle.

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.