Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A758E10370 for ; Tue, 3 Dec 2013 06:02:30 +0000 (UTC) Received: (qmail 17913 invoked by uid 500); 3 Dec 2013 06:02:28 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 17838 invoked by uid 500); 3 Dec 2013 06:02:28 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 17825 invoked by uid 99); 3 Dec 2013 06:02:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Dec 2013 06:02:28 +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 jon@cloudera.com designates 209.85.220.177 as permitted sender) Received: from [209.85.220.177] (HELO mail-vc0-f177.google.com) (209.85.220.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Dec 2013 06:02:22 +0000 Received: by mail-vc0-f177.google.com with SMTP id hv10so9023637vcb.8 for ; Mon, 02 Dec 2013 22:02:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=Nafb15qogIUJUs8Kpd0Is6D9s/h3qFh4iG13iYwUMgU=; b=G3pCZOAIdxkFFls/2nnb0rux3B+gmFAdxx70w2+hhwTZSSsgBXpXD7eEu6c30j3tqT +G6TFPO89+wP5vbdSjigJE3iXgXDOpoNLTTyCO+jsQ3473o3jKrYLY9ADqZQNxfJq9L2 AVD9aOnxYilIuYrbc8eWYG1iaPfkF1zJzunbsUDI2jNeC63p/k7QlpboiC0JbsotN8bD sfEd0tFMpMDUJWSr5bO4UwRW0LvXR//WOL7mQyBuXb0J5voHK1YfS5DOVkXfzQF/+ijY HkLhb2g378IlG5SfDb6gpCh6BUQNXKB7rs+ZFXngqWLsUqiKmAq8pHgh8/YG4O0yW8GE iJog== X-Gm-Message-State: ALoCoQkeiMuyQPEE7xaoYSFZF82Dx2FNZ0EaWuFCV69Hrq6B/TsI3nxgXdn5UT4lhpC0A7EStQlh X-Received: by 10.58.232.228 with SMTP id tr4mr516486vec.34.1386050521559; Mon, 02 Dec 2013 22:02:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.77.6 with HTTP; Mon, 2 Dec 2013 22:01:41 -0800 (PST) In-Reply-To: References: From: Jonathan Hsieh Date: Mon, 2 Dec 2013 22:01:41 -0800 Message-ID: Subject: Re: [Shadow Regions / Read Replicas ] To: "dev@hbase.apache.org" Content-Type: multipart/alternative; boundary=089e013cbde2faaff904ec9b08d3 X-Virus-Checked: Checked by ClamAV on apache.org --089e013cbde2faaff904ec9b08d3 Content-Type: text/plain; charset=ISO-8859-1 Fundamentally, I'd prefer focusing on making HBase "HBasier" instead of tackling a feature that other systems architecturally can do better (inconsistent reads). I consider consistent reads/writes being one of HBase's defining features. That said, I think read replicas makes sense and is a nice feature to have. A few thoughts: - Both approaches need to have more failure handling cases thought out. - I think the two goals are both worthy on their own each with their own optimal points. We should in the design makes sure that we can support both goals. - I want to making sure the proposed design have a path for optimal fast-consistent read-recovery. Jon. On Mon, Dec 2, 2013 at 9:54 PM, Jonathan Hsieh wrote: > HBASE-10070 [1] looks to be heading into a discussion more apt for the > mailing list than in the jira. Moving this to the dev list for threaded > discussion. I'll start a few threads by replying to this thread with > edited titles > > [1] https://issues.apache.org/jira/browse/HBASE-10070 > > -- > // Jonathan Hsieh (shay) > // Software Engineer, Cloudera > // jon@cloudera.com > > -- // Jonathan Hsieh (shay) // Software Engineer, Cloudera // jon@cloudera.com --089e013cbde2faaff904ec9b08d3--