101 · Question #698
Client traffic for a web application is managed by load balancers in a high availability configuration. After a failover event all clients ant forced to login again to the application. What is the mos
The correct answer is B. correction mirroring configuration was NOT configured on the load balancer. Without connection mirroring on the load balancer, session state is not replicated to the standby unit, so all active sessions are lost when failover occurs and users must re-authenticate.
Question
Client traffic for a web application is managed by load balancers in a high availability configuration. After a failover event all clients ant forced to login again to the application. What is the most like reason this occurred?
Options
- AClients were sending request to failed load balancer
- Bcorrection mirroring configuration was NOT configured on the load balancer
- CThe server was responding to the failed load balancer
- DSSL offloading was NOT configured on the load balancer
How the community answered
(24 responses)- A4% (1)
- B79% (19)
- C4% (1)
- D13% (3)
Why each option
Without connection mirroring on the load balancer, session state is not replicated to the standby unit, so all active sessions are lost when failover occurs and users must re-authenticate.
Clients sending requests to the failed load balancer describes the trigger condition that caused the failover event itself, not the reason session state was lost on the newly active unit.
Connection mirroring (also called session mirroring) continuously replicates active connection table and persistence record entries from the active load balancer to the standby unit. Without this configuration, the standby device has no knowledge of existing authenticated sessions, so after failover every client appears as a new, unauthenticated user and is forced to log in again.
Backend servers responding to the failed load balancer describes a routing or health-check misconfiguration, not the absence of session replication that causes re-authentication.
SSL offloading terminates TLS at the load balancer to reduce backend CPU load; it is independent of session persistence replication and does not cause session loss on failover.
Concept tested: Load balancer connection mirroring for HA session persistence
Source: https://techdocs.f5.com/en-us/bigip-16-1-0/big-ip-ltm-implementations/mirroring-connections.html
Topics
Community Discussion
No community discussion yet for this question.