Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 86455 invoked from network); 6 Jul 2009 18:28:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Jul 2009 18:28:09 -0000 Received: (qmail 90859 invoked by uid 500); 6 Jul 2009 18:28:15 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 90816 invoked by uid 500); 6 Jul 2009 18:28:15 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 90805 invoked by uid 99); 6 Jul 2009 18:28:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Jul 2009 18:28:15 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of erecio@technisys.net designates 200.123.177.28 as permitted sender) Received: from [200.123.177.28] (HELO osiris.tis.com.ar) (200.123.177.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Jul 2009 18:28:06 +0000 Received: from localhost (localhost [127.0.0.1]) by osiris.tis.com.ar (Postfix) with ESMTP id 61A937A007C for ; Mon, 6 Jul 2009 15:28:49 -0300 (ART) Received: from osiris.tis.com.ar ([127.0.0.1]) by localhost (tis.com.ar [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60A3WBA+eeYg for ; Mon, 6 Jul 2009 15:28:34 -0300 (ART) Received: from [10.230.10.60] (unknown [190.246.96.74]) by osiris.tis.com.ar (Postfix) with ESMTP id 3F4D07A007F for ; Mon, 6 Jul 2009 15:28:25 -0300 (ART) Message-ID: <4A524202.7010704@technisys.net> Date: Mon, 06 Jul 2009 15:27:14 -0300 From: Emilio Recio User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Sticky session and ModJK Load Balancer References: <4A523116.2000604@technisys.net> <4A523597.7060806@apache.org> In-Reply-To: <4A523597.7060806@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Mark Thomas wrote: > Emilio Recio wrote: > >> Hi, >> i have installed Apache 2.2 and two Tomcat 6 whit load balancing in >> cluster mode using "mod_jk" module and setting sticky session in TRUE, >> and memory replication. I was testing my project and work perfect. >> We have a dilemma using sticky session or not using it, with my team work. >> Setting sticky-session in TRUE, it works fine, even when one tomcat >> fails-over. When set to FALSE i can see that the session have some data >> loss, and the project start to fail. >> I was reading the book Professional Apache Tomcat 6, goggle searches and >> all kind of information in the net. The recommendation is: use >> sticky-session in TRUE with memory replication. >> Nobody mention concrete arguments, and need that to make a report to the >> system administrator, to make him understand why we need to use >> sticky-session in TRUE. >> > > I would have thought the occasional data loss you see is argument > enough. What more were you looking for? > > Mark > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > Hi Mark, We are developing an e-commerce app. The application store in session a lot of information like user data, user history data, etc. The scenario is: 3 PC's, one with Apache 2.2, and the others have Tomcat 6. Apache has mod_jk to make load balancing, and the Tomcat 6 have configured in memory session replication, to support fail-over. STICKY SESSION FALSE: Some times: Tomcat1 after the login, has all the user info charged in session, when load balancer try to use the Tomcat2 some info is saved but other info is missing. We need to know good arguments to justify to the client, why we should use sticky session in true to avoid this missing data issue. The client doesn't want to use sticky session in TRUE, they arguments are: "We loose performance in transactions and loose of loadbalancing (using sticky session in TRUE). Using sticky session in FALSE the Tomcat more idle attend the request that incoming and gain performance. One example: You have 4 users, two in tomcat1 and the other two in tomcat2. If users in tomcat2 logout, this stay idle when the other is attending the other two users. So, you "loose load balancing"." They arguments are partial true, using stick-session in TRUE , you have one tomcat attending a client session during its life cycle; even if this users are idle or has very active session. Its stable and fail-over tolerant. Of course you "loose" performance. So we need good arguments to explain why we need use, sticky session in true. My regards, Emilio Recio --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org