Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of yuzhihong@gmail.com designates
 209.85.128.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAOmV22s8LFYcoXDbLyG67WUSaLknbKRhRuF3fK4Hq97CpEx=jw@mail.gmail.com>
References: 
 <CAOmV22s8LFYcoXDbLyG67WUSaLknbKRhRuF3fK4Hq97CpEx=jw@mail.gmail.com>
Date: Mon, 24 Mar 2014 15:46:22 -0700
Message-ID: 
 <CALte62xSNNBgqHmkWFXTNfes2LBXjOv0=JMDxu4vkTBd1oghmw@mail.gmail.com>
Subject: Re: Co-locate meta and master, and beyond
From: Ted Yu <yuzhihong@gmail.com>
To: "dev@hbase.apache.org" <dev@hbase.apache.org>
Content-Type: multipart/alternative; boundary=20cf307ac1413463fa04f562013f

--20cf307ac1413463fa04f562013f
Content-Type: text/plain; charset=ISO-8859-1

Nice work Jimmy.


On Thu, Mar 20, 2014 at 9:08 AM, Jimmy Xiang <jxiang@cloudera.com> wrote:

> Here is a heads up on some work I've been doing of late.
>
>
> My goal is to make region assignment simpler, faster, more reliable
>
> and maintainable making it so we are able to handle many more regions
>
> more efficiently (improve mttr, and lessen impact of compactions), and
>
> to eventually look into quorum-based master service.
>
> In HBASE-10569, I posted a patch that makes a HMaster also a
> HRegionServer.  I've also done work so that we can co-locate the meta
> region with the master server. These changes are based on one of the
> agreements per the discussion in HBASE-5487, the master re-design.
>
> We should be able to do a rolling restart on to this new basis (I'm
>
> working on it).
>
> Putting the master and regionserver processes together and making it
>
> so meta and master are also together is a step toward making it easier
> doing
> region assignment without using ZK, another agreement from HBASE-5487.
>
>
> Thanks.
>
> Jimmy
>

--20cf307ac1413463fa04f562013f--