Zabbix server:是整个Zabbix软件的核心程序,Server通过轮询和捕获数据,计算是否满足触发器条件,向用户发送通知。是agent程序报告系统可用性、系统完整性和统计数据的核心组件,是所有配置信息、统计信息和操作数据的核心存储器;
1. zabbix整体架构图

Agent打开TCP连接(主动检测变成Agent打开) Agent请求items检测列表 Server返回items列表 Agent 处理响应 关闭TCP连接 Agent开始收集数据
Agent建立TCP连接 Agent提交items列表收集的数据 Server处理数据,并返回响应状态 关闭TCP连接
Server打开一个TCP连接 Server发送请求agent.ping\n Agent接收到请求并且响应<HEADER><DATALEN>1 Server处理接收到的数据1 关闭TCP连接
新建监控项目时,选择的是zabbix代理还是zabbix端点代理程式(主动式),前者是被动模式,后者是主动模式。
agentd配置文件中StartAgents参数的设置,如果为0,表示禁止被动模式,否则开启。一般建议不要设置为0,因为监控项目很多时,可以部分使用主动,部分使用被动模式。
1. zabbix的优点:
开源,无软件成本投入; Server 对设备性能要求低; 支持设备多,自带多种监控模板; 支持分布式集中管理,有自动发现功能,可以实现自动化监控; 开放式接口,扩展性强,插件编写容易; 当监控的 item 比较多服务器队列比较大时可以采用主动状态,被监控客户端主动 从server 端去下载需要监控的 item 然后取数据上传到 server 端。这种方式对服务器的负载比较小; Api 的支持,方便与其他系统结合;
2. zabbix的缺点:
需在被监控主机上安装 agent,所有数据都存在数据库里, 产生的数据据很大,瓶颈主要在数据库; 项目批量修改不方便; 社区虽然成熟,但是中文资料相对较少,服务支持有限; 入门容易,能实现基础的监控,但是深层次需求需要非常熟悉Zabbix并进行大量的二次定制开发难度较大; 系统级别报警设置相对比较多,如果不筛选的话报警邮件会很多;并且自定义的项目报警需要自己设置,过程比较繁琐; 缺少数据汇总功能,如无法查看一组服务器平均值,需进行二次开发。
zabbix常见的一些支持监控的对象,包含但不仅限于如下:
数据库:MySQL,MariaDB,Oracle,SQL Server -- agent方式 应用软件:Nginx,Apache,PHP,Tomcat – agent方式 集群:LVS,Keepalived,HAproxy,RHCS,F5 – agent方式 虚拟化:VMware,KVM,XEN ,docker,k8s – agent方式 操作系统:Linux,Unix,Windows性能参数 – agent方式 硬件:服务器,存储,网络设备 – IPMI、SNMP方式 网络:网络环境(内网环境,外网环境)-- SNMP方式
zabbix安装包获取途径及一些支持网站:

更多精彩干货分享
点击下方名片关注
IT那活儿

文章转载自IT那活儿,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




