【Z投稿】Zabbix后端存储ES的优化实践

作者简介

▼

Wanger，Zabbix运维工程师，熟悉Zabbix开源监控系统的架构，乐于分享Zabbix运维经验，个人公众号“没有故事的陈师傅”

擅长领域：Zabbix基础设施运维以及Zabbix图形化展示

场景分析

▼

由于公司zabbix的历史数据存储在elasticsearch中，有个需求是尽可能地把监控的历史数 据存储的长一点，最好是一年，目前的情况是三台ES节点，每天监控历史数据量有5G，目前最多可存储一个月的数据，超过30天的会被定时删除，每台内存分了8G，且全部使用机械硬盘，主分片为5，副本分片为1，查询需求一般只获取一周的历史数据，偶尔会有查一 个月到两个月历史数据的需求。

节点规划

▼

为了让ES能存储更长的历史数据，以及考虑到后续监控项添加导致数据的增长，我将节点 数量增加至4节点，并将部分节点内存提高，部分节点采用SSD存储

优化思路

▼

对数据mapping重新建模，对str类型的数据不进行分词，采用冷热节点对数据进行存储， 前七天数据的索引分片设计为2主1副，索引存储在热节点上，超过七天的数据将被存储在 冷节点，超过30天的索引分片设置为2主0副本，ES提供了一个_shrink的api来进行压缩。由于ES是基于Lucene的搜索引擎，Lucene的索引由多个segment组成，每一个段都会消耗 文件句柄，内存和CPU运行周期，段数量过多会使资源消耗变大，搜索也会变慢，这里我将 前一天的索引分片强制合并为1个segment，修改refresh的时间间隔至60s，减少段的产生 频率。对超过3个月的索引进行关闭。以上操作均使用ES的管理工具curator来定时执行。

Zabbix与ES的对接操作

▼

1.修改/etc/zabbix/zabbix_server.

conf，添加如下内容

ES地址填写集群中任意一个节点就可以

2.修改/etc/zabbix/web/zabbix.conf.

php 添加如下内容

3.修改ES配置文件，添加冷热节点的标签

vim elasticsearch.yml

热节点配置

冷节点配置

4.在es上创建模板和管道

每种数据类型的模板都需要创建，可以根据elasticsearch.map文件来获取mapping的信息，模板定义内容有匹配的索引，主副分片数设置，refresh间隔，新建索引分配节点设置以及 mapping的设置，这里我只是以uint和str数据的索引为例。

定义管道的作用是对写入索引之前的数据进行预处理，使其按天产生索引。

5.修改完成后重启zabbix,并查看zabbix是否有数据

使用curator对索引进行操作

▼

curator官方文档地址如下

https://www.elastic.co/guide/en/elasticsearch/client/curator/5.8/installation.html

1.安装curator

2.创建curator配置文件

3.编辑action.yml,定义action

将7天以前的索引分配到冷节点

将前一天的索引强制合并，每个分片1个segment。

超过30天的索引将主分片数量修改为2，副本分片为0，执行shrink操作的节点不能作为 master节点

对超过三个月的索引进行关闭

超过一年的索引进行删除

4.执行curator进行测试

5. 将curator操作写进定时任务，每天执行

优化后的效果

▼

为了测试，这里我将curator执行的对象修改为一天以前的索引，并且shrink压缩成一个主 分片。可以看到前一天的分片已经迁移到冷节点上了，并且冷节点上只有一个主分片。

通过GET str-2020-03-08-shrink/_segments查看segment的数量，发现每个分片 segment的数量也只为1个。

至此，还请各路专家批评指正：）