对于大部分监控项而言，随着时间流逝，监控数据会快速地脱离Zabbix server的使用范围，进入冷数据区。虽然冷数据脱离了Zabbix server的使用范围，但是Zabbix仍然不能对冷数据进行离线化，因为前端UI和网络API需要访问这些冷数据，这些访问一般***于少量监控项的读取。从Zabbix server的角度来说，对于任一特定监控项，数据的热区和冷区分界线是固定的，并且热区的数据量相对于冷数据要小得多。如果使用mysql来存储监控数据，由于索引的存在，数据的写入性能会随着存储规模的增加而降低，查询性能也是一样。因此，控制数据规模成为解决数据库访问性能的关键。如果将热数据和冷数据分开存储，并且在需要时让数据在两者之间进行流动，则对于Zabbix server而言，可以**降低数据规模。如果进一步考虑如何实现热数据表的**小化，就需要建立一种动态机制，每次修改触发器表达式后按照触发器的数据需求量在冷热数据之间进行双向调整。zabbix监控数据的热值以及热数据的规模！企业级zabbix监控k8s
如何为Zabbix选择高可用方案在Zabbix6.0LTS版本中增加ZabbixServerHA集群功能支持之前，一般使用第三方HA方案来实现ZabbixServer的高可用。这引发了一场持续的讨论——我应该使用哪种第三方解决方案，以及我应该如何为Zabbix组件配置它？除此之外，您还将拥有一个新的软件层，需要适当的专业知识来部署、配置和管理。当然，也有基于云的HA方案，但大多数情况下，这些方案会产生额外的成本。没有第三方高可用性工具所需的专业知识可能会导致不必要的Zabbix系统停机，在坏的情况下，可能会导致ZabbixDB后端不一致。以下是错误配置的高可用性解决方案可能引发的情况：自动故障切换可能未正确配置;两个ZabbixServer节点同时运行的场景，可能会导致Zabbix数据库后端不一致;错误配置STONITH（射中头部的另一个节点）场景——可能导致两个ZabbixServer节点都崩溃;企业级zabbix监控k8szabbix对发现的主机进行更多控制！
Q：老师，请教个问题，zabbix通过自动发现扫描网段，然后添加主机，有没有什么办法区分路由器或者交换机类型的方法，这样才能把交换机模板或者路由器模板挂给对应的主机
A：不多的话，批量加2次模板就行了
Q：后续上线网络设备后，如果我们组之间沟通不协调，监控会有一些误差或者遗漏，想减少人工去介入
A：可以找一下类型的oid。然后匹配交换机和路由器的字段套上对应的模板
Q：老师，没有网络设备类型通用的oid吧
A：主机名oid应该是通用的，华为和华三、cisco的mib比较通用A：cisco进入特权模式有条命令showsnmp-serveroidlist。可以看到设备的oid的列表。前面是描述，后面是对应的oid，华三和华为应该也是有对应的命令，具体可能需要问下客服
Q：好的，我去试试ciscoQ：那要想做全自动呢？
A：全自动的话，一般这边是通过型号的oid，提取到型号的关键字，cisco字眼的的就套cisco模板，华为就套华为的模板，华三的就套华三的模板
Q：嗯嗯，这种方法我们想过，只要拿到所有设备的型号，在自动发现的时候就可以通过型号区分是交换机还是路由器，感觉太复杂，想要更简单的做法。
在实际的工作环境中，根据网络环境和监控的规模不同，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是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。
江苏纵目信息科技有限公司是一家自动化运维及物联网基础平台软件制造商，长期深耕基于Zabbix的产品化二开及行业应用服务。基于Zabbix企业级深度二开，发布有IT运维监控平台商业软件Argus，面向私有化及混合云数据中心提供***多层次的统一监控和运维管理。开源物联网平台的ZeusIoT，以全球**基于Zabbix的物联网分布式数据采集架构，集设备数据采集、存储、分析、观测为一体，致力于让设备接入和数据处理变得开箱即用，使物联网企业得以聚焦行业应用开发，极大的缩短物联网系统的开发周期。Zabbix 优缺点分别有哪些？湖南zabbix优惠吗
监控工具Prometheus和Zabbix哪种更容易掌握二者有何区别？企业级zabbix监控k8s
ValueCache以哈希表形式存储每个监控项的热数据，这些数据主要用于触发器表达式的计算，从而，监控项数量的增长基本不会影响触发器表达式计算所消耗的时间。趋势缓存中存储的是每个监控项**近自然小时内的累计趋势数据，这些数据的更新和写库均需要经历查找的过程，因为数据的更新和写库都是由***到来的监控数据驱动的，需要根据到来的监控数据查找对应的监控项数据。除了需要解决快速查找问题，Zabbix还需要解决快速排序问题，这一问题源于historysyncer进程处理监控数据时应该按照什么样的顺序进行处理，Zabbix是以监控项为单位对所有监控数据按照时间戳从小到大进行全局性的排序，所使用的排序方法就是堆排序，当需要选择目标时，只需要访问根节点即可。在使用堆排序的情形下，每次排序所消耗的时间与堆的规模直接相关。所以我们应该尽可能降低历史缓存中的监控项的数量，以加快数据处理速度。在压力较小的Zabbix系统中，历史缓存中的数据总是接近于0。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。企业级zabbix监控k8s
上海观纵科技有限公司是一家集研发、生产、咨询、规划、销售、服务于一体的服务型企业。公司成立于2022-11-14，多年来在webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控行业形成了成熟、可靠的研发、生产体系。主要经营webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等产品服务，现在公司拥有一支经验丰富的研发设计团队，对于产品研发和生产要求极为严格，完全按照行业标准研发和生产。上海观纵科技有限公司研发团队不断紧跟webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控行业发展趋势，研发与改进新的产品，从而保证公司在新技术研发方面不断提升，确保公司产品符合行业标准和要求。上海观纵科技有限公司严格规范webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控产品管理流程，确保公司产品质量的可控可靠。公司拥有销售/售后服务团队，分工明细，服务贴心，为广大用户提供满意的服务。
