Upcoming Events

Cloud Connect
Santa Clara
Feb 13-16, 2012

Cloud Connect brings together the entire cloud eco-system to better understand the transformation we're experiencing and promises to be the defining event of the cloud computing industry. Learn about the latest cloud technologies and platforms from thought leaders in Cloud Connect’s comprehensive conference.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up
Network + Systems Infrastructure
W O R K S H O P  
Making Layer 7 Work for You

  February 20, 2003
  By Lori MacVittie


>> continued from previous page

Sharing the Load

TOC Issue TOC
Printer Print full article
Printer Print this page
Printer Download as PDF
E-Mail E-Mail this URL
Discuss Discuss this article
flame author Flame the author
 
  In this article
arrow
Introduction
arrow
Up in Arms
arrow
Sharing the Load

You can't talk load balancing without considering failover scenarios. Because a load balancer often is the single point of entry into your Web infrastructure, you need a backup load balancer to pick up the slack when your primary device fails. Beware, though, that adding a second device means deciding on yet another configuration.

The two main configurations for load-balancing failover are active-active and active-standby. In an active-active failover configuration, two load balancers can service requests for the same IP address. That means your Web infrastructure can serve more clients simultaneously, and latency is reduced in the failover process.

In an active-standby configuration, one load balancer is responsible for serving requests, and a secondary device takes over when the first one fails. When the standby load balancer steps in after a failure, it assumes the primary device's IP and MAC addresses, and handles all requests until the primary device is restored. The trade-off with this approach is that the failover process can take several seconds, during which time any incoming requests for Web content could get rejected.

When a failover does occur, the sessions are handled in one of two ways: stateful or stateless. Stateful failover is more reliable because when a load balancer fails, no TCP or Web sessions are lost. That's because the session table gets synchronized with the secondary device (in the active-standby model), or both devices are synchronized (in the active-active model). Stateful failover requires more hardware because mirroring sometimes decreases the number of concurrent sessions a device can handle.

Stateless failover, meanwhile, doesn't save existing sessions during the transition from a failed load balancer to a backup device, but it does re-establish those connections with the backup load balancer. So should you go stateful or stateless? That depends on how important in-progress TCP or Web sessions are to your business.


start top  Up in Arms Sharing the Load

Research and Reports

Hypervisor Derby
August 2011

Network Computing: August 2011

TechWeb Careers