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
posted on 2016-04-05 09:43 nevergiveupzeng 阅读(777) 评论(0) 编辑 收藏 举报