Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 56779 invoked from network); 20 Nov 2007 00:24:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Nov 2007 00:24:21 -0000 Received: (qmail 52801 invoked by uid 500); 20 Nov 2007 00:24:08 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 52781 invoked by uid 500); 20 Nov 2007 00:24:08 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 52772 invoked by uid 99); 20 Nov 2007 00:24:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Nov 2007 16:24:08 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Nov 2007 00:23:56 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1IuGu5-0004W7-A7 for users@activemq.apache.org; Mon, 19 Nov 2007 16:23:49 -0800 Message-ID: <13848519.post@talk.nabble.com> Date: Mon, 19 Nov 2007 16:23:49 -0800 (PST) From: ktecho To: users@activemq.apache.org Subject: Re: High Availability and Load Balancing In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ktecho@gmail.com References: <13841668.post@talk.nabble.com> <13844122.post@talk.nabble.com> <13844866.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org I haven't done any performance test by now (besides testing some sending/receiving stuff in my notebook), but you sure can understand that I must provide a Scalability Guide to my customer, so even if I can process "one hundred million messages a second", I need to provide him with a guide just in case he need "two hundred million messages a second". That's why I need to fully understand how this works in ActiveMQ, but I found the docs to be a bit messy. Could be that english is not my native tongue, too. The machines that runs the brokers should do some more work (some parsing and inserting into file or BBDD), so it would be nice if we can use all of them (even if "all" is 2 or 3) as Masters, as using Slaves means something like calling the solution Active/Pasive, instead of Active/Active. Could I use two or three (just in case I need them) different Active (master) brokers using journaled files or database, and telling them that if one of them fails, the others takes its messages and routes them to consumers? Or that can only be done with Master/Slave (Active/Passive) configurations? Thanks a lot. James.Strachan wrote: > > On 19/11/2007, ktecho wrote: >> Something like 860 KB/sec of text encapsulated into JMS messages of about >> 150 >> bytes each one, coming from 42 machines. The problem is that we need to >> do >> some parsing of the messages on the machine, and that the number of >> clients >> could potentially grow. That's why we need some brokers to be Master. > > So here's the common misconception. You can have thousands and > thousands of JMS clients processing messages concurrently on queues. > However a single message broker (or master/slave cluster) can deal > with this kind of volume without breaking into a sweat. > > Have you tried doing some performance benchmarking yet? > http://activemq.apache.org/activemq-performance-module-users-manual.html > > >> The only way to provide HA and Load Balancing is to increase the number >> of >> server in pairs (master/slave)? > > See this for more background > http://activemq.apache.org/clustering.html > > -- > James > ------- > http://macstrac.blogspot.com/ > > Open Source Integration > http://open.iona.com > > -- View this message in context: http://www.nabble.com/High-Availability-and-Load-Balancing-tf4838228s2354.html#a13848519 Sent from the ActiveMQ - User mailing list archive at Nabble.com.