System and method for enabling site failover in an application server environment

• US 7,702,947 B2
• Filed: 04/03/2006
• Issued: 04/20/2010
• Est. Priority Date: 11/29/2005
• Status: Active Grant

• Current Assignee: Oracle International Corporation (Oracle Corporation)
• Original Assignee: BEA Systems Incorporated (Oracle Corporation)
• Inventors: Peddada, Prasad
• Primary Examiner(s): Baderman; Scott T
• Assistant Examiner(s): KO, CHAE M
• Application Number:
  US11/396,517
• Publication Number:
  US 20070174660A1
• Time in Patent Office: 1,478 Days
• Field of Search: 714/13, 714/4
• US Class Current: 714/4.1
• CPC Class Codes: H04L 41/0663 Performing the actions predefined by failover planning, e.g. switching to standby network elements
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/1001 for accessing one among a plurality of replicated servers
• CPC Class Codes: H04L 67/1027 Persistence of sessions during load balancing
• CPC Class Codes: H04L 67/1034 Reaction to server failures by a load balancer
• CPC Class Codes: H04L 67/14 Session management for real-time applications in data packet communications networks H04L65/1066
• CPC Class Codes: H04L 69/40 for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection management of faults, events, alarms or notifications in data switching networks H04L41/06
• CPC Class Codes: Y04S 40/00 Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them

Abstract

A system and method for enabling site failover in an application server or clustered environment. In addition to providing HTTP session state replication across servers within a cluster, the invention provides the ability to replicate HTTP session state across multiple clusters. This improves high-availability and fault tolerance by allowing clusters to be spread across multiple geographic regions, power grids, and Internet service providers.

Claims

1. A system for enabling site failover in an application server or clustered environment, comprising:

a first cluster, including a first plurality of servers executing therein that processes requests, and having a first local load balancer associated therewith that forwards session requests within the first cluster;

a second cluster, including a second plurality of servers executing therein that processes requests, and having a second local load balancer associated therewith that forwards session requests within the second cluster;

a replication channel provided between the first cluster and the second cluster, which is configured to communicate, prior to failover, session state information between servers in the first cluster and servers in the second cluster;

a global load balancer for distributing the session requests to the first and second clusters via their corresponding first and second local load balancers;

wherein, when a session is requested, a primary server is selected from the first plurality of servers in the first cluster to handle requests within the session, and wherein the primary server establishes the session and subsequently, prior to failover, replicates current session information to a secondary server selected from the second plurality of servers in the second cluster, via the replication channel, for use in enabling site failover between the plurality of clusters;

wherein, for a particular session, each of the global, first local, and second local load balancers maintains affinity for subsequent requests within the particular session to its primary server, to ensure that the subsequent requests are not transferred to another server in the same cluster, or from one cluster to another cluster, unless a site failover occurs; and

wherein

if the system is configured for use in a metropolitan area network (MAN), the plurality of clusters are distributed on a MAN wherein the session is an HTTP session, and wherein the replication channel uses an in-memory replication that operates between the first cluster and the second cluster, and allows HTTP session state to be replicated synchronously from the first cluster to the second cluster, and

if the system is configured for use in a wide area network (WAN), the plurality of clusters are distributed on a WAN wherein each of the plurality of clusters has a database associated therewith, that includes session information stored therein, which the replication channel then uses to provide failover across the plurality of clusters using asynchronous data replication at periodic intervals.

2. The system of claim 1, wherein, once a request reaches a particular one of the servers in either the first cluster or the second cluster, the particular server becomes the primary server for that session, and the particular server handles subsequent requests assuming there are no failures, and wherein, after the server establishes the session, the current session state is replicated to a designated secondary server in another cluster.

3. The system of claim 1, wherein, once a client establishes a connection to a cluster, then the client maintains stickiness to that cluster, using information stored in a cookie at the client.

4. The system of claim 1, wherein the session is an HTTP session, and wherein during WAN replication, once the request a particular one of the servers in either the first cluster or the second cluster, the particular server becomes the primary server for that HTTP session, and the particular server handles subsequent requests assuming there are no failures, and wherein, after the server establishes the HTTP session, the current session state is replicated to a designated secondary server.

5. A method for enabling site failover in an application server or clustered environment, comprising the steps of:

providing a system including a first cluster, including a first plurality of servers executing therein that processes requests, and having a first local load balancer associated therewith that forwards session requests within the first cluster;

providing a second cluster, including a second plurality of servers executing therein that processes requests, and having a second local load balancer associated therewith that forwards session requests within the second cluster;

providing a replication channel provided between the first cluster and the second cluster, which is configured to communicate, prior to failover, session state information between servers in the first cluster and servers in the second cluster;

providing a global load balancer for distributing the session requests to the first and second clusters via their corresponding first and second local load balancers; and

replicating information across the clusters, wherein, when a session is requested, a primary server is selected from the first plurality of servers in the first cluster to handle requests within the session, and wherein the primary server establishes the session and subsequently, prior to failover, replicates current session information to a secondary server selected from the second plurality of servers in the second cluster, via the replication channel, for use in enabling site failover between the plurality of clusters;

wherein, for a particular session, each of the global, first local, and second local load balancers maintains affinity for subsequent requests within the particular session to its primary server, to ensure that the subsequent requests are not transferred to another server in the same cluster, or from one cluster to another cluster, unless a site failover occurs; and

wherein

if the system is configured for use in a metropolitan area network (MAN), the plurality of clusters are distributed on a MAN wherein the session is an HTTP session, and wherein the replication channel uses an in-memory replication that operates between the first cluster and the second cluster, and allows HTTP session state to be replicated synchronously from the first cluster to the second cluster, and

if the system is configured for use in a wide area network (WAN), the plurality of clusters are distributed on a WAN wherein each of the plurality of clusters has a database associated therewith, that includes session information stored therein, which the replication channel then uses to provide failover across the plurality of clusters using asynchronous data replication at periodic intervals.

6. The method of claim 5, wherein, once a request reaches a particular one of the servers in either the first cluster or the second cluster, the particular server becomes the primary server for that session, and the particular server handles subsequent requests assuming there are no failures, and wherein, after the server establishes the session, the current session state is replicated to a designated secondary server in another cluster.

7. The method of claim 5, wherein, once a client establishes a connection to a cluster, then the client maintains stickiness to that cluster, using information stored in a cookie at the client.

8. The method of claim 5, wherein the session is an HTTP session, and wherein during WAN replication, once the request a particular one of the servers in either the first cluster or the second cluster, the particular server becomes the primary server for that HTTP session, and the particular server handles subsequent requests assuming there are no failures, and wherein, after the server establishes the HTTP session, the current session state is replicated to a designated secondary server.

9. A computer readable medium, including instructions stored thereon which when read and executed by one or more computers, cause the computers to perform the steps comprising:

providing a first cluster, including a first plurality of servers executing therein that processes requests, and having a first local load balancer associated therewith that forwards session requests within the first cluster;

providing a second cluster, including a second plurality of servers executing therein that processes requests, and having a second local load balancer associated therewith that forwards session requests within the second cluster;

providing a replication channel provided between the first cluster and the second cluster, which is configured to communicate, prior to failover, session state information between servers in the first cluster and servers in the second cluster;

providing a global load balancer for distributing the session requests to the first and second clusters via their corresponding first and second local load balancers; and

replicating information across the clusters, wherein, when a session is requested, a primary server is selected from the first plurality of servers in the first cluster to handle requests within the session, and wherein the primary server establishes the session and subsequently, prior to failover, replicates current session information to a secondary server selected from the second plurality of servers in the second cluster, via the replication channel, for use in enabling site failover between the plurality of clusters;

wherein, for a particular session, each of the global, first local, and second local load balancers maintains affinity for subsequent requests within the particular session to its primary server, to ensure that the subsequent requests are not transferred to another server in the same cluster, or from one cluster to another cluster, unless a site failover occurs; and

wherein

if the system is configured for use in a metropolitan area network (MAN), the plurality of clusters are distributed on a MAN wherein the session is an HTTP session, and wherein the replication channel uses an in-memory replication that operates between the first cluster and the second cluster, and allows HTTP session state to be replicated synchronously from the first cluster to the second cluster, and

if the system is configured for use in a wide area network (WAN), the plurality of clusters are distributed on a WAN wherein each of the plurality of clusters has a database associated therewith, that includes session information stored therein, which the replication channel then uses to provide failover across the plurality of clusters using asynchronous data replication at periodic intervals.