【分布式应用】分布式监控平台——Zabbix
abbix是什么?
- zabbix是一个基于Web界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。
- zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。
- zabbix由2部分构成，zabbix server 与可选组件zabbix agent。 通过c/s 模式采集数据，通过B/s模式在web端展示和配置。
- zabbix server 可以通过SNMP（简单网络管理协议），zabbix agent，ping， 端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能，它 可以运行在Linux等平台上。（支持多个平台，windows也支持）
- zabbix agent需要安装在被监视的目标服务器上，它主要完成对硬件信息或与操作系统有关的内存，CPU等信息的收集。
Zabbix监控原理
zabbix agent安装在被监控的主机上，zabbix agent 负责定期收集客户端本地各项数据，并发送至zabbix server 端，zabbix server收到数据后，将数据存储到数据库中，用户基于zabbix WEB可以看到数据在前端展现图像。
当zabbix 监控某个具体的项目，该项目会设置一个触发器阈值，当被监控的指标超过该触发器设定的阈值，会进行一些必要的动作，动作包括：发送信息(邮件、微信、短信)、发送命令(shell 命令、reboot、 restart、 install 等)。
用户可以基于zabbix-web可以在WEBUI界面中查看展现的数据图像，以及进行相关的配置管理用户还可以在WEBUI界面中设置监控项的触发器，如被监控的数据指标超过触发器设定的阈值，会进行发送通知信息或者一些应急操作指令。
二、zabbix的构成
zabbix主要由以下5个组件构成：
1、Server
zabbix server是zabbix的核心组件，server内部存储了所有的配置信息、统计信息和操作信息。zabbix agent会向zabbix server报告可用性、完整性及其他统计信息。
2、web页面
web页面也是zabbix的一部分，通常和zabbix server位于一台物理设备上，但是在特殊情况下也可以分开配置。web页面主要提供了直观的监控信息，以方便运维人员监控管理。
3、数据库
zabbix数据库内存储了配置信息、统计信息等zabbix的相关内容。
4、proxy
zabbix proxy可以根据具体生产环境进行采用或者放弃。如果使用了zabbix proxy，则其会替代zabbix server采集数据信息，可以很好的分担zabbix server的负载。zabbix proxy通常运用与架构过大、zabbix server负载过重，或者是企业设备跨机房、跨网段、zabbix server无法与zabbix agent直接通信的场景。
5、Agent
zabbix agent通常部署在被监控目标上，用于主动监控本地资源和应用程序，并将监控的数据发送给zabbix server。
三、zabbix的监控对象
zabbix支持监控各种系统平台，包括Linux和Windows等主流操作系统，也可以借助SNMP或者是SSH协议监控路由交换设备。
zabbix如果部署在服务器上，可以监控其CPU、内存、网络性能等硬件参数，也可以监控具体的服务或者应用程序、服务运行情况及性能。
硬件监控：Zabbix IPMI Interface ，通过IPMI接口进行监控，我们可以通过标准的IPMI硬件接口，监控被监控对象的物理特征，比如电压、温度、风扇状态、电源状态等。
系统监控：Zabbix Agent Interface ，通过专用的代理程序进行监控，与常见的master/agent模型类似，如果被监控对象支持对应的agent，推荐首选这种方式。
Java监控：Zabbix JMX Interface ，通过JMX进行监控，JMX（java management extensions，即java管理扩展），监控JVM虚拟机时，使用这种方法是非常不错的选择。
网络设备监控：Zabbix SNMP Interface ，通过SNMP协议与被监控对象进行通信，SNMP协议的全称为simple network management protocol，被译为简单网络管理协议，通常来说，我们无法在路由器、交换机这种硬件上安装agent，但是这些硬件都支持SNMP协议。
应用服务监控：Zabbix Agent UserParameter
MySQL数据库监控：percona-monitoring-plulgins
URL监控：Zabbix Web 监控
四、zabbix的常用术语
zabbix的学习需要掌握一些zabbix的常用术语，zabbix常用术语列举如下：
1、主机（host）
要监控的设备，可以由IP或者是主机名（必须可解析）指定。
2、主机组（host group）
主机的逻辑容器，包含主机和模板，主机组通常在给用户或者是用户组指派监控权限时使用。
3、监控项（item）
一个特定监控指标的相关数据，比如内存的大小、CPU的使用率，甚至是服务的运行状态等等。监控项数据来源于被监控对象，并且每个监控项都由一个key来标识。
4、触发器（trigger）
一个表达式，用于评估监控项的值是否在合理的范围内。当接收的值超出触发器的规定时，就被认为是故障，如果超出后再次符合，就被认为是正常。
5、事件（event）
触发器触发的一个特定事件，或者是zabbix定义的一个自动上线注册主机的事件。
6、动作（action）
指根据配置，zabbix对于触发器触发的特定事件进行处理的具体措施，如执行某个脚本，或者是向管理员邮箱发送邮件等等。
7、报警升级（escalation）
发送警报或者是执行远程命令的自定义方案。
8、媒介（media）
发送通知（告警）的手段，如微信、邮件、钉钉等等。
9、通知（notification）
通过指定的媒介，向用户发送的有关事件的信息。
10、远程命令（remote command）
指运维人员提前写好的命令，可以让被监控主机在触发事件后执行。
11、模板（template）
用于快速定义被监控主机的预设条目集合，通常包括了监控项、触发器、应用等，模板可以直接链接至某个主机。
12、应用（application）
一组监控项的集合。
13、web场景（web scennario）
用于检测web站点可用性的一个或多个HTTP请求。
14、前端（frontend）
zabbix的web接口。
这些术语，我们都会在后文中直接使用而不过多赘述，在企业技术交流中也会经常使用。
五、zabbix的工作流程
Zabbix在进行监控时，zabbix客户端要安装在被监控设备上，负责定期收集数据，并将其发送给zabbix服务端；zabbix服务端要安装在监控设备上，其将zabbix客户端发送的数据存储的数据库中，zabbix web根据数据在前端进行展示和绘图。
zabbix的数据收集分为两种模式：
1、主动模式
zabbix客户端主动向zabbix server请求监控项列表，并主动将监控项内需要的数据提交给zabbix server。
2、被动模式
zabbix server向 agent 请求获取监控项的数据，zabbix agent返回数据。
由此可以看出zabbix的主动和被动模式是以zabbxi客户端为基准的。
zabbix进程详解
在默认的情况下，zabbix有6个工作进程；分别是 zabbix_agentd，zabbix_get，zabbix_proxy，zabbix_sender，zabbix_server 和 zabbix_gateway。
其中，zabbix_java_gateway是可选进程。这6个进程的作用如下：
1、zabbix_agentd
zabbix-agentd为zabbix客户端守护进程 ，主要负责收集客户端监控项数据。
2、zabbix_server
zabbix_server为zabbix服务端守护进程，主要负责收集zabbix客户端数据。（端口为10051）
3、zabbix_proxy
zabbix_proxy是zabbix的代理程序，其功能类似于server，作用上类似于一个中转站，最终会把收集的数据再次提交给zabbix_server。
4、zabbix_get
zabbix_get作为zabbix工具，通常运行在zabbix_server或者zabbix_proxy上，用于远程获取客户端信息，通常用于排错。
5、zabbix_sender
zabbix_sender也是zabbix的一个工具，通常运行在zabbix的客户端，用于耗时比较长的检查，其作用是主动发送数据。
6、zabbix_java_gateway
zabbix_java_gateway是zabbix2.0以后引入的新功能，可以用于JAVA方面的设备；但是只能主动获取数据，而不能被动获取数据。
七、zabbix的监控框架
在实际的工作环境中，根据网络环境和监控的规模不同，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节点的正常工作。
三种架构模式的架构图如下：
每个模块的工作职责：
1、Zabbix_Server：zabbix_server作为核心组件，用来获取agent存活情况和监控数据。所有的配置、统计、操作数据均通过server进行存取到database；
2、Zabbix_Database：用户存储所有的zabbix的配置信息、监控数据的数据库；
3、Zabbix_Web：zabbix的web界面，管理员通过web界面管理zabbix配置以及查看zabbix相关监控信息，通常与zabbix_server运行在同一台主机上，也可以单独部署在独立的服务器上；
4、Zabbix_Proxy：通常用于分布式监控，代理zabbix_server收集部分被监控的数据并统一发送给server端；（通常大于500台主机需要使用）
5、Zabbix_Agent：部署在被监控主机上，负责收集被监控主机的数据，并发送给servre端或者proxy端；
Zabbix Server、Proxy、Agent都有自己的配置文件以及log文件，重要的参数需要在这里配置，后面会详细说明。
版权声明：本文为CSDN博主「微笑着敲代码」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/SmileLife_/article/details/126535575
作者：聂鲁达的邮差
链接：https://juejin.cn/post/7116493816051286047
来源：稀土掘金