[翻译]ElasticSearch官方文档-集群健康

本文翻译自：https://www.elastic.co/guide/en/elasticsearch/reference/current/getting-started.html

本文是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”的节点，它是当前在我们的集群中的单个节点。