本文是Elasticsearch的入门文档，将会介绍ElasticSearch的集群健康状态查看。
集群健康
我们开始一个基本的健康检查，我们可以使用它来了解我们的集群在做什么。我们将使用curl来执行此操作，但你可以使用任何允许你进行HTTP / REST调用的工具（比如浏览器和postman）。假设我们仍然在同一个节点上，我们启动了Elasticsearch，并打开另一个命令shell窗口。要检查群集运行状况，我们将使用 _cat API。你可以在Kibana的控制台（ELK中的展示层，经常和ES打包使用）中运行以下命令，方法是复制链接并将其粘贴到终端中。
GET /_cat/health?v复制代码返回结果是：
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”的集群已经处于绿色状态。
每当我们要求群集健康状况时时，我们都会得到绿色，黄色或红色的状态标识。绿色表示一切都很好（集群完全正常运行），黄色表示所有数据都可用，但某些副本尚未分配（集群完全正常运行），红色表示某些数据由于某种原因无法使用。请注意，即使群集是红色的，它仍然部分功能（即它将继续从可用碎片中提供搜索请求），但由于你缺少数据，因此你可能需要尽快修复。
同样从上述响应中，我们可以看到总共有1个节点，并且我们有0个分片，因为我们还没有数据。请注意，由于我们使用默认的群集名称（elasticsearch），并且由于Elasticsearch默认使用单播网络发现来查找同一台计算机上的其他节点，因此可能会意外地启动计算机上的多个节点并让它们加入这个集群。 在这种情况下，你可能会在上述响应中看到超过1个节点。
我们还可以得到我们集群中的节点列表如下：
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复制代码在这里，我们可以看到我们的一个名为“PB2SGZY”的节点，它是当前在我们的集群中的单个节点。