本篇文章給大家分享的是有關(guān)深入淺析ElasticSearch集群的原理,小編覺得挺實用的,因此分享給大家學習,希望大家閱讀完這篇文章后可以有所收獲,話不多說,跟著小編一起來看看吧。
成都創(chuàng)新互聯(lián)是工信部頒發(fā)資質(zhì)IDC服務(wù)器商,為用戶提供優(yōu)質(zhì)的鄭州服務(wù)器托管服務(wù)ElasticSearch 的主旨是隨時可用和按需擴容。 而擴容可以通過購買性能更強大(垂直擴容,或 縱向擴容) 或者數(shù)量更多的服務(wù)器(水平擴容,或 橫向擴容 )來實現(xiàn)。
雖然 ElasticSearch 可以獲益于更強大的硬件設(shè)備,但是垂直擴容是有極限的。 真正的擴容能力是來自于水平擴容–為集群添加更多的節(jié)點,并且將負載壓力和穩(wěn)定性分散到這些節(jié)點中。
對于大多數(shù)的數(shù)據(jù)庫而言,通常需要對應(yīng)用程序進行非常大的改動,才能利用上橫向擴容的新增資源。 與之相反的是,ElastiSearch天生就是分布式的 ,它知道如何通過管理多節(jié)點來提高擴容性和可用性。 這也意味著你的應(yīng)用無需關(guān)注這個問題。
一個運行中的 ElasticSearch 實例稱為一個節(jié)點,而集群是由一個或者多個擁有相同 cluster.name 配置的節(jié)點組成, 它們共同承擔數(shù)據(jù)和負載的壓力。當有節(jié)點加入集群中或者從集群中移除節(jié)點時,集群將會重新平均分布所有的數(shù)據(jù)。
當一個節(jié)點被選舉成為主節(jié)點時, 它將負責管理:集群范圍內(nèi)的所有變更,例如增加、刪除索引,或者增加、刪除節(jié)點等。而主節(jié)點并不需要涉及到文檔級別的變更和搜索等操作,所以當集群只擁有一個主節(jié)點的情況下,即使流量的增加它也不會成為瓶頸。 任何節(jié)點都可以成為主節(jié)點。我們的示例集群就只有一個節(jié)點,所以它同時也成為了主節(jié)點。
作為用戶,我們可以將請求發(fā)送到集群中的任何節(jié)點 ,包括主節(jié)點。 每個節(jié)點都知道任意文檔所處的位置,并且能夠?qū)⑽覀兊恼埱笾苯愚D(zhuǎn)發(fā)到存儲我們所需文檔的節(jié)點。 無論我們將請求發(fā)送到哪個節(jié)點,它都能負責從各個包含我們所需文檔的節(jié)點收集回數(shù)據(jù),并將最終結(jié)果返回給客戶端。 ElasticSearch 對這一切的管理都是透明的。
ElasticSearch 的集群監(jiān)控信息中包含了許多的統(tǒng)計數(shù)據(jù),其中最為重要的一項就是 集群健康 , 它在 status 字段中展示為 green 、 yellow 或者 red 。
在一個不包含任何索引的空集群中,它將會有一個類似于如下所示的返回內(nèi)容:
{
"cluster_name": "elasticsearch",
"status": "green",
"timed_out": false,
"number_of_nodes": 1,
"number_of_data_nodes": 1,
"active_primary_shards": 0,
"active_shards": 0,
"relocating_shards": 0,
"initializing_shards": 0,
"unassigned_shards": 0
}
green:
所有的主分片和副本分片都正常運行。
yellow:
所有的主分片都正常運行,但不是所有的副本分片都正常運行。
red:
有主分片沒能正常運行。
以上就是深入淺析ElasticSearch集群的原理,小編相信有部分知識點可能是我們?nèi)粘9ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。