# Cluster Health（集群健康） 原文鏈接 : [https://www.elastic.co/guide/en/elasticsearch/reference/5.4/_cluster_health.html](https://www.elastic.co/guide/en/elasticsearch/reference/5.4/_cluster_health.html) 譯文鏈接 : [http://www.apache.wiki/pages/viewpage.action?pageId=4260685](http://www.apache.wiki/pages/viewpage.action?pageId=4260685) 貢獻者 : [那伊抹微笑](/display/~wangyangting)，[ApacheCN](/display/~apachecn)，[Apache中文網](/display/~apachechina) ## 集群健康 讓我們從基本的健康檢查開始，我們可以用它來看看我們的集群在做什么。我們將使用 **curl** 來做這件事情，當然您也可以使用任何允許您進行 **HTTP**/**REST** 調用的工具。假設我們在同一節點上啟動了 **Elasticsearch** 并且打開了另一個命令 **shell** 窗口。 為了檢查集群健康，我們將使用?[`_cat`?API](https://www.elastic.co/guide/en/elasticsearch/reference/5.0/cat.html "cat APIs")。您可以在 [Kibana’s Console](https://www.elastic.co/guide/en/kibana/master/console-kibana.html)?通過點擊 “**VIEW IN CONSOLE**” 或者通過點擊 “**COPY AS CURL**” 鏈接然后粘貼到終端中使用 **curl?**中運行命令 :? ``` curl -XGET 'localhost:9200/_cat/health?v&pretty' ``` 響應如下 :? ``` epoch timestamp cluster status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent 1475247709 17:01:49 elasticsearch green 1 1 0 0 0 0 0 0 - 100.0% ``` 我們可以看到我們名為 “**elasticsearch**” 的集群與 **green** 的 **status**。 無論何時我們請求集群健康，我們可以獲得 **green**，**yellow**，或者 **red** 的 **status**。**Green** 表示一切正常（集群功能齊全）， **yellow** 表示所有數據可用，但是有些副本尚未分配（集群功能齊全），**red** 意味著由于某些原因有些數據不可用。注意，集群是 **red**，它仍然具有部分功能（例如，它將繼續從可用的分片中服務搜索請求），但是您可能需要盡快去修復它，因為您已經丟失數據了。 另外，從上面的響應中，我們可以看到共計 **1** 個 node（節點）和 **0** 個 shard（分片），因為我們還沒有放入數據的。注意，因為我們使用的是默認的集群名稱（**elasticsearch**），并且 **Elasticsearch** 默認情況下使用?**unicast network**（單播網絡）來發現同一機器上的其它節點。有可能您不小心在您的電腦上啟動了多個節點，然后它們全部加入到了單個集群。在這種情況下，你會在上面的響應中看到不止 1 個 **node**（節點）。 我們也可以獲取我們集群的節點列表，如下所示 :? ``` curl -XGET 'localhost:9200/_cat/nodes?v&pretty' ``` 響應如下 :? ``` ip heap.percent ram.percent cpu load_1m load_5m load_15m node.role master name 127.0.0.1 10 5 5 4.46 mdi * PB2SGZY ``` 在這里，我們可以到我名為 “**I8hydUG**” 的節點名，這是目前在我們集群中的單個節點。