You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@hbase.apache.org by Héctor Izquierdo Seliva <iz...@strands.com> on 2010/08/02 12:14:45 UTC

Re: Thousands of tablesq

> If you expect that some contiguous rows would be really overused, then
> change the row key. UUIDs for example would spread them all over the
> regions.
> 
> In 0.20 you can do a close_region in the shell, that will move the
> region to the first region servers that checks. In 0.90 we are working
> on better load balancing, more properly tuned to region traffic.

I'm on 0.89. Is any of this work in there? I can not use UUIDs, as I
need to address rows by key, but I could add a hash of the key to the
begining so keys are more evenly distributed. This is of course in case
of going to a single table.

I filled a 3 node cluster with data (around 6 GB), and the read
performance was very bad (lots of LRU flushes and misses). I'll test
this approach and see if it works better. 

Thank you very much!


Re: Thousands of tablesq

Posted by Stack <st...@duboce.net>.
2010/8/2 Héctor Izquierdo Seliva <iz...@strands.com>:
>> In 0.20 you can do a close_region in the shell, that will move the
>> region to the first region servers that checks. In 0.90 we are working
>> on better load balancing, more properly tuned to region traffic.
>
> I'm on 0.89. Is any of this work in there? I can not use UUIDs, as I
> need to address rows by key, but I could add a hash of the key to the
> begining so keys are more evenly distributed. This is of course in case
> of going to a single table.
>

Balancer rewrite is not yet in 0.89 (The close_region is there if that
was what you were asking about).

St.Ack