- Zabbix
- 功能组件
- zabbix_agentd
- zabbix_get
- zabbix_sender
- zabbix_server
- zabbix_proxy
- zabbix_java_gateway
- 安装方式
- 测试
- 登录
- 参考链接
Zabbix
Zabbix基础概念及原理
什么是zabbix
Zabbix能够监控各种网络参数,保证副武器系统的安全运营,并提供灵活的通知机制让系统管理员快速定位,解决存在的各种问题,是一个基于web界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案
功能组件
Server
Zabbix server 是zabbix软件的核心组件,agent向其报告可用性,系统完整性信息和统计信息,server也是存储所有配置信息,统计信息和操作信息的核心是存储库
数据库
所有配置信息以及Zabbix采集到的数据都存储到数据库中
Web界面
该界面是Zabbix Server 的一部分,通常(不一定)和zabbix server运行在同一台物理机器上
Proxy
Zabbix proxy可以代替zabbix server采集性能和可用性数据,Zabbix proxy 在zabbix的部署是可选部分;但是proxy的部署可以很好的分担单个Zabbix server的负载。
agent
Zabbix agents 部署在被监控目标上,用于主动监控本地资源和应用程序,并将手机数据发送给zabbix server
监控功能
- 主机的性能监控,网络设备性能监控,数据库性能监控,多种告警方式,详细的报表图标绘制。
- 监控主机zabbix有专用的agent,可以监控linux,windows,FreeBSD等.
- 监控网络设备zabbix通过SNMP,SSH等
- 可监控对象
- 设备: 服务器,路由器,交换机等
- 软件: OS,网络,应用程序等
- 主机性能指标监控
- 故障监控:宕机,服务器不可用,主机不可达
zabbix工作原理
一个监控系统运行的大概流程是这样的:
zabbix agent需要安装到被监控的主机上,他负责定期收集各项数据,并发送到zabbix server端,zabbix server将数据存储到数据库中,zabbix web根据数据在前端进行展示盒绘图,这里agent收集数据分为主动和被动两种模式:
- 主动:agent请求server获取主动的监控项列表,并主动将监控项内需要检测的数据交给server/proxy
- 被动: server向agent请求获取监控项的数据,agent返回数据
zabbix工作进程
默认情况下zabbix包含6个进程,zabbx_agentid
, zabbix_get
, zabbix_proxy
, zabbix_sender
, zabbix_server
, 另一个zabbix_java_gateway
是可选的,这个需要单独安装
zabbix_agentd
客户端守护进程,此进程收集客户端数据,例如cpu负载、内存、硬盘使用情况等。
zabbix_get
zabbix 工具,单独使用的命令,通常在 server 或者 proxy 端执行获取远程客户端信息的命令。通常用于排错。例如在 server 端获取不到客户端的内存数据,可以使用 zabbix_get 获取客户端的内容的方式来做故障排查。
zabbix_sender
zabbix 工具,用于发送数据给 server 或者 proxy,通常用于耗时比较长的检查。很多检查非常耗时间,导致 zabbix 超时。于是在脚本执行完毕之后,使用 sender 主动提价数据。
zabbix_server
zabbix 服务端守护进程。zabbix_agentd、zabbix_get、zabbix_sender、zabbix_proxy、zabbix_java_gateway的数据最终都是提交到server(说明:当然不是数据都是主动提交给zabbix_server,也有的是 server 主动去取数据)
zabbix_proxy
zabbix 代理守护进程。功能类似server,唯一不同的是它只是一个中转站,它需要把收集到的数据提交/被提交到 server 里。
zabbix_java_gateway
zabbix2.0之后引入的一个功能。顾名思义:Java网络,类似agentd,但是只用于 Java 方面。需要特别注意的是,它只能主动去获取数据,而不能被动获取数据。它的数据最终会给到 server 或者proxy
zabbix常用术语解释
- 主机(host): 要监控的网络设备,可由IP或DNS名称指定
- 主机组(host group): 主机的逻辑容器,可以包含主机和模板,但同一个组织内的主机和模板不能互相链接,主机通常在给用户或用户组指派监控权限时使用
- 监控项(item): 一个特性监控指标的相关的数据,这些数据来自于被监控对象,item是zabbix进行数据收集的核心,相对于某个监控对象,每个item都有
key
标识 - 触发器(trigger): 一个表达式,用于评估某监控对象的特定item内接收到的数据是否在合理范围内,也就是阈值,接收的数据量大于阈值时,触发器状态将从
OK
转变为problem
, 当数据再次恢复到合理范围,又转变为OK
。 - 事件(event):触发一个值得关注的事情,比如触发器状态转变,新的agent或重新上线的agent的自动注册等;
- 动作(action):指对于特定事件事先定义的处理方法,如发送通知,何时执行操作;
- 报警升级(escalation):发送警报或者执行远程命令的自定义方案,如每隔5分钟发送一次警报,共发送5次等;
- 媒介(media):发送通知的手段或者通道,如Email、Jabber或者SMS等;
- 通知(notification):通过选定的媒介向用户发送的有关某事件的信息;
- 远程命令(remote command):预定义的命令,可在被监控主机处于某特定条件下时自动执行;
- 模板(template):用于快速定义被监控主机的预设条目集合,通常包含了item、trigger、graph、screen、application以及low-level discovery rule;模板可以直接链接至某个主机;
- 应用(application):一组item的集合;
- web场景(web scennario):用于检测web站点可用性的一个活多个HTTP请求;
- 前端(frontend):Zabbix的web接口;
zabbix监控架构
在实际监控架构中,zabbix根据网络环境,监控规模等分了三种架构,server-client
, master-node-client
, server-proxy-client
- server-client架构 zabbix的最简单的架构,监控服务器和被监控机之间不经过任何代理,直接由zabbix server 和zabbix agentd 之间进行数据交互,适用于网络比较简单,设备比较少的监控环境
- server-proxy-client架构 其中proxy是server,client之间沟通的一个桥梁,proxy本身没有前端,而且其本身并不存放数据,只是将agentd发来的数据暂时存放,而后在提交给server,盖家沟经常和master-node-client架构作比较的架构,一般适用于跨机房,跨网络的的中型网络架构的监控。
- master-node-client架构 盖家沟是zabbix最复杂的监控架构,适合于跨网络,跨机房,设备较多的大环境,每个node同时也是一个server端,node下面可以接proxy,也可以直接接client, node有自己的配置文件和数据库,其要做的是将配置信息和监控数据向master同步,master的故障或损坏不影响node的架构完整性
Zabbix安装
安装方式
- 源码编译安装
https://www.zabbix.com/documentation/4.0/zh/manual/installation/install
- 二进制包安装-- 一些包不适合Centos6.x系列
https://www.zabbix.com/documentation/4.0/manual/installation/install_from_packages/rhel_centos
- Docker安装--内核低于3.10不能安装doekr
https://www.zabbix.com/documentation/4.0/zh/manual/installation/containers
docker 安装
安装docker:
yum install docker-latest
docker 服务启动
systemctl start docker-latest
测试
docker run -d -p 80:80 httpd
安装zabbix
zabbix-java-gateway
zabbix-server-mysql
zabbix-web-nginx-mysql
zabbix-agent
登录
参考链接
官网
Zabbix4.0 源码安装