- 集羣簡介
一個運行中的 Elasticsearch 實例稱爲一個 節點，而集羣是由一個或者多個擁有相同 cluster.name 配置的節點組成， 它們共同承擔數據和負載的壓力。當有節點加入集羣中或者從集羣中移除節點時，集羣將會重新平均分佈所有的數據。
當一個節點被選舉成爲 主 節點時， 它將負責管理集羣範圍內的所有變更，例如增加、刪除索引，或者增加、刪除節點等。 而主節點並不需要涉及到文檔級別的變更和搜索等操作，所以當集羣只擁有一個主節點的情況下，即使流量的增加它也不會成爲瓶頸。 任何節點都可以成爲主節點。我們的示例集羣就只有一個節點，所以它同時也成爲了主節點。
作爲用戶，我們可以將請求發送到 集羣中的任何節點 ，包括主節點。 每個節點都知道任意文檔所處的位置，並且能夠將我們的請求直接轉發到存儲我們所需文檔的節點。 無論我們將請求發送到哪個節點，它都能負責從各個包含我們所需文檔的節點收集回數據，並將最終結果返回給客戶端。 Elasticsearch 對這一切的管理都是透明的。
查看集羣狀態 curl -XGET http://localhost:9200/_cluster/health?pretty
{
“cluster_name” : “ccnu-resource-cluster”,
“status” : “green”,
“timed_out” : false,
“number_of_nodes” : 2,
“number_of_data_nodes” : 2,
“active_primary_shards” : 0,
“active_shards” : 0,
“relocating_shards” : 0,
“initializing_shards” : 0,
“unassigned_shards” : 0,
“delayed_unassigned_shards” : 0,
“number_of_pending_tasks” : 0,
“number_of_in_flight_fetch” : 0,
“task_max_waiting_in_queue_millis” : 0,
“active_shards_percent_as_number” : 100.0
}
這裏的status有3種狀態，分別是green(所有主分片和複製分片都可用)，yellow(所有主分片可用，但不是所有複製分片都可用)和red(不是所有主分片可用)。
2. 集羣健康編輯
Elasticsearch 的集羣監控信息中包含了許多的統計數據，其中最爲重要的一項就是 集羣健康 ， 它在 status 字段中展示爲 green 、 yellow 或者 red 。
GET /_cluster/health
集羣的健康狀況爲 yellow 則表示全部 主 分片都正常運行（集羣可以正常服務所有請求），但是 副本 分片沒有全部處在正常狀態。 實際上，所有3個副本分片都是 unassigned —— 它們都沒有被分配到任何節點。 在同一個節點上既保存原始數據又保存副本是沒有意義的，因爲一旦失去了那個節點，我們也將丟失該節點上的所有副本數據。
當前我們的集羣是正常運行的，但是在硬件故障時有丟失數據的風險。
3.集羣操作分析
ES中文檔的新建、刪除和修改都是先在主分片上完成的，在主分片上完成這些操作以後，纔會進行復制操作。
提示：ES自動會處理，保證主分片和備分片不會出現在同一個節點上（防止單點故障）
4. 節點(Node)
在分佈式集羣情況下，ES中的節點可分爲4類：
- master節點：配置文件中node.master屬性爲true(默認爲true)，就有資格被選爲master節點，master節點用於控制整個集羣的操作。比如創建或刪除索引，管理其它非master節點等
- data節點：配置文件中node.data屬性爲true(默認爲true)，就有資格被設置成data節點，data節點主要用於執行數據相關的操作。比如文檔的CRUD
- 客戶端節點：配置文件中node.master屬性和node.data屬性均爲false。該節點不能作爲master節點，也不能作爲data節點。可以作爲客戶端節點，用於響應用戶的請求，把請求轉發到其他節點
- 部落節點：當一個節點配置tribe.*的時候，它是一個特殊的客戶端，它可以連接多個集羣，在所有連接的集羣上執行搜索和其他操作
查詢主節點信息
curl -XGET http://localhost:9200/_cat/master?v