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
扫描二维码关注公众号，回复：
260883 查看本文章
