{"id":458,"date":"2012-06-26T10:31:53","date_gmt":"2012-06-26T02:31:53","guid":{"rendered":"http:\/\/rmohan.com\/?p=458"},"modified":"2012-06-26T10:37:57","modified_gmt":"2012-06-26T02:37:57","slug":"clustering-tomcat-server","status":"publish","type":"post","link":"https:\/\/mohan.sg\/?p=458","title":{"rendered":"Clustering Tomcat Server"},"content":{"rendered":"

Clustering Tomcat Server<\/strong>
\nA cluster of two Tomcat is a more Tomcats that are hosted in the same Java application. The main function of cluster Tomcat is to perform replication of open sessions in each cluster of Tomcat, so Tomcat each contain their sessions and their attributes, as well as the attributes of the other sessions and Tomcats. Each Tomcat cluster is called a node.<\/p>\n

With the Tomcat cluster can achieve high availability, so that if a cluster node fails, the requests coming to this node are forwarded to another active node. All this without the user noticing, because your session is active on other cluster nodes.<\/p>\n

The figure below shows the architecture of the cluster of Tomcat:<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Tomcat cluster configuration<\/strong>
\nI will take into consideration that you have two instances of Tomcat, Apache and Java installed on your server. Below is a description of the environment that will be used in this small project, it is worth remembering that it is only a test project:<\/p>\n

Two instances of virtual machines in VirtualBox;
\nEach VM with 512MB RAM and 8GB HD;
\nEach VM operating system with CentOS 5.7 (Final).<\/p>\n

Note: This configuration can be performed on any Linux server.<\/p>\n

requirements:<\/p>\n

To perform the replication sessions between nodes in the cluster a few points should be checked:<\/p>\n

All session attributes must implement java.io.Serializable;
\nHaving the application web.xml <distributable\/> the attribute or set a property in the context of the application configuration file server.xml;
\nConfigure the load balancer with sticky session option active, to keep the same user requests a system going to the same cluster node, except when this node fails.<\/p>\n

Starting the configuration:<\/p>\n

The configuration of the Tomcats to the cluster is made from editing the server.xml file, located in the conf (<product the tomcat> \/ conf \/ server.xml) for each Tomcat.<\/p>\n

What should be done is uncomment the whole tag and add cluster configuration adapting the parameters to the hosting environment. Just below the cluster configuration:<\/p>\n

 <\/p>\n

\n
<<\/code>Cluster<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.tcp.SimpleTcpCluster\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>channelSendOptions<\/code>=<\/code>\"8\"<\/code>><\/code><\/div>\n
\u00a0<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Manager<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.session.DeltaManager\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>expireSessionsOnShutdown<\/code>=<\/code>\"false\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>notifyListenersOnReplication<\/code>=<\/code>\"true\"<\/code>\/><\/code><\/div>\n
\u00a0<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Channel<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.group.GroupChannel\"<\/code>><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Membership<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.membership.McastService\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>address<\/code>=<\/code>\"228.0.0.4\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>port<\/code>=<\/code>\"45564\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>frequency<\/code>=<\/code>\"500\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>dropTime<\/code>=<\/code>\"3000\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Receiver<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.transport.nio.NioReceiver\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>address<\/code>=<\/code>\"auto\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>port<\/code>=<\/code>\"4000\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>autoBind<\/code>=<\/code>\"100\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>selectorTimeout<\/code>=<\/code>\"5000\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>maxThreads<\/code>=<\/code>\"6\"<\/code>\/><\/code><\/div>\n
\u00a0<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Sender<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.transport.ReplicationTransmitter\"<\/code>><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Transport<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.transport.nio.PooledParallelSender\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><\/<\/code>Sender<\/code>><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Interceptor<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.group.interceptors.TcpFailureDetector\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Interceptor<\/code> className<\/code>=<\/code>\"org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><\/<\/code>Channel<\/code>><\/code><\/div>\n
\u00a0<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Valve<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.tcp.ReplicationValve\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>filter<\/code>=<\/code>\"\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Valve<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.session.JvmRouteBinderValve\"<\/code>\/><\/code><\/div>\n
\u00a0<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>Deployer<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.deploy.FarmWarDeployer\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>tempDir<\/code>=<\/code>\"\/tmp\/war-temp\/\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>deployDir<\/code>=<\/code>\"\/tmp\/war-deploy\/\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>watchDir<\/code>=<\/code>\"\/tmp\/war-listen\/\"<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code>watchEnabled<\/code>=<\/code>\"false\"<\/code>\/><\/code><\/div>\n
\u00a0<\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>ClusterListener<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><<\/code>ClusterListener<\/code> className<\/code>=<\/code>\"org.apache.catalina.ha.session.ClusterSessionListener\"<\/code>\/><\/code><\/div>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/code><\/<\/code>Cluster<\/code>>\u00a0\u00a0 <\/code><\/div>\n<\/div>\n

 <\/p>\n

In each Tomcat cluster have the same tag with a small difference in the configuration:<\/p>\n

 <\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

we have to identify each node in the same file “server.xml”. In Tomcat The Tomcat and B will need to make some changes to the nodes can communicate:<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

\n
Note: Changes are highlighted in bold, but these changes are an example of configuration, not necessarily have to use these same values, can be done with other values.After making these settings, simply start the Tomcats that they begin to replicate its sessions, or begin working on the cluster.To start the Tomcats just enter the directory bin \/ in each Tomcat and run the following command:<\/p>\n<\/div>\n<\/div>\n
sh startup.sh<\/strong><\/div>\n
<\/div>\n
<\/div>\n
Load Balancing<\/strong><\/div>\n
<\/div>\n
he service is able to forward requests to multiple servers within a cluster, so that each cluster node is not overloaded, thus ensuring the use level of all computing resources within the cluster.In this project, the Apache will be responsible for balancing the load between two Tomcats. Apache will receive the requests coming from the customer and by the amount of requests sent to each Tomcat, it will be transferred to each of them.The figure below shows the architecture of Tomcat cluster with load balancing:<\/p>\n<\/div>\n
<\/div>\n
<\/div>\n
\"\"<\/a><\/div>\n
<\/div>\n
<\/div>\n
Configuring the Load Balancer
\nAs was said in previous posts, responsible for load balancing Apache. To do this using Apache mod_proxy and mod_proxy_balancer. With mod_proxy Apache works as a proxy FTP, HTTP and SSL. Mod_proxy_balancer already provides a service load balancing for HTTP, FTP and ajp13. The mod_proxy_balancer depends on the use of mod_proxy.Currently there are two methods of load balancing:For quantities of requests, where each cluster node will receive a request at a time so that none of us get overwhelmed.
\nFor traffic, where a dedicated balancer cluster node to which the request for travel on much information while the other requests will be sent to other servers.<\/p>\n

The scenario will be where the cluster configuration will be described below:<\/p>\n

Server IP = 192.168.56.101
\nApplication to be used in this example is a system to ask for lunch which was developed at the company I work. The system is jBroca.<\/p>\n

The configuration of the load balancer will be made in the configuration file of the Apache “httpd.conf”. In CentOS Apache configuration file is located inside the \/ etc \/ httpd \/ conf \/.<\/p>\n

Insert this at the end of httpd.conf:<\/p>\n<\/div>\n

<\/div>\n
\n
<VirtualHost 192.168.56.101:80>
\nServerName 192.168.56.101
\nProxyRequests Off<Proxy 192.168.56:80>
\nOrder deny,allow
\nAllow from all
\n<\/Proxy>ProxyPass \/teste balancer:\/\/balancer lbmethod=byrequests stickysession=JSESSIONID nofailover=off
\nProxyPassReverse \/teste http:\/\/192.168.56.101:8080\/jbroca
\nProxyPassReverse \/teste http:\/\/192.168.56.101:8081\/jbroca<\/p>\n

<Proxy balancer:\/\/balancer><\/p>\n

BalancerMember http:\/\/192.168.56.101:8080\/jbroca route=node01 loadfactor=1
\nBalancerMember http:\/\/192.168.56.101:8081\/jbroca route=node02 loadfactor=1<\/p>\n

<\/Proxy><\/p>\n

<Location \/balancer-manager><\/p>\n

setHandler balancer-manager
\nOrder Deny,Allow
\nDeny from all
\nAllow from 192.168.56.101<\/p>\n

<\/Location><\/p>\n

<\/VirtualHost><\/p>\n<\/div>\n<\/div>\n

<\/div>\n
In this section we setup a virtualhost which will be responsible for receipt of requests for the url 192.168.56.101\/jbroca. Below is a description of each item in this configuration:ServerName: determines the name of the virtual host, in this case 192.168.56.101\/jbroca.
\nProxyRequest off: Determines that Apache will not be used as a proxy server or a reverse proxy.
\nProxyPass \/ test balancer :\/ \/ balancer lbmethod = byrequests stickysession nofailover = JSESSIONID = off: any request for use in the context \/ test will use the load balancer balancer to meet demand.
\nlbmethod = byrequests: is where you define the type of load balancing, in which case load balancing is per request.
\nstickysession = JSESSIONID: defines that Apache will direct requests for the same section to the same server.
\nnofailover = off: defines that all servers within the cluster will be able to overcome the failure of a server cluster that become inactive, the Apache server this will divert requests to another server.The following options are settings used to correct the responses from the servers in the cluster that are balanced, based on the request coming from the client:<\/p>\n

ProxyPassReverse \/ jbroca http:\/\/192.168.56.101:8080\/jbroca
\nProxyPassReverse \/ jbroca http:\/\/192.168.56.101:8081\/jbroca<\/p>\n

Now is where we declare to the load balancer cluster members and their respective characteristics:<\/p>\n

<Proxy Balancer:\/\/balancer>
\nBalancerMember http:\/\/192.168.56.101:8080\/jbroca route = node01 loadfactor = 1
\nBalancerMember http:\/\/192.168.56.101:8081\/jbroca route = node02 loadfactor = 1
\n<\/ Proxy><\/p>\n

The last option enables the load balancer management for browsers 192.168.56.101 domain. To view the balancer-manager in the browser just type:<\/p>\n

http:\/\/192.168.56.101\/balancer-manager<\/p>\n

<Location \/balancer-manager>
\nSetHandler balancer-manager
\nOrder Deny, Allow
\nDeny from all
\nAllow from 192.168.56.101
\n<\/ Location><\/p>\n

With this, the Apache is configured to perform load balancing, routing requests to both servers within the cluster.<\/p>\n

To test whether all configuration is correct, start the Tomcats and start the Apache server starts correctly, your cluster is working and just access the browser to check if the balancer is working properly. In the example above go to:<\/p>\n

http:\/\/192.168.56.101\/jbroca<\/p>\n

Access to different browsers and make sure the balancer is actually directing the requests to each server. In this example that was used, the address bar shows that the requests are balanced:<\/p>\n

http:\/\/192.168.56.101\/jbroca\/autenticarUsuario.do; jsessionid = 9225E01A70F0A90B2283244B2CF554D3.node01
\nhttp:\/\/192.168.56.101\/jbroca\/autenticarUsuario.do; jsessionid = 4B2BF75B6B2F99EAB791D512E52AC626.node02<\/p>\n

The return address shows requests divided in two Tomcats cluster. The balancer-manager also shows that the requests are balanced.<\/p>\n

We end here, hope you all have managed to understand what I had to pass. The application will not be available to be used only in the company I work, then the application you develop and test applications running on the cluster.<\/p>\n

Thank you all.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Clustering Tomcat Server A cluster of two Tomcat is a more Tomcats that are hosted in the same Java application. The main function of cluster Tomcat is to perform replication of open sessions in each cluster of Tomcat, so Tomcat each contain their sessions and their attributes, as well as the attributes of the other […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21],"tags":[],"_links":{"self":[{"href":"https:\/\/mohan.sg\/index.php?rest_route=\/wp\/v2\/posts\/458"}],"collection":[{"href":"https:\/\/mohan.sg\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mohan.sg\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mohan.sg\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mohan.sg\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=458"}],"version-history":[{"count":4,"href":"https:\/\/mohan.sg\/index.php?rest_route=\/wp\/v2\/posts\/458\/revisions"}],"predecessor-version":[{"id":462,"href":"https:\/\/mohan.sg\/index.php?rest_route=\/wp\/v2\/posts\/458\/revisions\/462"}],"wp:attachment":[{"href":"https:\/\/mohan.sg\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=458"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mohan.sg\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=458"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mohan.sg\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=458"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}