solrCloud的两种部署方式
2016-04-05 09:43
239 查看
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
第一种:当启动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
相关文章推荐
- 设计一个简单的socket通信协议
- QT failed to load platform plugin
- 【51单片机】蜂鸣器
- 番茄工作法
- js实现网页在线聊天功能(二)
- 自定义Cell总结(注册Cell)(registerNib: 与 registerClass: 的区别)
- zoj水题分类
- Java 利用HttpURLConnection发送http请求
- Crontab的另外一种写法(@reboot, @yearly...)
- python学习过程-字符串说明
- Smobiler实现电子签名(开发日志十四)
- js实现网页在线聊天功能(一)
- mysql语句
- eclipse打maven的jar包连依赖jar一起打包方法
- setlocale函数
- JQuery_实现二级列表联动效果
- 绿色的数学印象
- github pages + jekyll 构建静态网站
- keepScreenOn保持屏幕常亮
- bzoj 3669: [Noi2014]魔法森林