From user-return-11405-archive-asf-public=cust-asf.ponee.io@zookeeper.apache.org Tue May 1 19:03:38 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 9C575180645 for ; Tue, 1 May 2018 19:03:37 +0200 (CEST) Received: (qmail 27842 invoked by uid 500); 1 May 2018 17:03:36 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 27825 invoked by uid 99); 1 May 2018 17:03:35 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 May 2018 17:03:35 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 13D21C00D6 for ; Tue, 1 May 2018 17:03:35 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.899 X-Spam-Level: * X-Spam-Status: No, score=1.899 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 7sLGCOiGCnXs for ; Tue, 1 May 2018 17:03:32 +0000 (UTC) Received: from mail-io0-f179.google.com (mail-io0-f179.google.com [209.85.223.179]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 764AF5F4AD for ; Tue, 1 May 2018 17:03:32 +0000 (UTC) Received: by mail-io0-f179.google.com with SMTP id e12-v6so14346246iob.8 for ; Tue, 01 May 2018 10:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=A4Xaqx+IXqonphD+ZadaCeEeRE6WEzpqJBpPREuW63A=; b=q9fouV8UxWAqJ7fwTpsCvu68Vey7q0XyDigM7+RtiC/wiy3arEUZ5tTxlkglZ5jgNn dKgwxj7dNuYy+Pko+QyEwbEqpDG9KPLdIJsvvg5ZcQqLJ07e0PwqmC/FIpAX9Gc67tiJ ialwg6SYUVCRww+Xs9Kn+/uFu2P1GIeHFiqKbP3w4M6ElSXIXAYhQLewX7n8F24f5ZIv FwXY6ezAbMtGF/6U9rmkf8oprb4/wF2xuupiLg1k7+IrJnbqH0xvAKHvrft2UT9GoZ6e kPN+5kENlOt9iisC4XqKAQQUAnXgSA863kFLZ1YwGIfd5En4DW1+fW4oUyN3eqqMp515 5K/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=A4Xaqx+IXqonphD+ZadaCeEeRE6WEzpqJBpPREuW63A=; b=YGQHnfBs5YWvuNKTdT2EWnWChIjon4o32C+qnt0zUPQ1H7hin19/lm9AkTMApT47G0 DJkS+MYBF00HQRRK88ArUpqzIvrBmCVUCU4dwBotWaVSH19ljrJ5XDKTXyrJc6hUGsia 4cCz0ycwjFzMuGHzp3J3WMrVzY0/VTjOynHn8b/FKz5iuuo8aD8Scx2xAi3+doX30i40 jJQDvwgYR1fC2qHeMGzHIB5ZkFvj7o8kDW5+XJvGsqHkQdfGQXdIGa/3i6RsBdCTC1hd X9PbKmbsPRjYzGqMfrljPjCV9Rd8TDJexSrzlBbUYYenbap+Epzw5tzovHdfFPc3WQD2 v7bw== X-Gm-Message-State: ALQs6tDMEY7dAeKR3/esNlEndYmZqUwq/rU0OfowZhgJpQn/Y+kLlsF6 X5oStWxfrkYYkyWxdbmCF/BchAA9GV1o3RASNuk= X-Google-Smtp-Source: AB8JxZqnwgK1c0RPs8Hy7ODDrnhGIRDigkAY/prifJLUZ4/ZbTgEtd3VDKzr2ES8rZs88p+2zDA5vwHw1iGVHFio+Xc= X-Received: by 2002:a6b:a915:: with SMTP id s21-v6mr16304103ioe.8.1525194206398; Tue, 01 May 2018 10:03:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.192.173.101 with HTTP; Tue, 1 May 2018 10:02:46 -0700 (PDT) In-Reply-To: References: From: Steph van Schalkwyk Date: Tue, 1 May 2018 12:02:46 -0500 Message-ID: Subject: Re: Configuring SolrCloud with Redundancy on Two Physical Frames To: user@zookeeper.apache.org Content-Type: multipart/alternative; boundary="000000000000e2ce7a056b27f23c" --000000000000e2ce7a056b27f23c Content-Type: text/plain; charset="UTF-8" Unless one could instantly spin up another ZK instance on the non-failed frame... +1.314.452.2896 (Tel/SMS) On Tue, May 1, 2018 at 12:00 PM, Steph van Schalkwyk < svanschalkwyk@gmail.com> wrote: > Adam, > More information here: > https://stackoverflow.com/questions/24694296/using- > zookeeper-with-solr-but-only-have-2-servers > Unless ZK can be instantly "reconfigured" to consider the remaining 3 as a > full ensemble, I don't see an option. > Steph > > > +1.314.452.2896 (Tel/SMS) > > On Tue, May 1, 2018 at 11:53 AM, Adam Blank wrote: > >> Thanks for your replies, Steph. Adding back the rest of the mailing list. >> If anyone can shed some light on my predicament that would be much >> appreciated. >> >> Adam >> >> ---------- Forwarded message ---------- >> From: Steph van Schalkwyk >> Date: Tue, May 1, 2018 at 12:44 PM >> Subject: Re: Configuring SolrCloud with Redundancy on Two Physical Frames >> To: Adam Blank >> >> >> Maybe one of the ZK gurus could chime in? I could test it but I don't have >> the time right now. >> >> >> +1.314.452.2896 (Tel/SMS) >> >> On Tue, May 1, 2018 at 11:42 AM, Adam Blank wrote: >> >> > I think I would still run into the same issue since if one frame goes >> down >> > I will only have 50% of ZK instances still up, and my understanding is >> that >> > a ZK cluster requires a majority to be up in order to operate. So if I >> have >> > 6 total I'd need 4 to be up. >> > >> > >> > On Tue, May 1, 2018, 12:34 PM Steph van Schalkwyk < >> svanschalkwyk@gmail.com> >> > wrote: >> > >> >> Only thing I can think of is to run three ZK instances on each hardware >> >> instance. That way if one fails you still have three running on the >> other >> >> hardware instance. >> >> Also, when you set up the SOLR instances, make sure you're sharding >> >> across hardware instances, for example two shards per collection on >> >> instance 0 and two on the other. >> >> S >> >> >> >> +1.314.452.2896 (Tel/SMS) >> >> >> >> On Tue, May 1, 2018 at 10:17 AM, Adam Blank >> wrote: >> >> >> >>> Hi Steph, >> >>> >> >>> I should have provided some more info. I am running on AIX. If I'm >> >>> understanding your comment correctly, the issue I'm having isn't with >> being >> >>> able to run multiple ZK instances on a single server. The issue is >> with >> >>> setting up ZK and SOLR in a way that it can survive either frame >> failure. >> >>> I wonder if setting up a virtual IP for the ZK instances and having >> SOLR >> >>> connect to the VIP would work if all ZK instances share the same data >> >>> directory on a shared drive? I was hoping someone has encountered >> this >> >>> situation before, but if not, I can see if that idea would work. >> >>> >> >>> Thanks, >> >>> Adam >> >>> >> >>> On Tue, May 1, 2018 at 10:59 AM, Steph van Schalkwyk < >> >>> svanschalkwyk@gmail.com> wrote: >> >>> >> >>>> Adam, is it possible to virtualize in any way? >> >>>> As for single physical instances, I have been running three instances >> >>>> of ZK >> >>>> on one VM quite comfortably. This is only for dev/testing, though. >> >>>> Regards >> >>>> Steph >> >>>> >> >>>> >> >>>> +1.314.452.2896 (Tel/SMS) >> >>>> >> >>>> On Tue, May 1, 2018 at 9:55 AM, Adam Blank >> >>>> wrote: >> >>>> >> >>>> > Hello, >> >>>> > >> >>>> > I would like to have a high-availability/redundant installation of >> >>>> > Zookeeper running in my production environment. The problem is >> that I >> >>>> only >> >>>> > have 2 physical frames available, so that rules out configuring a >> >>>> Zookeeper >> >>>> > cluster/ensemble since I'd only have redundancy if the frame with >> the >> >>>> > minority of servers goes down. What is the best practice in this >> >>>> situation? >> >>>> > Is it possible to have a separate standalone install running on >> each >> >>>> frame >> >>>> > connected to the same set of SOLR nodes or to use one server as >> >>>> primary and >> >>>> > one as backup? >> >>>> > >> >>>> > Thank you, >> >>>> > Adam >> >>>> > >> >>>> >> >>> >> >>> >> >> >> > > --000000000000e2ce7a056b27f23c--