6-Elasticsearch监控

一起来玩Elasticsearch，加我微信：wx1250134974

Elasticsearch认证复习准备

https://www.elastic.co/guide/cn/elasticsearch/guide/current/getting-started.html

 

#查看集群健康

GET _cluster/health

 

注：

green：

所有的主分片和副本分片都已分配。你的集群是 100% 可用的。

yellow：

所有的主分片已经分片了，但至少还有一个副本是缺失的。不会有数据丢失，所以搜索结果依然是完整的。不过，你的高可用性在某种程度上被弱化。如果 更多的 分片消失，你就会丢数据了。把 yellow 想象成一个需要及时调查的警告。

red：

至少一个主分片（以及它的全部副本）都在缺失中。这意味着你在缺少数据：搜索只能返回部分数据，而分配到这个分片上的写入请求会返回一个异常。

 

 

#查找问题索引

GET _cluster/health?level=indices

 

 

#节点统计，监控单个节点

GET _nodes/stats

 

注：详细监控项含义：

https://www.elastic.co/guide/cn/elasticsearch/guide/current/_monitoring_individual_nodes.html

 

比较常用的监控项：当前节点文档数量-docs、文档总体占用磁盘总量-store、fielddata发生了多少次驱逐-evictions(发生，表示聚合排序或者父子文档查询等操作占用内存过多，可适当优化此类查询)、gc垃圾回收中老生代回收次数和时间、各类线程池中rejected的次数（次数增加表示集群资源不够用了）、

http部分的total_opened的次数（增加表示客户端为正确配置使用长连接）

、fielddata_breaker中tripped的次数（触发次数多，表示内存经常在聚合排序类操作下不够用，需要优化语句或增加节点了）

 

 

#集群统计，和节点统计差不多，只是这个是汇总值

GET _cluster/stats

 

 

#是否有积压任务，如果有返回表示集群元数据过大且变动频繁（一般是垃圾的产品设计导致、垃圾的建模导致）

GET _cluster/pending_tasks

 

 

 

#接口的使用过于笨拙，最好安装marvel来进行监控

安装流程：这是2.4版本的，高版本的监控方式后期有时间整理

https://www.elastic.co/guide/en/marvel/current/getting-started.html

 

 

一起来玩Elasticsearch，加我微信：wx1250134974