solr
Shawn Heisey
elyograg at elyograg.org
Wed Jul 10 18:19:14 EEST 2019
On 7/10/2019 2:49 AM, Maciej Milaszewski IQ PL via dovecot wrote:
> On the other hand solr replication is quite complicated process and
> rollback or master-slave switch in this case is non-trivial task, that
> may have result in whole dataset inconsistency.
>
> Do you have any experience in such cases ? Maby load-balance in HAProxy
> colud do the thing ? Something like:
>
> .........
> server search1 192.168.1.1:8983 check port 8983 inter 20s fastinter 2
> server search2 192.168.1.2:8983 backup
> .........
If you are using master-slave replication, you do not want to do this.
Say the master went down, and it took you a while to get it back up.
Unless you change the replication config, any data indexed on the slave
would be gone as soon as the master was started back up, because the
index would be replicated from the master. You are quite correct that
switching replication roles is non-trivial.
Using a load balancer in this manner is a great option if Solr is
running in SolrCloud mode. SolrCloud is a true cluster -- no masters,
no slaves. You can send indexing or queries to any system in the cloud
and everything works. The only real downside is that ZooKeeper (which
is what turns Solr into SolrCloud) requires three servers for high
availability, not two. The third server could have much lower specs
than the other two, as ZooKeeper's system requirements are typically
quite modest.
Thanks,
Shawn
More information about the dovecot
mailing list