Skip to content

Commit a2a65fd

Browse files
committed
Adds info about failback behavior
1 parent f9b3122 commit a2a65fd

File tree

1 file changed

+10
-0
lines changed
  • src/content/docs/load-balancing/understand-basics/traffic-steering/steering-policies

1 file changed

+10
-0
lines changed

src/content/docs/load-balancing/understand-basics/traffic-steering/steering-policies/standard-options.mdx

Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -23,6 +23,16 @@ If all pools are marked unhealthy, Load Balancing will direct traffic to the fal
2323

2424
If no monitors are attached to the load balancer, it will direct traffic to the primary pool exclusively.
2525

26+
### Failback behavior
27+
28+
In an active/standby setup, with two origin pools:
29+
30+
- Traffic always routes to Pool 1 (the primary pool) unless it becomes unhealthy.
31+
- If Pool 1 is marked unhealthy, traffic shifts to Pool 2 (the standby pool).
32+
- Once Pool 1 becomes healthy again, traffic automatically shifts back to Pool 1, assuming no [session affinity](/load-balancing/understand-basics/session-affinity/) or other settings require subsequent requests to stay at Pool 2.
33+
34+
This behavior is known as failback and ensures traffic resumes normal routing when the primary pool recovers.
35+
2636
## Random steering
2737

2838
Choose **Random** to route traffic to a healthy pool at random. Customers can use this option to set up [active - active failover](/load-balancing/load-balancers/common-configurations/#active---active-failover) (also known as round robin), where traffic is split equally between multiple pools.

0 commit comments

Comments
 (0)