修改Zabbix源码实现监控数据双写,满足业务需求!

本文涉及的产品
检索分析服务 Elasticsearch 版,2核4GB开发者规格 1个月
简介: 虽然对接Elasticsearch后有诸多好处,但是它不往数据库写历史数据了,同时还不再计算趋势数据了。有这么一个场景...

本文转载出处:https://mp.weixin.qq.com/s?__biz=MzUzMTkyODc4NQ==&mid=2247486774&idx=1&sn=30dac5dfc151962fc6774126b1754b71&chksm=faba4e88cdcdc79e6ee67d14981aaeabb58581dce0c0d8fe308f322d66633f0322328d519d70&scene=178&cur_album_id=2869340550028771330#rd

写在开篇

玩过 Zabbix 的朋友都了解,Zabbix 提供了与 Elasticsearch(ES)的集成,允许用户将历史数据存储在 Elasticsearch 中,而无需使用传统数据库。在高监控负载的生产环境中,这种架构带来了多重好处。首先,它有效减轻了数据库的负担,从而提高了整体性能。其次,通过将历史数据存储在 Elasticsearch 中,节省了数据库的存储空间。此外,ES 集群可在使用常规 PC 服务器搭建的情况下进行快速扩展,具有低成本的优势。这样的架构特别适合需要延长监控历史数据保留周期的场景,并能充分利用 Elasticsearch 强大的搜索功能。

Zabbix对接Elasticsearch官方参考文档:
https://www.zabbix.com/documentation/5.0/en/manual/appendix/install/elastic_search_setup

监控项类型对应关系如下:

监控项值类型 数据库表 Elasticsearch类型

Numeric (unsigned)| history_uint| uint|
Numeric (float)| history| dbl|
Character| history_str| str|
Log |history_log| log|
Text| history_text| text|

值得注意的是,官方文档也明确指出,当所有历史数据存储在 Elasticsearch 上时,Zabbix 将不再计算趋势,并且这些数据也不会存储在传统数据库中。因此,在选择存储方案时,需要根据实际需求平衡数据分析、趋势计算以及存储成本等因素。

虽然对接Elasticsearch后有诸多好处,但是它不往数据库写历史数据了,同时还不再计算趋势数据了。有这么一个场景,3点需求如下:

  • 需求一: 关系型数据库的存储空间不足,且有通过数据库自身的机制定期删除旧的历史监控数据(如表分区,按天、按周、按月,到一定时间后删除旧的表分区)。
  • 需求二: 对监控历史数据的保留周期有要求,少则半年,多则1年以上。
  • 需求三: 还需要利用到趋势数据用作其他用途,必须要有趋势数据。

面对上述的3点需求,怎么办?个人认为有4种可能的解决方案:

  • 方案一: 直接对接数据库,不要对接ES,然后自己写程序,从数据库查询历史数据相关的表,查询到的数据往ES集群里丢,但这会增加数据库IO压力,而且查询的范围和周期不好控制,容易把数据库搞崩溃或者丢数据,并且不敢保证自己的sql是最优的。
  • 方案二: 在方案一的基础上,使用第三方组件,我研究过Logstash(是一个开源数据收集引擎),它有JDBC插件,输入端为数据库,输出端为ES,但我发现最终还要自己写sql,个人认为缺点和方案一基本一致。无非就是连接数据库和连接ES的代码不用自己写了,但是查询的sql还是自己写的。
  • 方案三: 对接ES,然后写程序或第三方组件从ES获取数据,回写到数据库的历史表,但感觉缺点也是超级明显,不可靠、不可控、不稳定、丢数据、给数据库带来压力。
  • 方案四: 修改zabbix源码实现对数据库和Elasticsearch的同时写入,这个方案也是终极方案,能够有效的减轻数据库压力,保证数据一致性,保证程序的稳定性,个人最为是最优的解决方案。

源码修改

我的开发和测试环境说明:

组件 版本 备注
CentOS 7.9
Zabbix 5.0.7
Oracle 19c
php 7.4.33 前端页面
nginx 1.22.1 前端页面
elasticsearch 7.13 3节点集群
kibana 7.13
make 3.82
gcc 4.8.5
vscode 方便调试代码

