solrcloud集群启动管理过程基于源码的分析

最新推荐文章于 2019-05-01 14:57:09 发布

杨步涛的博客

最新推荐文章于 2019-05-01 14:57:09 发布

阅读量5.8k

点赞数 1

分类专栏：源码分析(HBase&Solr&Lucene) 搜索(lucene&solr) 搜索文章标签： solr 集群

本文链接：https://blog.csdn.net/yangbutao/article/details/11176469

版权

本文深入探讨SolrCloud集群的启动过程，包括ZooKeeper的目录结构，如/collections、/live_nodes和/overseer_elect。在启动过程中，着重分析了如何建立Zookeeper连接，选举Overseer和Shard Leader，以及维护集群状态的机制。此外，还介绍了核心加载和集合创建时与Zookeeper的交互，如发布core信息、创建/collections节点和选举leader。

摘要由CSDN通过智能技术生成

基于Solr4.4

先看一下ZK的目录结构
      /collections----solr core的节点，集群的leader节点的选举在该节点下
         --collection1
                  --leader_elect
                          ---shard1
                                  --election
                                    其下是shard1的节点列表
                            ---shard2
                                 ---election
                                      其下是shard2的节点列表
         ---leaders
                  ---shard1
                   ---shard2
      /configs
           --myconf
                其下是solr-home下的配置文件列表
      /live_nodes----当前活动的节点列表
      /overseer_elect/leader---overseer表示集群的状态维护的节点，
           由该节点根据其下queue节点中的信息来更新clusterstate节点内容
           {"id":"90338461809508352-192.168.1.111:8983_solr-n_0000000002"}
      /overseer_elect/election/
                 其下是供elect的节点列表
     /overseer/queue
     /overseer/collection-queue-work
     /overseer/queue-work
     /clusterstate.json---集群的状态信息，每当该节点内容有变化时，
                        所有的节点都会根据本地内存中的clusterstate状态