Solr的主从模式Master-Slave

2019-05-17  本文已影响0人  yuhan_sining

摘要:

如今,为了提高Solr的搜索速度,使其具有很好的容灾能力,往往会配置SolrCloud,但在Solr4之前,还有一种很流行的方式,Master-Slave模式,为什么要提及这种方式,因为我们公司目前用的就是这种方式。

引入Master-Slave

Solr在查询的时候,特别忌讳进行写操作,因为它是IO阻塞型的。现在的流行的Elasticsearch就对此有很好的改进。在引入Master-Slave以后,将读写分配到不同的服务器上,你可以使用master来做索引,然后使用slaves来做查询。

配置Master-Slave

1.在多台服务器上分别搭建好可以独立运行的Solr,参见这里。
2.指定其中的一台为Master,只需要在SolrConifg.xml中配置:

<requestHandler name=“/replication” class=“solr.ReplicationHandler” >    
     <lst name=“master”>  
       <!– 执行commit操作后进行replicate操作同样的设置’startup’, ‘commit’, ‘optimize–>  
       <str name=“replicateAfter”>commit</str>  
       <!– 执行startup操作后进行replicate操作–>  
       <str name=“replicateAfter”>startup</str>  
       <!– 复制索引时也同步以下配置文件–>  
       <str name=“confFiles”>schema.xml,stopwords.txt</str>    
       <!– 验证信息, 由用户自定义用户名–>  
       <str name=“httpBasicAuthUser”>root</str>  
       <!– 验证信息, 由用户自定义密码–>  
       <str name=“httpBasicAuthPassword”>root123</str>  
     </lst>  
</requestHandler>

3.指定其他多有的服务为Slave,只需要分别配置:

<requestHandler name=“/replication” class=“solr.ReplicationHandler” >    
     <lst name=“slave”>  
        <!– 主服务器的URL, 对于多核同步配置,一一对应即可–>  
       <str name=“masterUrl”>http://127.0.0.1:8080/solr/core0</str>  
       <!– 60秒进行一次同步操作–>  
       <str name=“pollInterval”>00:00:60</str>  
       <!– 压缩机制,来传输索引, 可选internal|external, internal内网, external外网–>  
       <str name=“compression”>internal</str>  
       <!– 设置超时时间–>  
       <str name=“httpConnTimeout”>50000</str>     
       <str name=“httpReadTimeout”>500000</str>     
       <!– 验证信息, 要与master服务器匹配–>  
       <str name=“httpBasicAuthUser”>root</str>     
       <str name=“httpBasicAuthPassword”>root123</str>     
     </lst>  
</requestHandler>

4.重启所有的master-slave服务即可。

SolrCloud与Master-slave主从模式对比

第一印象

SolrCloud是Solr4.0引入的,主要应对与商业场景。它很像master-slave,却能自动化的完成以前需要手动完成的操作。利用ZooKeeper这个工具去监控整个Solr集群,以了解集群间各个机器的工作状态。

配置的区别

从配置来看,SolrCloud和master-slave的主要区别在于是否有ZooKeeper节点。从下面这个配置概念图可知,SolrCloud集群最小的节点数都大于master-slave节点数,当然ZK节点不需要很强大,因为它只是用来监视和维护SolrCloud中的节点状态。


为什么有SolrCloud或者master-slave

无论是master-slave还是SolrCloud模式,都可以提供replication机制。但是SolrCloud是自动处理路由和恢复,而master-slave在某个节点没有响应以后,需要一些手动的操作才能恢复。
master-slave配置会简单很多,而SolrCloud需要配置ZooKeeper,为了保证系统能持续不断的工作,还需要给ZooKeeper配置集群,需要额外的资源。

上一篇 下一篇

猜你喜欢

热点阅读