Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: softfail (athena.apache.org: transitioning domain of
 ted@mentacapital.com does not designate 65.243.166.50 as permitted sender)
From: Ted Tuttle <ted@mentacapital.com>
To: hbase-user <user@hbase.apache.org>
CC: Development <Development@mentacapital.com>
Subject: introducing nodes w/ more storage
Thread-Topic: introducing nodes w/ more storage
Thread-Index: AdBgvmx5XamDTq+mTMir4uD5DgIfkA==
Date: Tue, 17 Mar 2015 14:26:57 +0000
Message-ID: 
 <D54786A40049124EA5EFE0486D800FFA88DE90D9@S2K8MNTAEXC3.mentacapital.local>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_D54786A40049124EA5EFE0486D800FFA88DE90D9S2K8MNTAEXC3men_"
MIME-Version: 1.0

--_000_D54786A40049124EA5EFE0486D800FFA88DE90D9S2K8MNTAEXC3men_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello-

Sometime back I asked a question about introducing new nodes w/ more storag=
e that existing nodes.  I was told at the time that HBase will not be able =
to utilize the additional storage; I assumed at the time that regions are a=
llocated to nodes in something like a round-robin fashion and the node with=
 the least storage sets the limit for how much each node can utilize.

My question this time around has to do with nodes w/ unequal numbers of vol=
umes: Does HBase allocate regions based on nodes or volumes on the nodes?  =
I am hoping I can add a node with 8 volumes totaling 8X TB and all the volu=
mes will be filled.  This even though legacy nodes have 5 volumes and total=
 storage of 5X TB.

Fact or fantasy?

Thanks,
Ted


--_000_D54786A40049124EA5EFE0486D800FFA88DE90D9S2K8MNTAEXC3men_--