下载源码包后解压之后主要关注src/libs/zbxhistory目录下的源代码文件:

[root@workhost zbxhistory]# ls -l
-rwxrwxrwx 1 root root  24108 Jan  4 16:02 history.c
-rwxrwxrwx 1 root root  36629 Jan  4 14:48 history_elastic.c
-rw-r--r-- 1 root root 126576 Jan  4 14:49 history_elastic.o
-rwxrwxrwx 1 root root   1883 Jan  3 15:09 history.h
-rw-r--r-- 1 root root  48192 Jan  4 13:02 history.o
-rwxrwxrwx 1 root root  32105 Dec 14  2020 history_sql.c
-rw-r--r-- 1 root root  51088 Jan  3 16:40 history_sql.o
-rw-r--r-- 1 root root 227368 Jan  4 14:49 libzbxhistory.a

最重要的3个源代码文件说明:

  • history.c: 包含历史数据处理逻辑的主要源代码文件。
  • history_elastic.c: 包含与将历史数据写入Elasticsearch相关的源代码文件。
  • history_sql.c: 包含与将历史数据写入关系型数据库相关的源代码文件。

主要思路说明:

    1. 在zabbix_server.conf中,如果配置了HistoryStorageURL、HistoryStorageTypes监控数据就往ES写入,如果没有配置就往数据库写入。所以,这是逻辑问题,而不是功能问题。也就是说监控数据写入关系数据库的功能和写入ES的功能代码不用修改,只需要找到控制往哪里写入的逻辑并按自己的需求调整它即可。
    1. 所以,只需要关注history.c源代码文件,history.c是历史数据处理逻辑的主要代码文件。

重要说明:从搭建开发和测试环境到调试代码实现需求,满打满算用了1天半的时间,很想把在整个调测过程遇到的问题、心得都分享出来,但发现真的不知道怎么去表达,而且还会长篇大论。所以,我直接把修改后的源码放出来,需要调整的地方我都做好了中文注释,没有中文注释的说明保持原样。

history.c源代码文件:

/*
** Zabbix
** Copyright (C) 2001-2020 Zabbix SIA
**
** This program is free software; you can redistribute it and/or modify
** it under the terms of the GNU General Public License as published by
** the Free Software Foundation; either version 2 of the License, or
** (at your option) any later version.
**
** This program is distributed in the hope that it will be useful,
** but WITHOUT ANY WARRANTY; without even the implied warranty of
** MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
** GNU General Public License for more details.
**
** You should have received a copy of the GNU General Public License
** along with this program; if not, write to the Free Software
** Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
**/

#include "common.h"
#include "log.h"
#include "zbxalgo.h"
#include "zbxhistory.h"
#include "history.h"

#include "../zbxalgo/vectorimpl.h"

ZBX_VECTOR_IMPL(history_record, zbx_history_record_t)

extern char    *CONFIG_HISTORY_STORAGE_URL;
extern char    *CONFIG_HISTORY_STORAGE_OPTS;

zbx_history_iface_t    history_ifaces[ITEM_VALUE_TYPE_MAX];

// 增加用于es集群后端存储的全局数组
zbx_history_iface_t    history_ifaces_es[ITEM_VALUE_TYPE_MAX];

// 原来是在zbx_history_init函数里面的,把它放到这里让它变成全局变量
const char    *opts[] = {
   
   "dbl", "str", "log", "uint", "text"};

/************************************************************************************
 *                                                                                  *
 * Function: zbx_history_init                                                       *
 *                                                                                  *
 * Purpose: initializes history storage                                             *
 *                                                                                  *
 * Comments: History interfaces are created for all values types based on           *
 *           configuration. Every value type can have different history storage     *
 *           backend.                                                               *
 *                                                                                  *
 ************************************************************************************/
// 这个函数的作用是初始化历史存储,基于为所有值类型创建历史接口配置每种值类型都可以有不同的历史存储后端。
int    zbx_history_init(char **error)
{
   
   
    int        i, ret;

    for (i = 0; i < ITEM_VALUE_TYPE_MAX; i++)
    {
   
   
        if (NULL == CONFIG_HISTORY_STORAGE_URL || NULL == strstr(CONFIG_HISTORY_STORAGE_OPTS, opts[i]))
            ret = zbx_history_sql_init(&history_ifaces[i], i, error); // 保持不变
        else
            ret = zbx_history_elastic_init(&history_ifaces_es[i], i, error); // 修改为使用全局数组history_ifaces_es

            // 增加初始化sql类型数据库存储后端接口
            ret = zbx_history_sql_init(&history_ifaces[i], i, error);

        if (FAIL == ret)
            return FAIL;
    }
    return SUCCEED;
}

