本文主要是介绍solrcloud的分布式集群方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
分布式环境下,由于高并发的问题,通常我们需要部署多台服务器来负载均衡,从而避免,单点访问的热点问题,或者因负载过高而造成服务器瘫痪的问题等等。
solr4.x之后推出了solrcloud的分布式集群方案,与4.x之前的Master/Slave集群模式,架构上发生了重大变化,solrcloud不仅仅解决了,高并发的负载均衡问题,也解决了海量数据的检索性能问题,对一份巨大的索引,采用分而治之的方法索引到多个独立的节点上,但是这样并不代表,4.x之前的Master/Slave架构就被淘汰出局了,其实solrcloud里面也是综合运用了主从的方式,来解决并发的问题。
如果数据量不是很大的情况下,没必要采用solrcloud方案,但这时候,又需要解决高并发问题,或者服务器单点故障问题怎么办?
答案还是采取经典的主从架构模式来解决,下面散仙来看下,在solr里面,具体的配置
第一,是在Master里面的配置如下:
- <requestHandler name="/replication" class="solr.ReplicationHandler" >
- <lst name="master">
- <!-- master上有数据写入时,触发commit操作,slave就会发起一次同步请求-->
- <str name="replicateAfter">commit</str>
- <!-- startup参数不影响同步请求-->
- <str name="replicateAfter">startup</str>
- <!-- master触发optimize操作,slave就会发起一次同步请求-->
- <str name="replicateAfter">optimize</str>
- <!-- 除了索引同步外,一些配置文件的同步,默认是在conf目录下 -->
- <str name="confFiles">schema.xml,mapping-ISOLatin1Accent.txt,protwords.txt,stopwords.txt,synonyms.txt,elevate.xml</str>
- </lst>
- </requestHandler>
<requestHandler name="/replication" class="solr.ReplicationHandler" ><lst name="master"><!-- master上有数据写入时,触发commit操作,slave就会发起一次同步请求--><str name="replicateAfter">commit</str><!-- startup参数不影响同步请求--><str name="replicateAfter">startup</str><!-- master触发optimize操作,slave就会发起一次同步请求--><str name="replicateAfter">optimize</str><!-- 除了索引同步外,一些配置文件的同步,默认是在conf目录下 --><str name="confFiles">schema.xml,mapping-ISOLatin1Accent.txt,protwords.txt,stopwords.txt,synonyms.txt,elevate.xml</str></lst></requestHandler>
第二,各个Slave上的配置如下:
- <requestHandler name="/replication" class="solr.ReplicationHandler" >
- <lst name="slave">
- <!-- masterUrl代表主机的solr路径,如果存在多个core时,地址写http://localhost:9001/solr/(core名) 即可 -->
- <str name="masterUrl">http://localhost:9001/solr</str>
- <!-- 同步时间间隔10秒一次 -->
- <str name="pollInterval">00:00:10</str>
- </lst>
- </requestHandler>
<requestHandler name="/replication" class="solr.ReplicationHandler" > <lst name="slave"><!-- masterUrl代表主机的solr路径,如果存在多个core时,地址写http://localhost:9001/solr/(core名) 即可 --><str name="masterUrl">http://localhost:9001/solr</str><!-- 同步时间间隔10秒一次 --><str name="pollInterval">00:00:10</str></lst></requestHandler>
配置好之后,我们就可以测试了,分别启动Master和Slave,改变Master上的一些配置文件,比如说,同义词,禁用词文件什么的,然后触发Master节点的commit或optimize操作,这时我们就可以查看Slave节点上对应的文件的变化了。
这篇关于solrcloud的分布式集群方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!