让我们从基本的运行状况检查开始,我们可以使用该检查来查看集群的运行情况。我们将使用curl来执行此操作,您也可以使用其它工具,能执行HTTP/REST即可。假设我们仍在启动Elasticsearh的节点上,然后在该节点上,我们再打开一个命令窗口。
要检查集群的运行状况,我们将使用_cat
API.。您可以单击下面的“VIEW IN CONSOLE”并在Kibana’s Console运行命令,或单击下面的“COPY AS CURL”复制链接并将其粘贴到终端中进行curl操作。(备注:“VIEW IN CONSOLE”,“COPY AS CURL”操作按钮在原文中)
GET /_cat/health?v
curl -X GET "localhost:9200/_cat/health?v&pretty"
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”的集群处于green状态。
我们查看集群运行状况时,会显示green(绿色), yellow(黄色), 或 red(红色)。
- green(绿色)-一切都很好(集群功能齐全)
- yellow(黄色)-所有数据均可用,但某些副本尚未分配(集群功能齐全)
- red(红色)-由于某些原因,某些数据不可用(集群部分起作用)
注意:当集群为红色时,集群可以继续用可用的分片处理请求,但是由于存在未分配的分片,您可能需要尽快对其进行修复。
同样从以上响应中,我们可以看到总共有1个节点,并且由于其中没有数据,所以有0个分片。请注意,由于我们使用的是默认集群名称(elasticsearch),并且由于Elasticsearch默认使用单播网络发现来查找同一台计算机上的其他节点,因此您可能会意外地在计算机上启动多个节点并让它们运行全部加入一个集群。在这种情况下,您可能会在上面的响应中看到多个节点。
我们还可以获取集群中节点的列表,如下所示:
GET /_cat/nodes?v
curl -X GET "localhost:9200/_cat/nodes?v&pretty"
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”的节点,它是我们集群中唯一的节点。