/************************************************************************************
 *                                                                                  *
 * Function: zbx_history_destroy                                                    *
 *                                                                                  *
 * Purpose: destroys history storage                                                *
 *                                                                                  *
 * Comments: All interfaces created by zbx_history_init() function are destroyed    *
 *           here.                                                                  *
 *                                                                                  *
 ************************************************************************************/
// 这个函数的作用是将在zbx_history_init()函数创建的所有接口都在此处销毁。
void zbx_history_destroy(void)
{
   
   
    int i;

    for (i = 0; i < ITEM_VALUE_TYPE_MAX; i++)
    {
   
   
        // 增加判断条件
        if (NULL == CONFIG_HISTORY_STORAGE_URL || NULL == strstr(CONFIG_HISTORY_STORAGE_OPTS, opts[i]))
        {
   
   
            zbx_history_iface_t *writer = &history_ifaces[i];
            writer->destroy(writer);
        }
        else
        {
   
   
            // 增加销毁history_ifaces_es
            zbx_history_iface_t *writer_es = &history_ifaces_es[i]; // 修改为使用全局数组history_ifaces_es
            writer_es->destroy(writer_es);

            // 同时增加销毁history_ifaces
            zbx_history_iface_t *writer = &history_ifaces[i];
            writer->destroy(writer);            
        }
    }
}


/************************************************************************************
 *                                                                                  *
 * Function: zbx_history_add_values                                                 *
 *                                                                                  *
 * Purpose: Sends values to the history storage                                     *
 *                                                                                  *
 * Parameters: history - [IN] the values to store                                   *
 *                                                                                  *
 * Comments: add history values to the configured storage backends                  *
 *                                                                                  *
 ************************************************************************************/
// 这个函数的作用是将值发送到已配置的存储后端
int    zbx_history_add_values(const zbx_vector_ptr_t *history)
{
   
   
    int    i, flags = 0, ret = SUCCEED;

    zabbix_log(LOG_LEVEL_DEBUG, "In %s()", __func__);

    for (i = 0; i < ITEM_VALUE_TYPE_MAX; i++)
    {
   
   
        // 增加判断条件
        if (NULL == CONFIG_HISTORY_STORAGE_URL || NULL == strstr(CONFIG_HISTORY_STORAGE_OPTS, opts[i]))
        {
   
   
            zbx_history_iface_t    *writer = &history_ifaces[i];
            if (0 < writer->add_values(writer, history))
                flags |= (1 << i);
        }
        else
        {
   
   
            // 将监控历史数据添加到es后端存储
            zbx_history_iface_t    *writer_es = &history_ifaces_es[i]; // 修改为使用全局数组history_ifaces_es
            if (0 < writer_es->add_values(writer_es, history))
                flags |= (1 << i);

            // 同时将监控历史数据添加到sql后端存储
            zbx_history_iface_t    *writer = &history_ifaces[i];
            if (0 < writer->add_values(writer, history))
                flags |= (1 << i);                
        }

    }

    for (i = 0; i < ITEM_VALUE_TYPE_MAX; i++)
    {
   
   
        // 增加判断条件
        if (NULL == CONFIG_HISTORY_STORAGE_URL || NULL == strstr(CONFIG_HISTORY_STORAGE_OPTS, opts[i]))
        {
   
   
            zbx_history_iface_t    *writer = &history_ifaces[i];
            if (0 != (flags & (1 << i)))
                ret = writer->flush(writer);
        }
        else
        {
   
   
            // 将监控历史数据添加到es后端存储
            zbx_history_iface_t    *writer_es = &history_ifaces_es[i]; // 修改为使用全局数组history_ifaces_es
            if (0 != (flags & (1 << i)))
                ret = writer_es->flush(writer_es);

            // 同时将监控历史数据添加到sql后端存储
            zbx_history_iface_t    *writer = &history_ifaces[i];
            if (0 != (flags & (1 << i)))
                ret = writer->flush(writer);                        
        }

    }

    zabbix_log(LOG_LEVEL_DEBUG, "End of %s()", __func__);

    return ret;
}

