Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D44A1E01E for ; Fri, 7 Dec 2012 18:20:15 +0000 (UTC) Received: (qmail 85581 invoked by uid 500); 7 Dec 2012 18:20:13 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 85491 invoked by uid 500); 7 Dec 2012 18:20:13 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 85482 invoked by uid 99); 7 Dec 2012 18:20:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2012 18:20:13 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ivarley@salesforce.com designates 64.18.3.92 as permitted sender) Received: from [64.18.3.92] (HELO exprod8og106.obsmtp.com) (64.18.3.92) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 07 Dec 2012 18:20:04 +0000 Received: from exsfm-hub3.internal.salesforce.com ([204.14.239.238]) by exprod8ob106.postini.com ([64.18.7.12]) with SMTP ID DSNKUMIzPqFt/FyDpIaJ3r48Gu5QIwcwgjBF@postini.com; Fri, 07 Dec 2012 10:19:43 PST Received: from EXSFM-MB02.internal.salesforce.com ([10.1.127.55]) by exsfm-hub3.internal.salesforce.com ([10.1.127.7]) with mapi; Fri, 7 Dec 2012 10:19:42 -0800 From: Ian Varley To: "user@hbase.apache.org" Date: Fri, 7 Dec 2012 10:19:25 -0800 Subject: Re: PROD/DR - Replication Thread-Topic: PROD/DR - Replication Thread-Index: Ac3Up21dQe5o5TFTROabwJMpConuag== Message-ID: <78D549B8-F222-412D-8B28-EC6F713A6631@salesforce.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_78D549B8F222412D8B28EC6F713A6631salesforcecom_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_78D549B8F222412D8B28EC6F713A6631salesforcecom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Juan, No; that would mean every single write to HBase has to wait for an ACK from= a remote data center, which would decrease your cluster throughput dramati= cally. If you need that, consider other database solutions. Ian On Dec 7, 2012, at 12:14 PM, Juan P. wrote: I was reading up on HBase Replication and wanted to make sure I'm not missing something. Given that replication happens asynchronously the replication strategy has an "eventually consistent" policy. I was considering using this feature for Production / Disaster Recovery setup. Is there a way to enforce Consistency so that if my PROD environment should ever go down, I can 100% sure that DR will be completely up to date? Thank you, Juan --_000_78D549B8F222412D8B28EC6F713A6631salesforcecom_--