Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-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 0D3ED102D9 for ; Fri, 28 Jun 2013 15:15:29 +0000 (UTC) Received: (qmail 98611 invoked by uid 500); 28 Jun 2013 15:15:26 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 98030 invoked by uid 500); 28 Jun 2013 15:15:21 -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 97985 invoked by uid 99); 28 Jun 2013 15:15:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Jun 2013 15:15:19 +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 (nike.apache.org: domain of rene.kochen@schange.com designates 209.85.215.54 as permitted sender) Received: from [209.85.215.54] (HELO mail-la0-f54.google.com) (209.85.215.54) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Jun 2013 15:15:14 +0000 Received: by mail-la0-f54.google.com with SMTP id ec20so2238366lab.41 for ; Fri, 28 Jun 2013 08:14:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=8y+tPRr0C7c/BY/qUzrw0AQ/TyGq31gV0C9Xgt4DvX0=; b=JLku1ymFLO43HXk97cseezJWpCmQcm8WlXWFPaF3IuK55n0SfCRiUXN2ozr6bxj5Z9 7LEYxg4pCSvsRP6E6g4M1YBfu+x5vJeCXy46TkSFhZAejaTIK7wBv9PnFmHWVNRsmoOt ZxBxIrKwgMuMCdSyouMEFthsrbtYeY4kB+BMMTa0KTinYlxYppAA/FVDLdkvkGxc2Vyz K1P958Z5PSIhpXiBvXeVJL6jGhHuLnK3zrMRamQPb0g7C3PbljgM/xPHhdgcwRCRAWtO sZOqCd9muXt+oOwOGmbZgFGbe6ZUj5GzeLKlkOy7hchFNckcdhQQCnCDub/j+ynYkrEO SsGw== MIME-Version: 1.0 X-Received: by 10.112.55.207 with SMTP id u15mr6610737lbp.58.1372432493287; Fri, 28 Jun 2013 08:14:53 -0700 (PDT) Received: by 10.114.177.137 with HTTP; Fri, 28 Jun 2013 08:14:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 28 Jun 2013 17:14:53 +0200 Message-ID: Subject: Re: Cluster processing not balanced From: Rene Kochen To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a113403d83db03204e0385701 X-Gm-Message-State: ALoCoQlnlaZse1DQDMI4AKpFp0Aq19lqCkg8a1BKNfz1fDBgW0EXbr4e+dTiPgcnf29/NYoeQsUd X-Virus-Checked: Checked by ClamAV on apache.org --001a113403d83db03204e0385701 Content-Type: text/plain; charset=ISO-8859-1 I found the issue. Stupid mistake. Although I have 1000000 customers in the cluster, I do a get_range_slices to get the first 10000 customers. I use these customers as a seed for my test program. I random select customers from that set and fire requests at the cluster. Those 10000 customers all reside on the first node (actually the first three nodes because of the replication factor of three). Thanks, Rene 2013/6/28 Rene Kochen > Hi All, > > I have the following situation: > > - Cassandra 1.0.11 > - A 6 node cluster > - Random partitioner > - Tokens are balanced (according to node-tool) > - Data-load is balanced (according to node-tool) > > I have a customers column-family with 1000000 customers. I also have a > test client which requests random customers from the cluster in a > round-robin fashion, i.e. each request is targeted to a different machine > and each request contains a random customer-id (a number in the range of 0 > - 1000000). > > What I see is that one node (node 4) is only proxying. Node 4 does receive > requests. I can see that in the storage-proxy counters. However, I see in > the Customers column-family a zero in the ReadCount counter (local reads). > Node 4 should also serve reads because I have 1000000 customers in the > cluster, the cluster is balanced and I do requests with random > customer-ids. In fact, two of the four nodes have this behavior. The result > is that the processing load within the cluster is not balanced. > > I have never witnessed this behavior before. > > Am I missing something? > > Thanks, > > Rene > --001a113403d83db03204e0385701 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I found the issue.

Stupid mistake.

Although = I have 1000000 customers in the cluster, I do a get_range_slices to get the= first 10000 customers. I use these customers as a seed for my test program= . I random select customers from that set and fire requests at the cluster.= Those 10000 customers all reside on the first node (actually the first thr= ee nodes because of the replication factor of three).

Thanks,

Rene
--001a113403d83db03204e0385701--