深入淺析ElasticSearch集群的原理

本篇文章給大家分享的是有關深入淺析ElasticSearch集群的原理，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

ElasticSearch 的主旨是隨時可用和按需擴容。 而擴容可以通過購買性能更強大(垂直擴容,或 縱向擴容) 或者數量更多的服務器(水平擴容,或 橫向擴容 )來實現。

雖然 ElasticSearch 可以獲益于更強大的硬件設備，但是垂直擴容是有極限的。 真正的擴容能力是來自于水平擴容–為集群添加更多的節點，并且將負載壓力和穩定性分散到這些節點中。

對于大多數的數據庫而言，通常需要對應用程序進行非常大的改動，才能利用上橫向擴容的新增資源。 與之相反的是，ElastiSearch天生就是分布式的 ，它知道如何通過管理多節點來提高擴容性和可用性。 這也意味著你的應用無需關注這個問題。

一個運行中的 ElasticSearch 實例稱為一個節點，而集群是由一個或者多個擁有相同 cluster.name 配置的節點組成， 它們共同承擔數據和負載的壓力。當有節點加入集群中或者從集群中移除節點時，集群將會重新平均分布所有的數據。

當一個節點被選舉成為主節點時， 它將負責管理：集群范圍內的所有變更，例如增加、刪除索引，或者增加、刪除節點等。而主節點并不需要涉及到文檔級別的變更和搜索等操作，所以當集群只擁有一個主節點的情況下，即使流量的增加它也不會成為瓶頸。 任何節點都可以成為主節點。我們的示例集群就只有一個節點，所以它同時也成為了主節點。

作為用戶，我們可以將請求發送到集群中的任何節點 ，包括主節點。 每個節點都知道任意文檔所處的位置，并且能夠將我們的請求直接轉發到存儲我們所需文檔的節點。 無論我們將請求發送到哪個節點，它都能負責從各個包含我們所需文檔的節點收集回數據，并將最終結果返回給客戶端。 ElasticSearch 對這一切的管理都是透明的。

集群健康：

ElasticSearch 的集群監控信息中包含了許多的統計數據，其中最為重要的一項就是 集群健康 ， 它在 status 字段中展示為 green 、 yellow 或者 red 。
在一個不包含任何索引的空集群中，它將會有一個類似于如下所示的返回內容：

{
   "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集群的原理，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。