Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 96581 invoked from network); 15 Feb 2011 20:45:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Feb 2011 20:45:48 -0000 Received: (qmail 53062 invoked by uid 500); 15 Feb 2011 20:45:45 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 52950 invoked by uid 500); 15 Feb 2011 20:45:45 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 52942 invoked by uid 99); 15 Feb 2011 20:45:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 20:45:45 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of s5alye@gmail.com designates 209.85.214.172 as permitted sender) Received: from [209.85.214.172] (HELO mail-iw0-f172.google.com) (209.85.214.172) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 20:45:37 +0000 Received: by iwc10 with SMTP id 10so603705iwc.31 for ; Tue, 15 Feb 2011 12:45:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=ke4/glVjmwkhhF1HgWMgc8rnrMH/66WIQBhqeOum+Tk=; b=i0pNe1kXhoJomsiB4jXJyt1Nelx0MnlUeppAsQ3XfZC9QIjkIiAgKGtiV7FIZEc6xQ gKw3Yz8mTWzYRaqHCubYh4z1TPnHAfShdN9q+Q9hrysxkotx4OAMzUXttpKdBD/ClR8H UFvoH0gd/g3xWWUowR+pbVdRKDw4BRE8bMq8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fcPTi0hYLvInPO/qrHZC+Iz1lDt0NfYV+PTvNIQKtEtu0AQr7VXInP+HAVeQO7VAMQ jEI6IXa/bdFk30N5EYg+EIiXPkTlELSn4EuScYuYkfUzVAtX2LUdc1pNeFr8oDrB2qxS QbSB32LhB6jBw4NPLhxyGIf2ej2nKyWB12bhM= MIME-Version: 1.0 Received: by 10.231.156.1 with SMTP id u1mr4412111ibw.52.1297802716123; Tue, 15 Feb 2011 12:45:16 -0800 (PST) Received: by 10.231.15.11 with HTTP; Tue, 15 Feb 2011 12:45:16 -0800 (PST) Date: Tue, 15 Feb 2011 15:45:16 -0500 Message-ID: Subject: Coordinator node From: A J To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001636c931e4e2118c049c583d4f X-Virus-Checked: Checked by ClamAV on apache.org --001636c931e4e2118c049c583d4f Content-Type: text/plain; charset=ISO-8859-1 >From my reading it seems like the node that the client connects to becomes the coordinator node. Questions: 1. Is it true that the write first happens on the coordinator node and then the coordinator node propagates it to the right primary node and the replicas ? In other words if I have a 2G write, would the 2G be transferred first to the coordinator node or is it just a witness and just waits for the transfer to happen directly between the client and required right nodes ? 2. How do you load-balance between the different nodes to give all equal chance to become co-ordinator node ? Does the client need a sort of round-robin DNS balancer ? if so, what if some of the nodes drop off. How to inform the DNS balancer ? Or do I need a proper load balancer in front that looks at the traffic on each node and accordingly selects a co-ordinator node ? What is more pervalent ? Thanks. --001636c931e4e2118c049c583d4f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >From my reading it seems like the node that the client connects to becomes = the coordinator node. Questions:

1. Is it true that the = write first happens on the coordinator node and then the coordinator node= =A0propagates=A0it to the right primary node and the replicas ? In other wo= rds if I have a 2G write, would the 2G be transferred first to the coordina= tor node or is it just a witness and just waits for the transfer to happen = directly between the client and required right nodes ?

2. How do you load-balance between the different nodes = to give all equal chance to become co-ordinator node ? Does the client need= a sort of round-robin DNS balancer ? if so, what if some of the nodes drop= off. How to inform the DNS balancer =A0?
Or do I need a proper load balancer in front that looks at the traffic= on each node and accordingly selects a co-ordinator node ? What is more pe= rvalent ?

Thanks.


--001636c931e4e2118c049c583d4f--