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集群構建的基本流程”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！