lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Clay Webster" <webster.li...@gmail.com>
Subject Re: To cluster, or not to cluster...
Date Fri, 24 Mar 2006 16:54:45 GMT
On 3/24/06, Robert Haycock <Robert.Haycock@mediasurface.com> wrote:
>
> Is it/will it be possible to cluster solr?
>
> We have a distributed system and it would be nice if we could replicate
> the index to improve performance.
>
>
Solr does not have replication.  But it does have a very nice index
distribution system.

Solr can be run in a master/slave setup.  The master receives all the
changes.  For each commit a snapshooter index can be made.  The slaves can
run the snappuller with whatever polling frequency they like.  Each snapshot
is then snapinstalled in the slave and can have its cache warmed (while
serving queries from the older index).

Slaves can come on line with new indexes out of sync.  But if your slave
hardware is the same and your pulling and shooting well-understood, and you
make warming time-based it probably will not be a problem.  This
distribution is noted by each slave in the master.  That's as tied together
as they get (not much).  So, if you have a requirement that they must all be
in index-version-sync you could tie them closer and extend Solr.

--cw

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message