为什么要使用solrcloud

为什么要使用solrcloud

现在我们来剖析下这样一个简单的集群构建的基本流程：
先从第一台solr服务器说起：
1) 它首先启动一个嵌入式的Zookeeper服务器，作为集群状态信息的管理者，
2） 将自己这个节点注册到/node_states/目录下
3） 同时将自己注册到/live_nodes/目录下
4）创建/overseer_elect/leader，为后续Overseer节点的选举做准备，新建一个Overseer，
5) 更新/clusterstate.json目录下json格式的集群状态信息
6) 本机从Zookeeper中更新集群状态信息，维持与Zookeeper上的集群信息一致
7）上传本地配置文件到Zookeeper中，供集群中其他solr节点使用
8) 启动本地的Solr服务器，
9) Solr启动完成后，Overseer会得知shard中有第一个节点进来，更新shard状态信息，并将本机所在节点设置为shard1的leader节点，并向整个集群发布最新的集群状态信息。
10）本机从Zookeeper中再次更新集群状态信息，第一台solr服务器启动完毕。
然后来看第二台solr服务器的启动过程：
1） 本机连接到集群所在的Zookeeper，
2） 将自己这个节点注册到/node_states/目录下
3） 同时将自己注册到/live_nodes/目录下
4） 本机从Zookeeper中更新集群状态信息，维持与Zookeeper上的集群信息一致
5） 从集群中保存的配置文件加载Solr所需要的配置信息
6） 启动本地solr服务器，
7） solr启动完成后，将本节点注册为集群中的shard，并将本机设置为shard2的Leader节点，
8） 本机从Zookeeper中再次更新集群状态信息，第二台solr服务器启动完毕。
示例2，包含2个shard的集群，每个shard中有replica节点