江苏纵目信息科技有限公司是一家自动化运维及物联网基础平台软件制造商，长期深耕基于Zabbix的产品化二开及行业应用服务。基于Zabbix企业级深度二开，发布有IT运维监控平台商业软件Argus，面向私有化及混合云数据中心提供***多层次的统一监控和运维管理。开源物联网平台的ZeusIoT，以全球**基于Zabbix的物联网分布式数据采集架构，集设备数据采集、存储、分析、观测为一体，致力于让设备接入和数据处理变得开箱即用，使物联网企业得以聚焦行业应用开发，极大的缩短物联网系统的开发周期。Zabbix6.2惊喜发布!特别优化中大型环境部署的性能!zabbix服务热线
监控数据的逻辑视角：监控数据首先特点是具有相互独立性。在不同的数据处理阶段，这种**性会体现在不同的层面，在数据采集阶段会体现在value层面，如果不考虑日志监控的话，同一监控项的多次数据采集之间不会互相影响，相当于是无状态的。在数据传输阶段，也就是从agent发送数据到server接收数据的阶段，**性体现在host层面，不同的host使用不同的地址和接口进行数据传输，互不影响，而在同一个host内部，每次传输的数据往往包含多个监控项的值。zabbix 6.2监控centos对于其他监视类型，如SNMP–确保您的端点接受来自所有Zabbix Server节点的连接;
Prometheus将数据存储在自己的时间序列数据库(TSDB)中。Prometheus拥有自己的TSDB，可以接收和处理比许多其他监控系统更多的指标。Prometheus甚至可以使用毫秒分辨率时间戳写入数据。Prometheus本身**多只能存储14天的数据，如需更长的数据存储时间，您可以配置远程存储。Zabbix使用外部数据库来存储数据。Zabbix数据库必须在安装期间创建。当前支持以下数据库：MySQL、PostgreSQL、Oracle、IBMDB2和SQLite。Prometheus和Zabbix的区别，必须要考虑到，Prometheus只存储时间序列的值。它不适用于文本、日志或事件日志。不过可以通过Grafana的Loki与Prometheus一起使用，可以解决这个问题，但Zabbix可以提供开箱即用的基本功能，用于存储一些文本、日志、分析设置触发器。
在实际的工作环境中，根据网络环境和监控的规模不同，zabbix一共有三种框架，分别是server_client架构、master_node_client架构和server_proxy_client架构。1、server_client架构zabbix**简单的架构，监控设备和被监控设备之间直接相连，zabbix_server和zabbix_client之间直接进行数据交互。2、zabbix_proxy_client架构proxy是连接server和client之间的桥梁，其本身不存放数据，只是将zabbix_agent端发来的数据暂存，然后再提交给server。这种架构一般用于跨机房、跨网络的中型网络架构。在server_proxy_client架构中，server设备的宕机会导致整个系统瘫痪而无法正常工作。3、master_node_client架构master_node_client架构是zabbix**复杂的架构。一般用于跨机房、跨网络、监控设备较多的大型网络架构。与server_proxy_client架构相比，master_node_client架构的主要区别在于node与proxy上.在master_node_client架构中，每个node可以理解为一个小的server端，在自己的配置文件和数据库，node下游可以直接连接client，也可以再次经过proxy代理后连接client。在master_node_client架构中，master设备宕机不会影响node节点的正常工作。zabbix元数据的访问与协调。
下面看一下元数据对数据处理效率的影响。元数据位于共享内存中，包含监控项、主机、触发器、接口等所有必要的信息，这些信息分别存储在很多个哈希表结构中。这些信息供几乎所有Zabbix进程使用，在Zabbixserver端，无论是数据接收阶段、预处理阶段、数据计算阶段都离不开对元数据的访问。此外，元数据还需要通过configurationsyncer进程进行定期数据同步，目的是将数据库中所作的修改同步到缓存中。当在同步过程中需要修改元数据，configurationsyncer进程会对面临一个较大的挑战，就是与其他进程的协调。考虑到大部分进程只是读取元数据，而不会进行写操作，Zabbix选择使用读写锁来协调所有进程对元数据的访问，从而允许多个进程同时读取元数据。从Zabbix前端同步Zabbix proxy配置。哪些zabbix常见问题
zabbix主动模式和被动模式的优缺点。zabbix服务热线
假设有一个监控系统存在100万个监控项，30万个触发器，nvps值为一万，意味着每秒需要处理1万个值，而每处理1个值都需要从100万个监控项中找到所对应的item状态信息。同样地，在计算触发器时也需要从大量触发器中查找目标。对于这一查找问题，Zabbix通过哈希表结构来解决，也就是，以itemid、hostid、triggerid等作为键，构建哈希表来组织这些需要频繁查找的数据。哈希表结构存在于配置缓存、历史缓存、历史索引缓存、值缓存valuecache和趋势缓存中，配置信息缓存中的哈希表主要是解决刚才说的频繁查找大规模元数据的问题。历史缓存和历史索引缓存中也使用了哈希表，当有大量的监控数据来不及处理时，可以先放到历史缓存的哈希表中，等待historysyncer进程处理。由于使用了哈希表，即使有大量监控项的数据进入缓存，historysyncer进程仍然可以以固定的时间复杂度来查找这些数据。zabbix服务热线
上海观纵科技有限公司主要经营范围是传媒、广电，拥有一支专业技术团队和良好的市场口碑。观纵科技致力于为客户提供良好的webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控，一切以用户需求为中心，深受广大客户的欢迎。公司从事传媒、广电多年，有着创新的设计、强大的技术，还有一批专业化的队伍，确保为客户提供良好的产品及服务。在社会各界的鼎力支持下，持续创新，不断铸造高质量服务体验，为客户成功提供坚实有力的支持。
