在实际的工作环境中，根据网络环境和监控的规模不同，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选择
Zabbix对数据的处理能力集中体现在Zabbixserver端。总体上，Zabbixserver采用流水线式的多进程架构来处理监控数据，其中比较关键的有3类进程，每一类又可以启动多个进程。这3类进程分别是：trapper/poller进程，负责接收监控数据；预处理进程，负责对接收的监控数据进行预处理；historysyncer进程负责将监控数据写入数据库以及计算触发器表达式并生成event。这3类进程之间可以通过共享内存和Unix域套接字实现进程间通信。这里没有展开讲lld进程，是因为lld进程处理的是底层自动发现的数据，并不是严格意义上的监控值。定制zabbix什么价格prometheus和zabbix优缺点详解。
为什么Zabbix需要HA？让我们深入探讨什么是高可用性，并尝试定义“高可用性”一词的含义：如果一个系统没有单点故障，那么系统是以高可用性模式运行;单点故障是导致整个系统停止运行的部件故障;在使用高可用性的系统中，冗余是一项要求。在我们的例子中，我们需要一个冗余组件，如果当前活动的组件遇到问题，我们可以将其故障转移到该组件;故障切换过程需要透明和自动化;就Zabbix平台架构而言，单点故障就是我们的ZabbixServer。尽管Zabbix自身非常稳定，但是仍然会因为操作系统级别的问题或其它不可预料的情况（如磁盘空间不足）而发生Zabbix平台崩溃。如果ZabbixServer停机，所有数据收集、问题检测和警报都将停止。这就是为什么Zabbix提供可以实现高可用和冗余的组件非常重要。
ValueCache以哈希表形式存储每个监控项的热数据，这些数据主要用于触发器表达式的计算，从而，监控项数量的增长基本不会影响触发器表达式计算所消耗的时间。趋势缓存中存储的是每个监控项**近自然小时内的累计趋势数据，这些数据的更新和写库均需要经历查找的过程，因为数据的更新和写库都是由***到来的监控数据驱动的，需要根据到来的监控数据查找对应的监控项数据。除了需要解决快速查找问题，Zabbix还需要解决快速排序问题，这一问题源于historysyncer进程处理监控数据时应该按照什么样的顺序进行处理，Zabbix是以监控项为单位对所有监控数据按照时间戳从小到大进行全局性的排序，所使用的排序方法就是堆排序，当需要选择目标时，只需要访问根节点即可。在使用堆排序的情形下，每次排序所消耗的时间与堆的规模直接相关。所以我们应该尽可能降低历史缓存中的监控项的数量，以加快数据处理速度。在压力较小的Zabbix系统中，历史缓存中的数据总是接近于0。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。集群节点发送到数据库后端的心跳是非常小的消息，记录在一个较小的Zabbix数据库表中，故性能影响忽略不计。
zabbix优点：1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。基于ZabbixAPI快速生成多Keys监控图表。是什么zabbix一体化
基于TimeScaleDB(PG时序数据库)离线部署Zabbix5.4。本地zabbix选择
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选择
上海观纵科技有限公司是一家集研发、生产、咨询、规划、销售、服务于一体的服务型企业。公司成立于2022-11-14，多年来在webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控行业形成了成熟、可靠的研发、生产体系。主要经营webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等产品服务，现在公司拥有一支经验丰富的研发设计团队，对于产品研发和生产要求极为严格，完全按照行业标准研发和生产。我们以客户的需求为基础，在产品设计和研发上面苦下功夫，一份份的不懈努力和付出，打造了webfunny,walkingfunny,argus产品。我们从用户角度，对每一款产品进行多方面分析，对每一款产品都精心设计、精心制作和严格检验。webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控产品满足客户多方面的使用要求，让客户买的放心，用的称心，产品定位以经济实用为重心，公司真诚期待与您合作，相信有了您的支持我们会以昂扬的姿态不断前进、进步。