// 除了上面需要调整的地方,以下参数保持原样即可,为了控制篇幅就不再贴上来。 
...
...
...

调整源码后,编译并运行:

./configure --prefix=/opt/zabbixsvr5v1 --enable-server --enable-java --enable-ipv6 --with-oracle-include=/usr/include/oracle/21/client64 --with-oracle-header-path=/usr/lib/oracle/21/client64/lib/ --with-oracle-lib=/usr/lib/oracle/21/client64/lib/ --with-net-snmp --with-libcurl --with-openipmi --with-libxml2 --with-unixodbc --with-ssh2 

make

make install

cat > /opt/zabbixsvr5v1/zabbix_server.conf <<EOF
LogFile=/tmp/zabbix_serverv1.log
DBHost=192.168.88.20
DBName=pdb1_zabbix
DBUser=zbxuser
DBPassword=abc123456
DBPort=1521
HistoryStorageURL=192.168.88.24:9200
HistoryStorageTypes=uint,dbl,str,log,text
Timeout=4
LogSlowQueries=3000
AllowRoot=1
StatsAllowedIP=127.0.0.1
EOF

/opt/zabbixsvr5v1/sbin/zabbix_server -c /opt/zabbixsvr5v1/etc/zabbix_server.conf

接着准备两个前端,一个指向数据库查询,另一个指向ES查询:

// 指向ES查询的前端 ./nginx/html/conf/zabbix.conf.php
<?php
$DB['TYPE']                             = 'ORACLE';
$DB['SERVER']                   = '192.168.88.20';
$DB['PORT']                             = '1521';
$DB['DATABASE']                 = 'pdb1_zabbix';
$DB['USER']                             = 'zbxuser';
$DB['PASSWORD']                 = 'abc123456';
$DB['SCHEMA']                   = '';
$DB['ENCRYPTION']               = false;
$DB['KEY_FILE']                 = '';
$DB['CERT_FILE']                = '';
$DB['CA_FILE']                  = '';
$DB['VERIFY_HOST']              = false;
$DB['CIPHER_LIST']              = '';
$DB['DOUBLE_IEEE754']   = true;
$ZBX_SERVER                             = '192.168.88.8';
$ZBX_SERVER_PORT                = '10051';
$ZBX_SERVER_NAME                = 'zabbix-es';
$IMAGE_FORMAT_DEFAULT   = IMAGE_FORMAT_PNG;
$HISTORY['url'] = [
        'uint' => 'http://192.168.88.24:9200',
        'text' => 'http://192.168.88.24:9200',
        'dbl'  => 'http://192.168.88.24:9200',
        'str'  => 'http://192.168.88.24:9200',
        'log'  => 'http://192.168.88.24:9200',
];
$HISTORY['types'] = ['uint','dbl','str','log','text'];


// 指向关系型数据库查询的前端 ./nginx/html/conf/zabbix.conf.php
<?php
$DB['TYPE']                             = 'ORACLE';
$DB['SERVER']                   = '192.168.88.20';
$DB['PORT']                             = '1521';
$DB['DATABASE']                 = 'pdb1_zabbix';
$DB['USER']                             = 'zbxuser';
$DB['PASSWORD']                 = 'abc123456';
$DB['SCHEMA']                   = '';
$DB['ENCRYPTION']               = false;
$DB['KEY_FILE']                 = '';
$DB['CERT_FILE']                = '';
$DB['CA_FILE']                  = '';
$DB['VERIFY_HOST']              = false;
$DB['CIPHER_LIST']              = '';
$DB['DOUBLE_IEEE754']   = true;
$ZBX_SERVER                             = '192.168.88.8';
$ZBX_SERVER_PORT                = '10051';
$ZBX_SERVER_NAME                = 'zabbix-oracle';
$IMAGE_FORMAT_DEFAULT   = IMAGE_FORMAT_PNG;

看最终效果

kibana看索引:

从数据库看最新数据:

从ES看最新数据:

