在默认的情况下，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大流量数据的存储。zabbix 6.2开源监控
zabbix优点：1、数据采集：可用性和性能检测，自动发现，支持agent、snmp、JMX、telnet等多种采集方式，支持主动和被动模式数据传输、支持用户自定义插件，自定义间隔收集数据2、高可用：server对设备性能要求低，支持proxy分布式监控，分布式集中管理，有自动发现功能，可以实现自动化监控；开放式接口，扩展性强，插件编写容易3、告警管理：支持多条件告警，支持多种告警方式，支持多组模板，模板继承。4、告警设置：告警周期，告警级别，告警恢复通知、告警暂停，时段阈值、支持维护周期、支持单机停用5、图形化展示：允许自定义创建多监控项视图，网络拓扑，自定义面板展示，自定义IT服务可用性6、历史数据：历史数据查询可配置，内置housekeeping数据清理机制7、安全审计：具备安全的用户审计日志，权限认证，用户可以限制允许维护的列表。重庆zabbix怎么样主流监控组件对比 —— Zabbix、Open-Falcon、Prometheus。
Prometheus是一个具有***内置功能的工具，因此Prometheus用户无需安装各种插件或守护程序即可收集指标。服务检测也是自动的。Prometheus可以定期从目标系统中采集指标。也可以使用推送机制收集指标。由于Zabbix**初是为监控服务器而开发的，因此它专注于主机。从用户的角度来看，Zabbix分为两大部分：服务端和代理端。服务用于收集和存储统计数据，代理用于采集数据。Zabbix代理支持被动（轮询）和主动检查。被动检查是指Zabbix服务向Zabbix代理请求一个值，代理处理该请求并将该值返回给Zabbix服务。主动检查是指Zabbix代理从Zabbix服务请求一个主动检查列表，然后定期发送结果。在没有安装代理选项的情况下，Zabbix可以检查网络服务的可用性，以及执行远程命令。
Zabbix集群模式下，节点的状态说明ZabbixServer集群模式下的节点存有以下几种状态：Active–当前处于活动状态的节点。一次只能有一个节点处于活动状态;Standby–节点当前正在待机模式下运行。多个节点可以具有此状态;Shutdown–之前检测到该节点，但它已正常关闭;Unreachable–以前检测到节点，但在未关闭的情况下意外丢失。这可能是由许多不同的原因造成的，例如，节点崩溃或出现网络问题;在正常情况下，您将有一个活动节点和一个或多个备用节点。例如，如果您正在这些节点上执行一些维护任务，则也需要处于关闭模式的节点。另一方面，如果一个活动节点变得不可访问，则此时一个备用节点将接管。ZabbixHAManager我们如何检查哪个节点当前处于活动状态，哪些节点正在待机模式下运行？首先，我们可以在Zabbix前端看到这一点——稍后我们将对此进行讲述。我们还可以从命令行检查节点状态。在每个节点上——无论是活动节点还是备用节点，您都会看到zabbix_服务器和hamanager进程已经启动。hamanager进程负责每5秒检查一次数据库中的高可用性节点状态，并负责在活动节点出现故障时接管。另一方面，当前处于活动状态的Zabbix服务器节点将有许多其他进程——数据收集器进程。Zabbix性能改进和内部变化。
为什么Zabbix需要HA？让我们深入探讨什么是高可用性，并尝试定义“高可用性”一词的含义：如果一个系统没有单点故障，那么系统是以高可用性模式运行;单点故障是导致整个系统停止运行的部件故障;在使用高可用性的系统中，冗余是一项要求。在我们的例子中，我们需要一个冗余组件，如果当前活动的组件遇到问题，我们可以将其故障转移到该组件;故障切换过程需要透明和自动化;就Zabbix平台架构而言，单点故障就是我们的ZabbixServer。尽管Zabbix自身非常稳定，但是仍然会因为操作系统级别的问题或其它不可预料的情况（如磁盘空间不足）而发生Zabbix平台崩溃。如果ZabbixServer停机，所有数据收集、问题检测和警报都将停止。这就是为什么Zabbix提供可以实现高可用和冗余的组件非常重要。从PC/Corosync/Pacemaker等第三方解决方案迁移到原生Zabbix Server高可用性集群时，比较好做法是什么？企业级zabbix SLA
漫谈Zabbix和Prometheus ！zabbix 6.2开源监控
监控数据的存储是由historysyncer进程负责写入数据库，historysyncer进程应对大流量数据的方式是，一方面通过批量插入来提高写库的效率，另一方面通过多进程的方式来扩展数据处理能力。在写库过程中，历史数据写入history表，即使数据变为冷数据也需要留在history表中供前端UI访问。趋势数据写入trends表，相较于历史数据，趋势数据的写库负载要低的多，是因为对于每个监控项来说，平均每小时只需要写库一次，其他时间只需要更新趋势缓存，不需要写库。在historysyncer进程的触发器计算阶段，主要访问值缓存，但是如果值缓存不能命中则需要查询history表，这种情况下就需要使用history表索引了。考虑索引对insert操作的影响，索引在提高查询速度的同时也降低了写入性能。触发器计算之后生成的event信息也需要写入数据库，这些信息存储在events表、problem、escalation等表中。因此，这些表的数据增长率取决于Zabbix生成的事件的数量，当事件数量陡增时，这些表的写入压力也会随之增加。在数据存储方面主要体现了热数据和冷数据的转换过程以及数据规模对读写性能的影响。zabbix 6.2开源监控
上海观纵科技有限公司是国内一家多年来专注从事webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控的老牌企业。公司位于上海市奉贤区望园南路1288弄80号1904、1909室，成立于2022-11-14。公司的产品营销网络遍布国内各大市场。公司业务不断丰富，主要经营的业务包括：webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控等多系列产品和服务。可以根据客户需求开发出多种不同功能的产品，深受客户的好评。公司秉承以人为本，科技创新，市场先导，和谐共赢的理念，建立一支由webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控**组成的顾问团队，由经验丰富的技术人员组成的研发和应用团队。在市场竞争日趋激烈的现在，我们承诺保证webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控质量和服务，再创佳绩是我们一直的追求，我们真诚的为客户提供真诚的服务，欢迎各位新老客户来我公司参观指导。
