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 A87311026A for ; Thu, 3 Apr 2014 14:01:43 +0000 (UTC) Received: (qmail 42016 invoked by uid 500); 3 Apr 2014 14:01:39 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 41682 invoked by uid 500); 3 Apr 2014 14:01:36 -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 41650 invoked by uid 99); 3 Apr 2014 14:01:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2014 14:01:35 +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: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.220.180] (HELO mail-vc0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2014 14:01:29 +0000 Received: by mail-vc0-f180.google.com with SMTP id lf12so2007307vcb.11 for ; Thu, 03 Apr 2014 07:01:07 -0700 (PDT) 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=zOzW5W0qQ6y0ZRDWOwWfzJtCm3nVtW+lyBXFbzatGXE=; b=Qhs9FaaU0GViqdvcZr/sIrVO+EAXYIaPMeto7cYk1b3OycfF5A36JUkgZHwJWX/51w 2s/D8ESk0+XiRQVGEIrRedio4yT7EGaSeeu9EPOpsVuXbeEvGSiYLKOtwtiprh7pdavW Qan6ec34Mc+6H4t5VE8J2E1GgGNIs82JwkJ2Vy0eB1uoCd7Rx//J7kv+NVOyjC46WXuA P36CBMuY+S2vAb8zSRfykRgly+IG7YSyqXbIyxipKAq1r76NtyTk5Wzqy+BKcCE7n+Qj Dgkm8Lrz6x1am2ehND9VsfCb9arFIkNyIg356vebKcOrHgEjardyaqq/j6HTgz8oPzQh v3fQ== X-Gm-Message-State: ALoCoQlU9bobVLw7E9vbv8lErym1uDRaDaPqJnJkpub51WiSIiXw3PWtQFj/4vCTwlzwtc8IbKaY X-Received: by 10.220.98.143 with SMTP id q15mr2966139vcn.38.1396533667473; Thu, 03 Apr 2014 07:01:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.5.98 with HTTP; Thu, 3 Apr 2014 07:00:47 -0700 (PDT) In-Reply-To: References: <1393698B-D899-4AE3-9888-A3837E400726@gmail.com> From: Jean-Marc Spaggiari Date: Thu, 3 Apr 2014 10:00:47 -0400 Message-ID: Subject: Re: Geographically distant client To: user Content-Type: multipart/alternative; boundary=001a11c1da062ac14104f623d5c3 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1da062ac14104f623d5c3 Content-Type: text/plain; charset=UTF-8 Efficient? Probably not ;) But it's like if you are connecting your client app to a webserver local to the cluster and then the webserver connects to the cluster. I don't like the idea of having the cluster accessible from the outsite and usuall prefer to have kind of a gateway, but that's your call. You efficiency will mainly depend on the RPC calls you are doing. If you send or retreive big bunch of data at a time should not be that bad. But if you get cells one by one and send edits one by one, might not be very good. JM 2014-04-03 9:57 GMT-04:00 Manthosh Kumar T : > Is that a good idea even if I don't have a VPN??. Will it be efficient in a > fairly good connection? > > > On 3 April 2014 19:25, Jean-Marc Spaggiari > wrote: > > > I will say, remote client connecting to a cluster is fine. But a cluster > > spread over multiple physical sites is not at all a good idea. > > > > > > 2014-04-03 9:28 GMT-04:00 Manthosh Kumar T : > > > > > Pardon me if I miss anything, like any network issues > > > > > > > > > On 3 April 2014 18:57, Manthosh Kumar T wrote: > > > > > > > I mean directly interacting with the remote zookeeper. Say I'm able > to > > > > access the zk server and hbase server externally. > > > > > > > > > > > > On 3 April 2014 18:54, Ted Yu wrote: > > > > > > > >> Regions hosted by the server may be moved to other servers. > > > >> > > > >> Can you clarify what you meant by directly writing to the server ? > > > >> > > > >> Thanks > > > >> > > > >> On Apr 3, 2014, at 5:59 AM, Manthosh Kumar T > > > wrote: > > > >> > > > >> > Hi All, > > > >> > I have around 20-30 geographically distant clients that > need > > > to > > > >> > write data to a centralized HBase server. I have dedicated VPN for > > the > > > >> > communication and hence bandwidth won't be a issue. is it a good > > idea > > > to > > > >> > make the clients directly send data to the centralized server?. > Or a > > > >> > geographically distributed Hadoop cluster is more efficient for > this > > > >> > scenario? Has anybody come across such use case?. Need suggestions > > on > > > >> the > > > >> > viability and efficiency of the setup to follow > > > >> > > > > >> > -- > > > >> > Cheers, > > > >> > Manthosh Kumar. T > > > >> > > > > > > > > > > > > > > > > -- > > > > Cheers, > > > > Manthosh Kumar. T > > > > > > > > > > > > > > > > > -- > > > Cheers, > > > Manthosh Kumar. T > > > > > > > > > -- > Cheers, > Manthosh Kumar. T > --001a11c1da062ac14104f623d5c3--