集群健康度

让我们从检查基本健康度开始，我们可以使用它来查看集群的运行情况。我们将使用curl来执行此操作，但您可以使用任何HTTP/REST调用的工具。假设我们Elasticsearch的运行节点上打开一个命令shell窗口。

要检查集群健康度，我们将使用 _cat API。您可以在 Kibana控制台 中单击"VIEW IN CONSOLE"后运行命令，或单击下面的"COPY AS CURL"链接，并将命令其粘贴到终端中通过curl运行。命令如下：

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默认使用unicast网络发现，来查找同一台计算机上的其他节点，因此您可能会意外启动多个节点，并将它们都加入一个集群。在这种情况下，您可能会在上面的响应中看到多个节点。

我们还可以获得集群中的节点列表，如下所示：

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