本文翻譯自：https://www.elastic.co/guide/en/elasticsearch/reference/current/getting-started.html
本文是Elasticsearch的入門文檔盏阶，將會(huì)介紹ElasticSearch的集群健康狀態(tài)查看统阿。
集群健康
我們開始一個(gè)基本的健康檢查偎巢，我們可以使用它來(lái)了解我們的集群在做什么。我們將使用curl來(lái)執(zhí)行此操作归苍，但你可以使用任何允許你進(jìn)行HTTP / REST調(diào)用的工具（比如瀏覽器和postman）吮便。假設(shè)我們?nèi)匀辉谕粋€(gè)節(jié)點(diǎn)上黔寇，我們啟動(dòng)了Elasticsearch滤钱，并打開另一個(gè)命令shell窗口觉壶。要檢查群集運(yùn)行狀況，我們將使用 _cat API件缸。你可以在Kibana的控制臺(tái)（ELK中的展示層铜靶，經(jīng)常和ES打包使用）中運(yùn)行以下命令，方法是復(fù)制鏈接并將其粘貼到終端中他炊。
GET /_cat/health?v
返回結(jié)果是：
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”的集群已經(jīng)處于綠色狀態(tài)。
每當(dāng)我們要求群集健康狀況時(shí)時(shí)痊末，我們都會(huì)得到綠色蚕苇，黃色或紅色的狀態(tài)標(biāo)識(shí)。綠色表示一切都很好（集群完全正常運(yùn)行）舌胶，黃色表示所有數(shù)據(jù)都可用捆蜀，但某些副本尚未分配（集群完全正常運(yùn)行），紅色表示某些數(shù)據(jù)由于某種原因無(wú)法使用幔嫂。請(qǐng)注意辆它，即使群集是紅色的，它仍然部分功能（即它將繼續(xù)從可用碎片中提供搜索請(qǐng)求）履恩，但由于你缺少數(shù)據(jù)锰茉，因此你可能需要盡快修復(fù)。
同樣從上述響應(yīng)中切心，我們可以看到總共有1個(gè)節(jié)點(diǎn)飒筑，并且我們有0個(gè)分片，因?yàn)槲覀冞€沒(méi)有數(shù)據(jù)绽昏。請(qǐng)注意协屡，由于我們使用默認(rèn)的群集名稱（elasticsearch），并且由于Elasticsearch默認(rèn)使用單播網(wǎng)絡(luò)發(fā)現(xiàn)來(lái)查找同一臺(tái)計(jì)算機(jī)上的其他節(jié)點(diǎn)全谤，因此可能會(huì)意外地啟動(dòng)計(jì)算機(jī)上的多個(gè)節(jié)點(diǎn)并讓它們加入這個(gè)集群。 在這種情況下补憾，你可能會(huì)在上述響應(yīng)中看到超過(guò)1個(gè)節(jié)點(diǎn)卷员。
我們還可以得到我們集群中的節(jié)點(diǎn)列表如下：
GET /_cat/nodes?v
返回是：
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
在這里毕骡，我們可以看到我們的一個(gè)名為“PB2SGZY”的節(jié)點(diǎn)岩瘦，它是當(dāng)前在我們的集群中的單個(gè)節(jié)點(diǎn)葵孤。
