ONJava.com -- Clustering and Load Balancing 2
来源：百度文库 编辑：16楼社区 时间：2021/05/14 23:42:15
Sign In/My Account |View Cart
ListenPrintDiscussSubscribe to ONJavaWhat are those green links?
Clustering and Load Balancing in Tomcat 5, Part 2
This is the second part of a series on clustering and load balancing in Tomcat 5 server. Inpart 1, I provided an overview of large-scale J2EE system design as well as various factors to be considered when designing the system for scalability and high availability. I also discussed Tomcat‘s support for clustering, load-balancing, fault-tolerance, and session-replication capabilities. In this part, we‘ll cover the architecture of a proposed cluster setup and go over the installation and configuration details in deploying the cluster (by running multiple Tomcat server instances).
Proposed Cluster Setup
Listed below are the main objectives that I wanted to achieve in the proposed Tomcat cluster:
The cluster should be highly scalable.
It should be fault-tolerant.
It should be dynamically configurable, meaning it should be easy to manage the cluster declaratively (changing a configuration file) rather than programmatically (changing Java code).
It should provide automatic cluster member discovery.
Fail-over and load-balancing features for session data with in-memory session state replication.
Pluggable/configurable load-balancing policies.
Group membership notification when a member of the cluster joins or leaves a group.
No loss of message transmission through multicast.
Clustering should be seamless to the web application and the server. It should provide both client and server transparency. Client Transparency means that the client is not aware of clustered services or how the cluster is set up. The cluster is identified and accessed as a single thing rather than individual services. And server transparency means that the application code in a server is not aware that it‘s in a cluster. The application code cannot communicate with the other members of cluster.
Tomcat: The Definitive Guide
ByJason Brittain,Ian F. Darwin
Table of Contents
Read Online--Safari Search this book on Safari:
Only This Book All of Safari
Code Fragments only
Four instances of Tomcat server were installed to set up the clustering environment. Tomcat was used for both load balancing and clustering requirements. The cluster setup was done using vertical scaling method (multiple Tomcat server instances running on a single machine). One server group and two clones were configured in the cluster (a server group is a logical presentation of the application server). The clones had same exact configuration (in terms of web application directory structure and contents) as the server group to optimize session replication. To follow are the main components in the proposed cluster setup:
Load Balancer: A Tomcat instance is configured to distribute the traffic among cluster nodes. This instance is given a code name TC-LB.
Clustering: Three Tomcat server instances were run as part of the cluster. The code names for these instances are TC01, TC02, and TC03.
Session Persistence: In-memory session replication was chosen as the session persistence mechanism. The session data was copied to all three cluster members whenever the session object is modified.
Fail-Over: The balancer application that comes with Tomcat installation is not designed to handle fail over. I wrote a utility class called ServerUtil to check the server status before forwarding any requests to it. It has two methods to verify the status of a cluster node. In the first method, it uses McastService to check if a specified server instance is currently running or not. The second method verifies a cluster node‘s availability by creating a URL object based on the web page URL passed in as a parameter. To use this class make sure catalina-cluster.jar (located in %TOMCAT_HOME%/server/lib directory) and commons-logging-api.jar (%TOMCAT_HOME%/bin directory) files are specified in the classpath.
The application architecture diagram in Figure 1 shows the main components of the cluster.
Figure 1. Tomcat cluster architecture diagram
Installation & Configuration of Tomcat Instances
Table 1. Hardware/software specifications of the machine used to set up Tomcat clustering.
Processor HP Pavilion Pentium III with 800 MHz
Memory 512 MB RAM
Hard Disk 40 GB
Operating System Windows 2000 server with Service Pack 4
JDK Version 1.4.0_02 (Note: JDK version 1.4 or a later version is required to enable Tomcat Clustering)
Tomcat Version 5.0.19
Tools Used Ant 1.6.1, Log4J, JMeter, JBuilder
Main elements of cluster framework
This is an abstract class created to encapsulate the common rules logic in the custom Rule classes. The custom load balancing rules used in the sample web application extend this base class.
This class defines the logic to forward the web requests to an available server in a random manner. It uses current system time as seed to generate random numbers.
This class defined the load-balancing logic based on a round robin rule. When a request comes in it forwards the request to the next member in the list. It uses a static variable to track the next available cluster member and increments this value by one for every new request.
A utility class was created to check if a specific cluster node is available or not, to receive requests. This class uses McastService (org.apache.catalina.cluster.mcast package) to detect if a cluster member has left the group.
The relationship of these Java classes is shown in the class diagram in Figure 2.
Figure 2. Cluster application class diagram
This file is used to configure clustering in a Tomcat server instance. The version that comes with Tomcat installation has the configuration details included in the file but they are commented out.
This configuration file is used to specify that a web application session data needs to be replicated.
This file is used to define the custom load-balancing rules. This is the file we use to specify which load-balancing rule we want to use to distribute the load among the cluster members.
A simple test JSP script was used to check the server status. It displays the system time and name of the Tomcat instance from which it‘s launched.
This is the startup page in our sample web application. It forwards the web requests to a load balancer filter using HTML redirect.
This script is used to verify that no session data is lost when a cluster node goes down. It displays session details and also has HTML fields to manipulate HTTP session object.
An Ant build script was created to automate the tasks of starting and stopping Tomcat instances (the latest version of Ant 1.6.1 was used to run this script). Once a Tomcat instance has started successfully, you can call the test.jsp to verify which Tomcat instance is running by specifying IP address and port number. The JSP page displays the current system time and the name of the Tomcat instance. (You need to change the home directories for Tomcat servers specified in build.properties file to run the script in your own environment).
Several targets in the build script start or stop Tomcat instances:
Call target start.tomcat5x to start a specific Tomcat instance (for example: tomcat50). Call stop.tomcat5x to stop a specific Tomcat instance. Call stop.alltomcats to stop all running Tomcat instances.
Post to del.icio.us
This article has been tagged:
Articles that share the tag tomcat:
How to Publish Multiple Websites Using a Single Tomcat Web Application (41 tags)
Database Connection Pooling with Tomcat (34 tags)
Top Ten Tomcat Configuration Tips (32 tags)
Clustering and Load Balancing in Tomcat 5, Part 1 (10 tags)
Configuring Tomcat and Apache With JK 1.2 (10 tags)
Articles that share the tag java:
Profiling Your Applications with Eclipse Callisto (113 tags)
Configuration Management in Java EE Applications Using Subversion (49 tags)
Wiring Your Web Application with Open Source Java (44 tags)
Internals of Java Class Loading (43 tags)
POJO Application Frameworks: Spring Vs. EJB 3.0 (43 tags)
Articles that share the tag web:
Very Dynamic Web Interfaces (362 tags)
Rolling with Ruby on Rails (230 tags)
Ajax on Rails (183 tags)
What Is Web 2.0 (145 tags)
How to Create a REST Protocol (103 tags)
Related to this Article
Checking Java Programs
byIan F. Darwin
SQL Injection Defenses
Copyright © 2000-2006 O‘Reilly Media, Inc. All Rights Reserved.
All trademarks and registered trademarks appearing on the O‘Reilly Network are the property of their respective owners.
For problems or assistance with this site, firstname.lastname@example.org
ONJava.com -- Clustering and Load Balancing 2 ONJava.com -- Clustering and Load Balancing 2.1 Clustering and Load Balancing in Tomcat 5, Part 2 Clustering and Load Balancing in Tomcat 5, Part 1 Load Balancing Web Applications Load Balancing 负荷平衡 Load-balancing Tomcat with Apache ONJava.com -- Maven 2.0: Compile, Test, Run, Deploy, and More ONJava.com: Ruby the Rival ONJava.com -- What Is Java J2EE clustering 2 ONJava.com: Two Servlet Filters Every Web Application Should Have Fuzzy C-Means and Hard C-Means Clustering: A Comparative Study CRM Partners - Solutions and Consulting - Salesforce.com SmartMoney.com — Investing, Saving and Person... Greek and Roman Mythology — FactMonster.com Linux.com :: Everything Linux and Open Source The Cut-and-Paste Personality - WSJ.com XML.com: Telnet and REST Web Services? The Rebuilding and Scaling of YellowPages.com Car pictures and wallpapers - NetCarShow.com Greek and Roman Mythology — FactMonster.com Tony Jaa’s Ong Bak 2 Gets Sold, First Poster | BeyondHollywood.com | Asian, Foreign, Horror, and Gen Cooling Load Calculation