Prometheus是一个具有***内置功能的工具，因此Prometheus用户无需安装各种插件或守护程序即可收集指标。服务检测也是自动的。Prometheus可以定期从目标系统中采集指标。也可以使用推送机制收集指标。由于Zabbix**初是为监控服务器而开发的，因此它专注于主机。从用户的角度来看，Zabbix分为两大部分：服务端和代理端。服务用于收集和存储统计数据，代理用于采集数据。Zabbix代理支持被动（轮询）和主动检查。被动检查是指Zabbix服务向Zabbix代理请求一个值，代理处理该请求并将该值返回给Zabbix服务。主动检查是指Zabbix代理从Zabbix服务请求一个主动检查列表，然后定期发送结果。在没有安装代理选项的情况下，Zabbix可以检查网络服务的可用性，以及执行远程命令。zabbix通过一系列的UI/UX优化、新监控项和配置选项以及中大型环境部署的性能优化。国内zabbix搭建
在默认的情况下，zabbix有6个工作进程；分别是zabbix_agentd，zabbix_get，zabbix_proxy，zabbix_sender，zabbix_server和zabbix_gateway。其中，zabbix_java_gateway是可选进程。这6个进程的作用如下：1、zabbix_agentdzabbix-agentd为zabbix客户端守护进程，主要负责收集客户端监控项数据。2、zabbix_serverzabbix_server为zabbix服务端守护进程，主要负责收集zabbix客户端数据。（端口为10051）3、zabbix_proxyzabbix_proxy是zabbix的代理程序，其功能类似于server，作用上类似于一个中转站，**终会把收集的数据再次提交给zabbix_server。4、zabbix_getzabbix_get作为zabbix工具，通常运行在zabbix_server或者zabbix_proxy上，用于远程获取客户端信息，通常用于排错。5、zabbix_senderzabbix_sender也是zabbix的一个工具，通常运行在zabbix的客户端，用于耗时比较长的检查，其作用是主动发送数据。6、zabbix_java_gatewayzabbix_java_gateway是zabbix2.0以后引入的新功能，可以用于JAVA方面的设备；但是只能主动获取数据，而不能被动获取数据。技术zabbix服务价格从PC/Corosync/Pacemaker等第三方解决方案迁移到原生Zabbix Server高可用性集群时，比较好做法是什么？
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：嗯嗯，这种方法我们想过，只要拿到所有设备的型号，在自动发现的时候就可以通过型号区分是交换机还是路由器，感觉太复杂，想要更简单的做法。
ValueCache以哈希表形式存储每个监控项的热数据，这些数据主要用于触发器表达式的计算，从而，监控项数量的增长基本不会影响触发器表达式计算所消耗的时间。趋势缓存中存储的是每个监控项**近自然小时内的累计趋势数据，这些数据的更新和写库均需要经历查找的过程，因为数据的更新和写库都是由***到来的监控数据驱动的，需要根据到来的监控数据查找对应的监控项数据。除了需要解决快速查找问题，Zabbix还需要解决快速排序问题，这一问题源于historysyncer进程处理监控数据时应该按照什么样的顺序进行处理，Zabbix是以监控项为单位对所有监控数据按照时间戳从小到大进行全局性的排序，所使用的排序方法就是堆排序，当需要选择目标时，只需要访问根节点即可。在使用堆排序的情形下，每次排序所消耗的时间与堆的规模直接相关。所以我们应该尽可能降低历史缓存中的监控项的数量，以加快数据处理速度。在压力较小的Zabbix系统中，历史缓存中的数据总是接近于0。上述哈希表结构的设计体现了监控数据的**性，正是由于**性，每次查找数据只需要访问单个目标。而堆排序的设计则体现了监控数据在时间维度的先后次序。主流监控组件对比 —— Zabbix、Open-Falcon、Prometheus。
Zabbix集群模式下，节点的状态说明ZabbixServer集群模式下的节点存有以下几种状态：Active–当前处于活动状态的节点。一次只能有一个节点处于活动状态;Standby–节点当前正在待机模式下运行。多个节点可以具有此状态;Shutdown–之前检测到该节点，但它已正常关闭;Unreachable–以前检测到节点，但在未关闭的情况下意外丢失。这可能是由许多不同的原因造成的，例如，节点崩溃或出现网络问题;在正常情况下，您将有一个活动节点和一个或多个备用节点。例如，如果您正在这些节点上执行一些维护任务，则也需要处于关闭模式的节点。另一方面，如果一个活动节点变得不可访问，则此时一个备用节点将接管。ZabbixHAManager我们如何检查哪个节点当前处于活动状态，哪些节点正在待机模式下运行？首先，我们可以在Zabbix前端看到这一点——稍后我们将对此进行讲述。我们还可以从命令行检查节点状态。在每个节点上——无论是活动节点还是备用节点，您都会看到zabbix_服务器和hamanager进程已经启动。hamanager进程负责每5秒检查一次数据库中的高可用性节点状态，并负责在活动节点出现故障时接管。另一方面，当前处于活动状态的Zabbix服务器节点将有许多其他进程——数据收集器进程。Prometheus的优劣势与Zabbix的对比！产品zabbix值得推荐
监控工具之Zabbix,搭建过程和使用心得。国内zabbix搭建
Zabbix官方提供各平台发行版的安装包，并提供虚拟化容器镜像。提供RHEL8、CentOS8、OracleLinux、Debian、SUSE、Ubuntu、Raspbian、AlmaLinux、RockyLinux等Linux发行版。
为了升级到Zabbix6.2，需要升级包并下载并安装新的Zabbix组件包（Zabbix服务器、代理、前端和其他Zabbix组件）。当启动ZabbixServer时，会执行自动数据库架构升级。Zabbix代理向后兼容；因此，不需要安装新的代理版本。如果需要，可以稍后再做。对于容器化部署的实例，只需拉取Zabbix组件镜像，并部署。一旦Zabbix服务器容器连接到后端数据库，将自动执行数据库升级。 国内zabbix搭建
上海观纵科技有限公司依托可靠的品质，旗下品牌webfunny,walkingfunny,argus以高质量的服务获得广大受众的青睐。旗下webfunny,walkingfunny,argus在传媒、广电行业拥有一定的地位，品牌价值持续增长，有望成为行业中的佼佼者。我们强化内部资源整合与业务协同，致力于webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等实现一体化，建立了成熟的webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控运营及风险管理体系，累积了丰富的传媒、广电行业管理经验，拥有一大批专业人才。值得一提的是，观纵科技致力于为用户带去更为定向、专业的传媒、广电一体化解决方案，在有效降低用户成本的同时，更能凭借科学的技术让用户极大限度地挖掘webfunny,walkingfunny,argus的应用潜能。