相关实践学习
使用阿里云Elasticsearch体验信息检索加速
通过创建登录阿里云Elasticsearch集群,使用DataWorks将MySQL数据同步至Elasticsearch,体验多条件检索效果,简单展示数据同步和信息检索加速的过程和操作。
ElasticSearch 入门精讲
ElasticSearch是一个开源的、基于Lucene的、分布式、高扩展、高实时的搜索与数据分析引擎。根据DB-Engines的排名显示,Elasticsearch是最受欢迎的企业搜索引擎,其次是Apache Solr(也是基于Lucene)。 ElasticSearch的实现原理主要分为以下几个步骤: 用户将数据提交到Elastic Search 数据库中 通过分词控制器去将对应的语句分词,将其权重和分词结果一并存入数据 当用户搜索数据时候,再根据权重将结果排名、打分 将返回结果呈现给用户 Elasticsearch可以用于搜索各种文档。它提供可扩展的搜索,具有接近实时的搜索,并支持多租户。
相关文章
|
21天前
|
监控 Java Shell
监控堆外第三方监控工具Zabbix
监控堆外第三方监控工具Zabbix
33 5
|
7月前
|
数据采集 监控 数据库
OceanBase社区版可以通过Zabbix监控
OceanBase社区版可以通过Zabbix监控
279 4
|
19天前
|
监控 安全 前端开发
使用 Zabbix 监控堆外应用
使用 Zabbix 监控堆外应用
37 9
|
18天前
|
监控 数据可视化 Java
zabbix全面的监控能力
zabbix全面的监控能力
44 7
|
4月前
|
监控 安全 Linux
在Linux中,zabbix如何监控脑裂?
在Linux中,zabbix如何监控脑裂?
|
1月前
|
SQL 监控 数据库
OceanBase社区版可以通过Zabbix监控
OceanBase社区版可以通过Zabbix监控
84 7
|
2月前
|
SQL 监控 数据库
OceanBase社区版可以通过Zabbix监控
【10月更文挑战第5天】随着OceanBase社区版的广泛应用,企业纷纷采用这一高性能、高可用的分布式数据库系统。为了确保系统的稳定运行,使用成熟的Zabbix监控工具进行全面监控至关重要。本文通过具体示例介绍了如何配置Zabbix监控OceanBase,包括安装配置、创建监控模板和监控项、编写脚本、设置触发器及图形展示等步骤,帮助读者快速上手,及时发现并解决问题,确保业务始终处于最佳状态。
84 2
|
3月前
|
监控 关系型数据库 MySQL
zabbix agent集成percona监控MySQL的插件实战案例
这篇文章是关于如何使用Percona监控插件集成Zabbix agent来监控MySQL的实战案例。
81 2
zabbix agent集成percona监控MySQL的插件实战案例
|
4月前
|
SQL 监控 分布式数据库
【解锁数据库监控的神秘力量!】OceanBase社区版与Zabbix的完美邂逅 —— 揭秘分布式数据库监控的终极奥秘!
【8月更文挑战第7天】随着OceanBase社区版的普及,企业广泛采用这一高性能、高可用的分布式数据库。为保障系统稳定,使用成熟的Zabbix监控工具对其进行全方位监控至关重要。本文通过实例介绍如何在Zabbix中配置监控OceanBase的方法,包括创建监控模板、添加监控项(如TPS)、设置触发器及图形展示,并提供示例脚本帮助快速上手。通过这些步骤,可以有效监控OceanBase状态,确保业务连续性。
109 0
|
6月前
|
监控 数据库 Docker
Zabbix监控神通数据库教程
**摘要:** 本文介绍了如何使用Docker安装和配置神舟通用数据库,并利用Zabbix进行监控。首先,通过Docker安装数据库镜像,启动容器并映射端口。接着,使用默认凭证连接数据库并验证安装。然后,将数据库的Python模块和库文件复制到主机,并安装Python3.5及相应模块,创建外部检查脚本以实现Zabbix的监控功能。示例展示了查询数据库版本的监控指标配置。最后,提到了监控结果的界面展示,并邀请读者探索更多Zabbix监控技巧。
103 0
Zabbix监控神通数据库教程

推荐镜像

更多
下一篇
DataWorks