ElasticSearch监控集群状态查询方式

ES查看集群的状态实际上也是使用RESTful的接口,一般用的是GET方法

http://[主机IP]:[ES端口]
通常我们启动服务器之后,就可以通过这个简单的方式来验证服务器是否启动成功。
从下面返加的JSON我们可以得到该节点的节点名,所属集群名,ES版本号,lucene版本号
ElasticSearch监控集群状态查询方式_第1张图片

1、查看集群的健康状态
http://ip:9200/_cat/health?v
在这里插入图片描述
RL中_cat表示查看信息,health表明返回的信息为集群健康信息,?v表示返回的信息加上头信息,跟返回JSON信息加上?pretty同理,就是为了获得更直观的信息,当然,你也可以不加,不要头信息,特别是通过代码获取返回信息进行解释,头信息有时候不需要,写shell脚本也一样,经常要去除一些多余的信息。
通过这个链接会返回下面的信息,下面的信息包括:
集群的状态(status):red红表示集群不可用,有故障。yellow黄表示集群不可靠但可用,一般单节点时就是此状态。green正常状态,表示集群一切正常。
节点数(node.total):节点数,这里是3,表示该集群有三个节点。
数据节点数(node.data):存储数据的节点数,这里是3。
分片数(shards):这是52,表示我们把数据分成多少块存储。
主分片数(pri):primary shards,这里是26,实际上是分片数的两倍,因为有一个副本,如果有两个副本,这里的数量应该是分片数的三倍,这个会跟后面的索引分片数对应起来,这里只是个总数。
激活的分片百分比(active_shards_percent):这里可以理解为加载的数据分片数,只有加载所有的分片数,集群才算正常启动,在启动的过程中,如果我们不断刷新这个页面,我们会发现这个百分比会不断加大。

2、查看集群的索引数
http://ip:9200/_cat/indices?v
ElasticSearch监控集群状态查询方式_第2张图片
通过该连接返回了集群中的所有索引,其中.kibana是kibana连接后在es建的索引,http-log-*是我自己添加的。
这些信息,包括:
索引健康(health),green为正常,yellow表示索引不可靠(单节点),red索引不可用。与集群健康状态一致。
状态(status),表明索引是否打开。
索引名称(index)。
uuid,索引内部随机分配的名称,表示唯一标识这个索引。
主分片(pri),.kibana为1,http-log-*为5,加起来主分片数为6,这个就是集群的主分片数。
文档数(docs.count),http-log-*添加了三条记录,所以这里的文档数为3。
已删除文档数(docs.deleted),这里统计了被删除文档的数量。
索引存储的总容量(store.size),这里http-log-*索引的总容量为66.4kb,是主分片总容量的两倍,因为存在一个副本。
主分片的总容量(pri.store.size),这里http-log-*的主分片容量是33.2kb,是索引总容量的一半。

3、查看集群所在磁盘的分配状况
http://ip:9200/_cat/allocation?v
ElasticSearch监控集群状态查询方式_第3张图片
通过该连接返回了集群中的各节点所在磁盘的磁盘状况
返回的信息包括:
分片数(shards),集群中各节点的分片数相同。
索引所占空间(disk.indices),该节点中所有索引在该磁盘所点的空间
磁盘使用容量(disk.used)
磁盘可用容量(disk.avail)
磁盘总容量(disk.total)
磁盘使用率(disk.percent)

4、查看集群的节点
http://ip:9200/_cat/nodes?v
ElasticSearch监控集群状态查询方式_第4张图片
通过该连接返回了集群中各节点的情况。这些信息中比较重要的是master列,带*星号表明该节点是主节点。带-表明该节点是从节点。
另外还是heap.percent堆内存使用情况,ram.percent运行内存使用情况,cpu使用情况。

5、查看集群的其它信息
http://ip:9200/_cat/
查看集群信息的目录
ElasticSearch监控集群状态查询方式_第5张图片

你可能感兴趣的:(ELK)