Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 798DA4135 for ; Mon, 9 May 2011 13:42:24 +0000 (UTC) Received: (qmail 77490 invoked by uid 500); 9 May 2011 13:42:21 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 77396 invoked by uid 500); 9 May 2011 13:42:21 -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 77386 invoked by uid 99); 9 May 2011 13:42:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 May 2011 13:42:20 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of brianbraun@gmail.com designates 209.85.210.173 as permitted sender) Received: from [209.85.210.173] (HELO mail-iy0-f173.google.com) (209.85.210.173) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 May 2011 13:42:14 +0000 Received: by iym10 with SMTP id 10so6178510iym.18 for ; Mon, 09 May 2011 06:41:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=fr5YtTqBB5pZYOLB3y2fZ+2MjdjzvgTw1pmirIMl+SA=; b=UgojHpE2AvKhOCOr1lbPwyAfLboB23ZBmF3z4d654Kn3kZEadRhtWPUraScXdByQMt pqajgo8Sp0jqNi82rM+XZM4KWllVgqrjoY5xQe07Hu/yXSf5HRnDiLZhfCggMSZnJdKB N7AhsLlZk8TIIulke7hNPXVtBDZQchhnLJ0Yg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=TeTWneGmrujsdDFBYoeMpebWkQb6zuJpkrkOz6scIpbfqQP8qipojkvnGLGPF98BXY uCKAWyja66ELyYQdE45ZAaLWLVSYFBunE+KTtvtLb4yzY3nk+Kkp0+Et0cOaquD5gGlC p+gkDxUzr/OqhPgW+oIBE2x2kutRClqDfGobM= MIME-Version: 1.0 Received: by 10.231.215.140 with SMTP id he12mr4762450ibb.57.1304948513754; Mon, 09 May 2011 06:41:53 -0700 (PDT) Received: by 10.231.159.205 with HTTP; Mon, 9 May 2011 06:41:53 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 May 2011 08:41:53 -0500 Message-ID: Subject: Re: High Availability in Tomcat? From: Brian Braun To: Tomcat Users List Content-Type: multipart/alternative; boundary=000e0cd34d969cce5f04a2d8007f --000e0cd34d969cce5f04a2d8007f Content-Type: text/plain; charset=ISO-8859-1 Hi Leon, My budget is scarse, so I definitely should go for a soft balancer. And certainly I see now that a balancer is the way I need to go. My app will be an IP address geolocator, so my clients wont be humans with browsers, but systems with HTTP components. So is it not going to be sessions/cookies, each request will be considered as a new visitor. That said, my needs are easier because I dont need to think about sessions and cookies and how to preserve them. However, I have read another email with an altervative complementary idea: Parallel deployment. That would solve my problem with downtimes with redeployments! It seems to be something new in Tomcat 7. That would help me with the redeployment issue, while I still need a solution for availability with a balancer and two Tomcat instances. (Tomcat clustering?) Thanks!!!! On Mon, May 9, 2011 at 5:03 AM, Leon Rosenberg wrote: > Hello, > > well, you provided not that many infos, but the usual way of doing > this is to put multiple standalone tomcat instances behind a soft- or > hardware loadbalancer (whatever your budget allows) and to make the > app stateless, with cookie stickiness and failover. > However, this will probably not make the site 100% available (which > btw no site in the world is, not even google), > since you will have at least node failure detection times (usually 3 > retries with 10 seconds timeout) and so on. > However, you can reach 99,9X pretty easy with this scenario. > > regards > Leon > > On Mon, May 9, 2011 at 6:17 AM, Brian Braun wrote: > > Hi, > > > > I'm about to launch a service on the internet, using Tomcat 7. This > service > > should be available 24x7, it should never be unavailable (or virtually > > never). However, I will definitely be improving and correcting my app > > frequently, so I will have to republish the WAR file very often. Not even > > considering the fact that my app has leaking problems (that's another > story) > > and therefore I will have to restart Tomcat itself, republishing the app > > will make it unavailable for at least 10 seconds while I do it. > > I'm thinking that I need to create a Tomcat Cluster. Is that the way to > go? > > Any opinions? > > > > Another idea would be to have two tomcat installations, and to change the > IP > > my domain points to, to the IP that goes to that other Tomcat instance. > But > > changing the IP takes some time and I would have to wait until I think > that > > the DNS servers have updates the new IP, that would be slow and > unreliable. > > > > Thanks in advance, > > > > Brian > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > --000e0cd34d969cce5f04a2d8007f--