原文地址：https://www.elastic.co/guide/en/elasticsearch/reference/current/getting-started-cluster-health.html
elasticsearch版本：6.5
让我们从一个基本的健康检查开始，我们可以使用它来查看集群的运行情况。我们将使用curl来实现这一点，但您可以使用任何允许您进行HTTP/REST调用的工具。假设我们仍然在启动ElasticSearch并打开另一个命令shell窗口的同一个节点上。
为了检查集群的运行状况，我们将使用_cat API。您可以在Kibana的控制台中运行下面的命令，方法是单击“在控制台中查看”，或者使用curl，方法是单击下面的“复制为curl”链接并将其粘贴到终端中。
GET /_cat/health?v得到的响应是：
epoch timestamp cluster status node.total node.data shards pri relo init
1475247709 17:01:49 elasticsearch green 1 1 0 0 0 0
unassign pending_tasks max_task_wait_time active_shards_percent
0 0 - 100%我们可以看到名为“elasticsearch”的集群处于绿色状态。
每当我们请求集群健康时，我们要么得到绿色、黄色，要么得到红色。
- 绿色-一切正常（集群功能齐全）
- 黄色-所有数据都可用，但某些副本尚未分配（群集完全正常工作）
- 红色-由于任何原因，某些数据不可用（群集部分正常工作）
注意：当集群为红色时，它将继续提供来自可用碎片的搜索请求，但您可能需要尽快修复它，因为存在未分配的碎片。
同样，从上面的响应中，我们可以看到总共1个节点，并且我们有0个碎片，因为我们在其中还没有数据。请注意，由于我们使用的是默认群集名称（ElasticSearch），并且由于ElasticSearch默认情况下使用单播网络发现在同一台计算机上查找其他节点，因此您可能会意外启动计算机上的多个节点，并使它们都加入单个群集。在这个场景中，您可能会在上面的响应中看到多个节点。
我们还可以得到集群中的节点列表，如下所示：
GET /_cat/nodes?v得到的响应为：
ip heap.percent ram.percent cpu load_1m load_5 load_15m node.role master name
127.0.0.1 10 5 5 4.46 mdi * ABC 通过这个响应，我们可以看到一个名为“ABC”的结点，它是当前集群中的唯一结点。