zabbix 6.2监控数据库的操作

Zabbix在进行监控时，zabbix客户端要安装在被监控设备上，负责定期收集数据，并将其发送给zabbix服务端；zabbix服务端要安装在监控设备上，其将zabbix客户端发送的数据存储的数据库中，zabbixweb根据数据在前端进行展示和绘图。zabbix的数据收集分为两种模式：1、主动模式zabbix客户端主动向zabbixserver请求监控项列表，并主动将监控项内需要的数据提交给zabbixserver。2、被动模式zabbixserver向agent请求获取监控项的数据，zabbixagent返回数据。由此可以看出zabbix的主动和被动模式是以zabbxi客户端为基准的。在Zabbix Proxy配置文件中的Server参数列出所有Zabbix Server集群节点;zabbix 6.2监控数据库的操作

假若当前有个新的监控要求：业主希望快速将一批主机的某个监控项关联到一张图上来（非grpfunc叠加），即以CPU、MEM、DISK等维度纵向对比这批主机的资源使用情况。很显然，当主机数超过一定量时手工创建会非常枯燥和繁琐，所幸Zabbix提供了API。我们通过分析Zabbix Docs中的图表接口，得知要提供的主机HostID、监控项键值ItemID，使用到的Zagbix Method主要有：User Host HostGroup Item Graph等5种方法。如上图，描述本次批量创建图表的主要脚本逻辑，即先获取Zabbix的身份验证令牌，然后查询主机或主机群获得其HOSTID，接着以HOSTID依次获取指定监控键值ID加入列表池，***一次性请求进行图表创建。时代zabbix好选择对于其他监视类型，如SNMP–确保您的端点接受来自所有Zabbix Server节点的连接;

在随后的数据预处理阶段，性主要体现在监控项层面，每个监控值的预处理过程不会依赖于其他监控项，而在同一监控项内部则可能会依赖于前一个值以计算变化率。在的数据存储和触发器运算阶段，性主要体现在host层面，虽然触发器表达式允许跨host使用监控项，但是在实际应用中，使用多的还是在同一个host内部的监控项之间构造表达式，所以触发器表达式的计算只需要使用同一host内部的监控数据。上述的性是逻辑意义上的，而在数据处理的次序方面还存在一种限制性约束，即同一监控项的多次采集值构成一个时间序列，意味着这些值在时间维度上具有先后关系，那么Zabbix在预处理阶段和触发器表达式运算阶段至少需要保证同一监控项的值严格按照时间的先后顺序进行处理。

Zabbix通过很大程度地减少写锁持有时间，并将持有时间碎片化，从而降低了写锁对Zabbix进程并行性能的影响。我们注意到configuration syncer进程是***的，并未采用多进程方式，这一方面是因为元数据内部需要维持某些一致性，如果使用多进程方式，无疑会增加维持一致性方面的开销，另一方面，如果采用多进程，这些进程之间仍然需要解决锁***的问题，**终的结果与单进程并无多大区别。不过，如果能够基于元数据之间的**性，实现基于数据分组的并行化，那就另当别论。监控工具Prometheus和Zabbix哪种更容易掌握二者有何区别？

即使这样，当configuration syncer进程持有写锁时，其他进程将无法访问元数据。对这一问题的优化，Zabbix采用临界区**小化以及拆分临界区的方式，将元数据的同步过程拆分为依次执行的多个同步序列，每个序列结束后都会暂时释放写锁，从而给其他进程运行的机会。这些序列总体上是先同步主机信息，然后同步监控项信息，***同步触发器和事件处理相关的信息。在使用读写锁的情形下，单纯的读锁基本不会影响多进程的执行进度，而一旦写锁介入就会对所有其他进程产生排斥效果。三大开源运维监控工具zabbix、nagios和open-falcon优缺点。企业级zabbix常用知识

根据需要部署尽可能多的Zabbix前端节点，不要忘记正确配置外部地址，以便Zabbix前端能连接到Zabbix服务器。zabbix 6.2监控数据库的操作

假设有一个监控系统存在100万个监控项，30万个触发器，nvps值为一万，意味着每秒需要处理1万个值，而每处理1个值都需要从100万个监控项中找到所对应的item状态信息。同样地，在计算触发器时也需要从大量触发器中查找目标。对于这一查找问题，Zabbix通过哈希表结构来解决，也就是，以itemid、hostid、triggerid等作为键，构建哈希表来组织这些需要频繁查找的数据。哈希表结构存在于配置缓存、历史缓存、历史索引缓存、值缓存valuecache和趋势缓存中，配置信息缓存中的哈希表主要是解决刚才说的频繁查找大规模元数据的问题。历史缓存和历史索引缓存中也使用了哈希表，当有大量的监控数据来不及处理时，可以先放到历史缓存的哈希表中，等待historysyncer进程处理。由于使用了哈希表，即使有大量监控项的数据进入缓存，historysyncer进程仍然可以以固定的时间复杂度来查找这些数据。zabbix 6.2监控数据库的操作

上海观纵科技有限公司在webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控一直在同行业中处于较强地位，无论是产品还是服务，其高水平的能力始终贯穿于其中。公司位于上海市奉贤区望园南路1288弄80号1904、1909室，成立于2022-11-14，迄今已经成长为传媒、广电行业内同类型企业的佼佼者。观纵科技以webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控为主业，服务于传媒、广电等领域，为全国客户提供先进webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控。将凭借高精尖的系列产品与解决方案，加速推进全国传媒、广电产品竞争力的发展。