solrcloud 部署方式比较

solrcloud 的部署其实有两种方式可选,那么我们在实践开发中应该怎样选择呢?

第一种:当启动solr服务器时,内嵌的启动一个Zookeeper服务器,然后将这些内嵌的Zookeeper服务器组成一个集群。
 第二种:将Zookeeper服务器独立的配置一个集群,然后将solr交给Zookeeper进行管理

 

谈谈第一种:每启动一个solr服务器就内嵌的启动一个Zookeeper服务器,实际上是将Zookeeper集成在tomcat或者jetty这种服务器里面;

这种方式前人的评价:

优点:部署起来简单

缺点:耦合度高,不利于拓展,Zookeeper本来就是设计用来管理solr、hadoop、hive等这些应用的分布式安装的,他有他自己的独立的部署模式,将他内嵌在solr服务器里面本身就不利于他的拓展。

          不稳定:例如我要在集群中添加一个一个节点,那就得同时添加一个Zookeeper的服务器,当某个节点宕掉了,需要重启tomcat,这个时候,其实是相当于重启了Zookeeper,这样就造成了Zookeeper集群相当不稳定。

这种模式的部署请参考solrCloud的官方测试案例:http://wiki.apache.org/solr/SolrCloud/

第二种:优点,就是可以避免上面的这种耦合度,以及提高整个集群的稳定性,但是缺点就是部署起来麻烦一点,但是非常容易维护

 这种方式的部署请参考我的博客:http://eksliang.iteye.com/blog/2107002

  

 

你可能感兴趣的:(solrCloud)