Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of soverton@acunu.com designates
 209.85.214.44 as permitted sender)
MIME-Version: 1.0
Reply-To: sam@acunu.com
In-Reply-To: <4F647248.7030404@filez.com>
References: 
 <CADjM4zvCm97jSiPhn59WsA1k5bgR-SOqcKsBo+_ZMpyRC69DOg@mail.gmail.com>
	<4F647248.7030404@filez.com>
Date: Sat, 17 Mar 2012 13:10:19 +0000
Message-ID: 
 <CADjM4zuWh1keH_gSSdn2N0+dv5qP2M_hG-cYavUd2qJqXL9q9w@mail.gmail.com>
Subject: Re: RFC: Cassandra Virtual Nodes
From: Sam Overton <sam@acunu.com>
To: dev@cassandra.apache.org
Content-Type: multipart/alternative; boundary=0015175cb66e044dcc04bb700c69

--0015175cb66e044dcc04bb700c69
Content-Type: text/plain; charset=ISO-8859-1

On 17 March 2012 11:15, Radim Kolar <hsn@filez.com> wrote:

> I don't like that every node will have same portion of data.
>
> 1. We are using nodes with different HW sizes (number of disks)
> 2.  especially with ordered partitioner there tends to be hotspots and you
> must assign smaller portion of data to nodes holding hotspots
>

Hi Radim,

The number of virtual nodes for each host would be configurable by the
user, in much the same way that initial_token is configurable now. A host
taking a larger number of virtual nodes (tokens) would have proportionately
more of the data. This is how we anticipate support for heterogeneity in
cluster hardware.

Sam

-- 
Sam Overton
Acunu | http://www.acunu.com | @acunu

--0015175cb66e044dcc04bb700c69--