Return-Path: X-Original-To: apmail-zookeeper-user-archive@www.apache.org Delivered-To: apmail-zookeeper-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 85A47F5FE for ; Wed, 29 May 2013 09:46:38 +0000 (UTC) Received: (qmail 86599 invoked by uid 500); 29 May 2013 09:46:38 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 86343 invoked by uid 500); 29 May 2013 09:46:37 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 86295 invoked by uid 99); 29 May 2013 09:46:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 09:46:36 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of german.blanco.blanco@gmail.com designates 209.85.223.172 as permitted sender) Received: from [209.85.223.172] (HELO mail-ie0-f172.google.com) (209.85.223.172) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 09:46:31 +0000 Received: by mail-ie0-f172.google.com with SMTP id 17so3630268iea.3 for ; Wed, 29 May 2013 02:46:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=QX15xm7pMfoAkBCmMg+gmezF3HX2BIhasDa/Kad1Ih8=; b=evk3iwaFjEc6ozTGhxJAEXcyX/e2ja8Ir+SULuVSagQoHxmoiJrYc2MOwxlm9brWGQ XLZHy7w0HuiYZajLw7W2SK913lHM9Sm1tETzTLWjCHU2RNplWnaSqP0j6h5FYi1vuhM+ jYujzpgoayi31wQ9yEsEvzWYMX/RCKDR1JcqqiIS6JJQ10aFBkYOI3TrZy+kdny42bOG oIK2CbeoEBW0kGUFrAvrIWnxFthZ7VA+njjZVJxUExbcMknsjKmKQphWHx/UAgRCHSO8 ukVhdo/ZN+cojNHeby4lQPOla6nfZAgL4IIV+s5PskqNexBkI0DJ7RML4yPFKDyfwmAt qjVQ== MIME-Version: 1.0 X-Received: by 10.42.196.138 with SMTP id eg10mr764163icb.5.1369820770887; Wed, 29 May 2013 02:46:10 -0700 (PDT) Received: by 10.50.153.19 with HTTP; Wed, 29 May 2013 02:46:10 -0700 (PDT) In-Reply-To: References: Date: Wed, 29 May 2013 11:46:10 +0200 Message-ID: Subject: Re: Clarification regarding maxClientCnxns parameter From: German Blanco To: user@zookeeper.apache.org Content-Type: multipart/alternative; boundary=20cf303bff72746d1e04ddd8407f X-Virus-Checked: Checked by ClamAV on apache.org --20cf303bff72746d1e04ddd8407f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Richards Peter, There is no load balancing, however clients may specify a list of servers in their connection string. The client library connects to any of the servers in the list and if there is a failure it will try an alternative server of the list. I recently posted an explanation to a similar question: http://mail-archives.apache.org/mod_mbox/zookeeper-user/201305.mbox/browser The answer didn't apply to that question, but maybe it applies to yours better. The restriction is per-server. My guess is that the reason for this is because these kinds of resources (i.e. socket connections or file descriptors) are limited per-server, and the best way to control that the consumption of these resources by the ZooKeeper server doesn't disturb the rest of the processes is to limit it using the same scope (per-server). I haven't tested it, but I am quite confident that connections made from different virtual IP's will be treated as different origin IP, and connections made from the same virtual IP will be treated as the same origin IP. As far as I know there will be no way for the ZooKeeper server to tell if this is a virtual IP or not. I hope this helps. Regards, Germ=E1n Blanco. On Tue, May 28, 2013 at 9:41 AM, Richards Peter wrot= e: > Hi, > > I am new to zookeeper. I am using twitter's open source CEP project calle= d > storm. It uses zookeeper to store the state information. It is used > internally by storm and our project is not using zookeeper to store any > information. Few days back we had an issue in our setup. We debugged the > issue and found that we had not increased the value of maxClientCnxns in > the zoo.cfg file to meet our requirements. When we increased this value > everything worked fine. I have a query related to the explanation of this > parameter in > > http://zookeeper.apache.org/doc/r3.3.3/zookeeperAdmin.html#sc_advancedCon= figuration > > The documentation says that, this is the max number of concurrent client > connections that can be made from a single IP address to a single member = of > zookeeper ensemble. I would like to know whether clients connect to > different machines in the ensemble for each connection. I mean is there a > kind of load balancing taking place when a client tries to make connectio= n > to zookeeper ensemble. Why is there a restriction on per-zookeeper-server > basis? > > I would also like to know whether virtual IPs are treated as different IP= s > by zookeeper. Will I be able to check this in some log file of zookeeper? > > Thanks, > Richards Peter. > --20cf303bff72746d1e04ddd8407f--