lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Noble Paul <noble.p...@gmail.com>
Subject Re: Rule-based replication or sharing
Date Wed, 26 Sep 2018 06:56:00 GMT
The rules suggested by Steve is correct. I tested it locally and I got
the same errors. That means a bug exists probably.
All the new development efforts are invested in the new policy feature
.https://lucene.apache.org/solr/guide/7_4/solrcloud-autoscaling-policy-preferences.html

The old one is going to be deprecated pretty soon. So, I'm not sure if
we should be investing our resources here
On Wed, Sep 26, 2018 at 1:23 PM Chuck Reynolds <creynolds@ancestry.com> wrote:
>
> Shawn,
>
> Thanks for the info. We’ve been running this way for the past 4 years.
>
> We were running on very large hardware, 20 physical cores with 256 gigs of ram with 3
billion document and it was the only way we could take advantage of the hardware.
>
> Running 1 Solr instance per server never gave us the throughput we needed.
>
> So I somewhat disagree with your statement because our test proved otherwise.
>
> Thanks for the info.
>
> Sent from my iPhone
>
> > On Sep 25, 2018, at 4:19 PM, Shawn Heisey <apache@elyograg.org> wrote:
> >
> >> On 9/25/2018 9:21 AM, Chuck Reynolds wrote:
> >> Each server has three instances of Solr running on it so every instance on the
server has to be in the same replica set.
> >
> > You should be running exactly one Solr instance per server.  When evaluating rules
for replica placement, SolrCloud will treat each instance as completely separate from all
others, including others on the same machine.  It will not know that those three instances
are on the same machine.  One Solr instance can handle MANY indexes.
> >
> > There is only ONE situation where it makes sense to run multiple instances per machine,
and in my strong opinion, even that situation should not be handled with multiple instances.
That situation is this:  When running one instance would require a REALLY large heap.  Garbage
collection pauses can become extreme in that situation, so some people will run multiple instances
that each have a smaller heap, and divide their indexes between them. In my opinion, when
you have enough index data on an instance that it requires a huge heap, instead of running
two or more instances on one server, it's time to add more servers.
> >
> > Thanks,
> > Shawn
> >



-- 
-----------------------------------------------------
Noble Paul

Mime
View raw message