ES 05 - 经过Kibana查看Elasticsearch集群的健康状态、节点和索引个数

[TOC]

在本篇文章以前, 须要完成: ① 启动Elasticsearch服务, 至少启动一个节点, 参考博主文章 ES 02 - Elasticsearch单机服务的部署 (包括常见问题的解决), 部署Elasticsearch服务; ② 启动Kibana, 参考博主文章 ES 04 - 安装Kibana插件(6.6.0版本), 安装并启动Kibana; ③ 经过浏览器访问Kibana; ④ 进入Dev Tools(开发者工具)界面.

1 检查集群的健康情况

ES提供了一套_cat API, 能够查看ES中的各种数据.

# 查询API: 
GET _cat/health?v
# 响应信息以下(一行显示不全, 分做两行):
epoch       timestamp  cluster  status  node.total  node.data  shards  pri  relo
1552979327  07:08:47   heal_es  yellow           1          1      33   33     0

init  unassign  pending_tasks  max_task_wait_time  active_shards_percent
   0         5              0                   -                  86.8%

(1) 如何快速了解集群的健康情况? 经过查看status选项的值:

① green: 全部primary shard和replica shard都已成功分配, 集群是100%可用的; ② yellow: 全部primary shard都已成功分配, 但至少有一个replica shard缺失. 此时集群全部功能都正常使用, 数据不会丢失, 搜索结果依然完整, 但集群的可用性减弱. —— 须要及时处理的警告. ③ red: 至少有一个primary shard(以及它的所有副本分片)缺失 —— 部分数据不能使用, 搜索只能返回部分数据, 而分配到这个分配上的写入请求会返回一个异常. 此时虽然能够运行部分功能, 但为了索引数据的完整性, 须要尽快修复集群.

(2) 集群状态为何是yellow?

① 当前只有一个Elasticsearch节点, 并且此时ES中只有一个Kibana内建的索引数据. ② ES为每一个index默认分配5个primary shard和5个replica shard, 为了保证高可用, 它还要求primary shard和replica shard不能在同一个node上. ③ 当前服务中, Kibana内建的index是1个primary shard和1个replica shard, 因为只有1个node, 因此只有primary shard被分配和启动了, 而replica shard没有被成功分配(没有其余node可用).

2 查看集群中的节点个数

# 查询API: 
GET _cat/nodes?v
# 响应信息以下(一行显示不全, 分做两行):
ip             heap.percent  ram.percent  cpu  load_1m  load_5m  load_15m  
172.16.22.133            49           98    3     0.56     0.74      1.02

node.role  master  name
mdi        *       1UlY804

3 查看集群中的索引

# 查询API: 
GET _cat/indices?v
# 响应信息以下(一行显示不全, 分做两行): 
health  status  index      uuid                    pri  rep  
green   open    .kibana_1  4q7ELvdcTVilW3UwtMWqeg    1    0

docs.count  docs.deleted  store.size  pri.store.size
        18             0      78.5kb          78.5kb

版权声明

做者: 马瘦风(https://healchow.com)

出处: 博客园 马瘦风的博客(https://www.cnblogs.com/shoufeng)

感谢阅读, 若是文章有帮助或启发到你, 点个[好文要顶👆] 或 [推荐👍] 吧😜

本文版权归博主全部, 欢迎转载, 但 [必须在文章页面明显位置标明原文连接], 不然博主保留追究相关人员法律责任的权利.