中文字幕av专区_日韩电影在线播放_精品国产精品久久一区免费式_av在线免费观看网站

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

SolrCloud中zookeeper如何使用

發布時間:2021-08-05 17:30:39 來源:億速云 閱讀:200 作者:Leah 欄目:云計算

SolrCloud中zookeeper如何使用,針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

solrzookeeper中的結點

SolrCloud中zookeeper如何使用

 

       1、aliases.json 對colletion別名,另有妙用(solrcloud的build search分離),以后再寫博客說明。

2、clusterstate.json  重要信息文件。包含了colletion ,shard replica的具體描述信息。

3、live_nodes ,下面都是瞬時的zk結點,代表當前存活的solrcloud中的節點。

4、overseer, solrcloud中的重要角色。下面存有三個重要的分布式隊列,代表待執行solrcloud相關的zookeeper操作的任務隊列。collection-queue-work是存放與collection相關的特辦操作,如createcollection ,reloadcollection,createalias,deletealias ,splitshard 等。

5、queue則存放了所有與collection無關的操作,例如deletecore,removecollection,removeshard,leader,createshard,updateshardstate,還有包括節點的狀態(down、active、recovering)的變化。

6、queue-work是一個臨時隊列,指正在處理中的消息。操作會先保存到/overseer/queue,在overseser進行處理時,被移到/overseer/queue-work中,處理完后消息之后在從/overseer/queue-work中刪除。如果overseer中途掛了,新選舉的overseer會選將/overseer/queue-work中的操作執行完,再去處理/overseer/queue中的操作。

注意:以上隊列中存放的所有子結點,都是PERSISTENT_SEQUENTIAL類型的。

7、overseer_elect ,用于overseer的選舉工作

8、colletcion,存放當前collection一些簡單信息(主要信息都在clusterstate.json中)。 下面的leader_elect自然是用于collection中shard中副本集的leader選舉的。

Overseer zk寫流程

在看solrcloud的官方文檔的時候,幾乎也很少有overseer的這個角色的說明介紹。相信不少成功配置solrcloud的開發者,也沒有意識到這個角色的存在。

Overseer,顧名思義,是一個照看全局的角色,做總控工作。體現在代碼與zk的相關操作中,就是zookeeper中大多的寫操作,是由overseer去處理的,并且維護好clusterstate.josn與aliases.json這兩個zk結點的內容。與我們“誰創建,誰修改”做法不同。由各個solr node發起的操作,都會publish到/overseer結點下面相應的queue中去,再由overseer去些分布式隊列中去取這些操作信息,做相應的zk修改,并將整個solrcloud中相關的具體狀態信息,更新到cluseterstate.json中去,最終會將個操作,從queue中刪除,表示完成操作。

以一個solr node將自身狀態標記為down為例。該node會將這種“state”operation的相關信息,publish到/overseer/queue中。由Overseer去從中取得這個操作,然后將node state為down的信息寫入clusterstate.json。最后刪除queue中的這個結點。

當然overseer這個角色,是利用zookeeper在solrcloud中內部選舉出來的。

一般的zk讀操作

  Solr將最重要且信息最全面的內容都放在了cluseterstate.json中。這樣做減少了,普通solr node需要關注的zk 結點數。除了clusterstate.json,普通的solr node在需要當前collection整體狀態的時候,還會獲取zk的/live_nodes中的信息,根據live_nodes中的信息,得知collection存活的node, 再從clusterstate.json獲得這些node的信息。

 這種處理,其實也好理解。假如一個solr node非正常下線,clusterstate.json中不一定會有變化,但/live_nodes中這個node對應的zk結點就消失了(因為是瞬時的)。

關于SolrCloud中zookeeper如何使用問題的解答就分享到這里了,希望以上內容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關注億速云行業資訊頻道了解更多相關知識。

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

万全县| 广元市| 镇康县| 彭水| 乌鲁木齐县| 溧水县| 汽车| 金山区| 且末县| 呼和浩特市| 阳江市| 贵州省| 万荣县| 沈阳市| 含山县| 远安县| 毕节市| 新田县| 新建县| 泸定县| 平远县| 长葛市| 唐河县| 章丘市| 海门市| 桃园县| 小金县| 衡阳市| 金堂县| 绥滨县| 迁西县| 满城县| 横峰县| 德钦县| 青州市| 同心县| 沂水县| 开阳县| 依安县| 利辛县| 长垣县|