Zabbix集群模式下，节点的状态说明ZabbixServer集群模式下的节点存有以下几种状态：Active–当前处于活动状态的节点。一次只能有一个节点处于活动状态;Standby–节点当前正在待机模式下运行。多个节点可以具有此状态;Shutdown–之前检测到该节点，但它已正常关闭;Unreachable–以前检测到节点，但在未关闭的情况下意外丢失。这可能是由许多不同的原因造成的，例如，节点崩溃或出现网络问题;在正常情况下，您将有一个活动节点和一个或多个备用节点。例如，如果您正在这些节点上执行一些维护任务，则也需要处于关闭模式的节点。另一方面，如果一个活动节点变得不可访问，则此时一个备用节点将接管。ZabbixHAManager我们如何检查哪个节点当前处于活动状态，哪些节点正在待机模式下运行？首先，我们可以在Zabbix前端看到这一点——稍后我们将对此进行讲述。我们还可以从命令行检查节点状态。在每个节点上——无论是活动节点还是备用节点，您都会看到zabbix_服务器和hamanager进程已经启动。hamanager进程负责每5秒检查一次数据库中的高可用性节点状态，并负责在活动节点出现故障时接管。另一方面，当前处于活动状态的Zabbix服务器节点将有许多其他进程——数据收集器进程。从Zabbix前端同步Zabbix proxy配置。国内zabbix销售
各个大厂都有提供相关监控产品，比如说微软的SCOM，IBM的Tivoli，华为的Esight，HP的BSM等，如果环境都是单一的某一家厂家的产品，用该厂家提供的监控工具肯定是合适的，笔者就曾经深度使用过SCOM，2005年还叫MOM，是SystemCenter中的一个套件，这个产品对于微软周边的产品如AD、Exchange、Windows、SQLServer、SharePoint、Lync等监控非常深入，同时微软官方还提供了相关故障知识库，报表也做得非常不错。但是，如果拿SCOM去监控Linux、AIX、Oracle或者网络通讯设备就显得不合适了。Zabbix很好地平衡了监控的深度和广度，而且源于开源的力量，在全球用户的持续贡献下，他的深度和广度是在持续不断地延展的。是什么zabbix项目zabbix主动模式和被动模式的优缺点。
为什么Zabbix需要HA？让我们深入探讨什么是高可用性，并尝试定义“高可用性”一词的含义：如果一个系统没有单点故障，那么系统是以高可用性模式运行;单点故障是导致整个系统停止运行的部件故障;在使用高可用性的系统中，冗余是一项要求。在我们的例子中，我们需要一个冗余组件，如果当前活动的组件遇到问题，我们可以将其故障转移到该组件;故障切换过程需要透明和自动化;就Zabbix平台架构而言，单点故障就是我们的ZabbixServer。尽管Zabbix自身非常稳定，但是仍然会因为操作系统级别的问题或其它不可预料的情况（如磁盘空间不足）而发生Zabbix平台崩溃。如果ZabbixServer停机，所有数据收集、问题检测和警报都将停止。这就是为什么Zabbix提供可以实现高可用和冗余的组件非常重要。
在江苏常州，一家长期专注于 Zabbix 产品化二次开发的研发机构-纵目信息（ZMOPS），正在为这一愿景付诸实践。以数据采集→处理→分析→观测为产品主干，以 Zabbix 为底层**打造的统一监控产品应用于数十个行业，同时不断推进基于 Zabbix 的物联网数据平台的开源。Argus 是一个面向私有化及混合云数据中心提供***多层次的统一监控和运维管理平台，帮助用户实时对各类IT资源（网络设备、服务器、存储、数据库、中间件等）执行性能指标监控，实现事前运维。zabbix通过一系列的UI/UX优化、新监控项和配置选项以及中大型环境部署的性能优化。
在实际的工作环境中，根据网络环境和监控的规模不同，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节点的正常工作。如何利用Git对Zabbix监控模板进行版本管理及备份？智能化zabbix一体化
zabbix对发现的主机进行更多控制！国内zabbix销售
Prometheus将数据存储在自己的时间序列数据库(TSDB)中。Prometheus拥有自己的TSDB，可以接收和处理比许多其他监控系统更多的指标。Prometheus甚至可以使用毫秒分辨率时间戳写入数据。Prometheus本身**多只能存储14天的数据，如需更长的数据存储时间，您可以配置远程存储。Zabbix使用外部数据库来存储数据。Zabbix数据库必须在安装期间创建。当前支持以下数据库：MySQL、PostgreSQL、Oracle、IBMDB2和SQLite。Prometheus和Zabbix的区别，必须要考虑到，Prometheus只存储时间序列的值。它不适用于文本、日志或事件日志。不过可以通过Grafana的Loki与Prometheus一起使用，可以解决这个问题，但Zabbix可以提供开箱即用的基本功能，用于存储一些文本、日志、分析设置触发器。国内zabbix销售
上海观纵科技有限公司是一家一般项目:技术服务、技术开发、技术咨询、技术交流、技术转让、技术推广;软件开发;人工智能基础软件开发;人工智能应用软件开发;数据处理服务;信息技术咨询服务;信息系统集成服务:信息系统运行维护服务;计算机系统服务;软件销售;计算机软硬件及辅助设备批发;计算机软硬件及辅助设备零售;电子产品销售;通信设备销售;通讯设备销售;咨询策划服务;市场调查(不含涉外调查);广告制作;广告发布;广告设计、代理;会议及展览服务;货物进出口。(除依法须经批准的项目外，凭营业执照依法自主开展经营活动) 许可项目:建筑智能化系统设计;建设工程施工;网络文化经营;互联网信息服务。(依法须经批准的项目，经相关部门批准后方可开展经营活动，具体经营项目以相关部门批准文件或许可证件为准)的公司，是一家集研发、设计、生产和销售为一体的专业化公司。观纵科技拥有一支经验丰富、技术创新的专业研发团队，以高度的专注和执着为客户提供webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控。观纵科技不断开拓创新，追求出色，以技术为先导，以产品为平台，以应用为重点，以服务为保证，不断为客户创造更高价值，提供更优服务。观纵科技始终关注传媒、广电市场，以敏锐的市场洞察力，实现与客户的成长共赢。
