elasticsearch监控

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/illbehere/article/details/89636678
  • 集群监控
  • 写入和搜索监控

cpu:ES集群的CPU会在聚合、统计场景下被大量使用,CPU采样监控可以通过BalantGrafana上查看。
内存:由于ES底层采用Lucene,索引的数据会有一部分需要常驻内存,由此导致了如果数据量高达,节点的内存会出现异常。
io:大规模写入或读取ES需要大量消耗磁盘随机IO,普通SATA磁盘单块盘能提供的随机IO大约为200左右,现有生产环境SSD硬盘可以提供约1600的随机IO
search:Search延迟可以通过Grafana界面进行查看,页面展示的延迟是单个Shard录到的搜索延迟,无法体现出用户端的搜索延迟。
慢查询日志:ES集群可以选择在线开启慢查询日志监控,通过慢查询日志,可以记录搜索请求中响应时长超过一定范围的搜索请求。慢查询日志中会包含搜索的条件和对应的索引信息。

单个索引需要的Shard数量评估公式如下:

*参考Shard数=Max(总数据量/20G,数据节点总数)
Shard数量越小,单次搜索需要经过的节点数越少,但是单个Shard的数据量越大,单个shard的压力越大,需要根据具体业务进行权衡。*

猜你喜欢

转载自blog.csdn.net/illbehere/article/details/89636678
今日推荐