Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 121AD18524 for ; Tue, 9 Feb 2016 20:43:54 +0000 (UTC) Received: (qmail 21848 invoked by uid 500); 9 Feb 2016 20:43:50 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 21779 invoked by uid 500); 9 Feb 2016 20:43:50 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 21768 invoked by uid 99); 9 Feb 2016 20:43:50 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Feb 2016 20:43:50 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id D3CF31A00EB for ; Tue, 9 Feb 2016 20:43:49 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.285 X-Spam-Level: ** X-Spam-Status: No, score=2.285 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.972, URI_HEX=1.313] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 1fYgPtNJt1X4 for ; Tue, 9 Feb 2016 20:43:48 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTP id 22A5B2054C for ; Tue, 9 Feb 2016 20:43:47 +0000 (UTC) Received: from mben.nabble.com (unknown [162.253.133.72]) by mwork.nabble.com (Postfix) with ESMTP id 2EDBB1328E621 for ; Tue, 9 Feb 2016 12:36:41 -0800 (PST) Date: Tue, 9 Feb 2016 13:43:47 -0700 (MST) From: tedsolr To: solr-user@lucene.apache.org Message-ID: <1455050627320-4256240.post@n3.nabble.com> Subject: replicate indexing to second site MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have a Solr Cloud cluster (v5.2.1) using a Zookeeper ensemble in my primary data center. I am now trying to plan for disaster recovery with an available warm site. I have read (many times) the disaster recovery section in the Apache ref guide. I suppose I don't fully understand it. What I'd like to know is the best way to sync up the existing data, and the best way to keep that data in sync. Assume that the warm site is an exact copy (not at the network level) of the production cluster - so the same servers with the same config. All servers are virtual. The use case is the active cluster goes down and cannot be repaired, so the warm site would become the active site. This is a manual process that takes many hours to accomplish (I just need to fit Solr into this existing process, I can't change the process :). I expect that rsync can be used initially to copy the collection data folders and the zookeeper data and transaction log folders. So after verifying Solr/ZK is functional after the install, shut it down and perform the copy. This may sound slow but my production index size is < 100GB. Is this approach reasonable? So now to keep the warm site in sync, I could use rsync on a scheduled basis but I assume there's a better way. The ref guide says to send all indexing requests to the second cluster at the same time they are sent to the active cluster. I use SolrJ for all requests. So would this entail using a second CloudSolrClient instance that only knows about the second cluster? Seems reasonable but I don't want to lengthen the response time for the users. Is this just a software problem to work out (separate thread)? Or is there a SolrJ solution (asyc calls)? Thanks!! -- View this message in context: http://lucene.472066.n3.nabble.com/replicate-indexing-to-second-site-tp4256240.html Sent from the Solr - User mailing list archive at Nabble.com.