solr集群构建的基本流程

这篇文章主要介绍“solr集群构建的基本流程”，在日常操作中，相信很多人在solr集群构建的基本流程问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”solr集群构建的基本流程”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

先从第一台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服务器启动完毕。

这个集群现在就具备容错性了，你可以试着宕掉一台Solr服务器，然后再发送查询请求。背后的实质是集群的overseer会监测各个shard的leader节点，如果leader节点挂了，则会启动自动的容错机制，会从同一个shard中的其他replica节点集中重新选举出一个leader节点，甚至如果overseer节点自己也挂了，同样会自动在其他节点上启用新的overseer节点，这样就确保了集群的高可用性.

到此，关于“solr集群构建的基本流程”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注编程网网站，小编会继续努力为大家带来更多实用的文章！