Linux企业实战-zabbix(12)proxy

当监控规模变得庞大时，我们可能有成干上万台设备需要控，这时我们是否需要部署多套zabbix系统进行监控呢？
如果部署多套zabbix监控系统，那么监控压力将会被分摊，但是，这些监控的对象将会被尽量平均的分配到不同的监控系统中，这个时候，我们就无法通过统一的监控入口，去监控这些对象了，虽然分摊了监控压力，但是也增加了出控工作的复杂度，那么，我们到底该不该建立多套zabbix
监控系统从而分摊巨大的监控压力呢？

其实，zabbix天生就有处理这种问题的能力，因为zabbix
支持分布式监控，我们可以把成干上万台的被监控对象分成不同的区域，每个区域中设置一台代理主机，区域内的每个被监控对象的信息被agent采集，提交给代理主机，在这个区域内，代理主机的作用就好比zabbix server，我们称这些代理主机为zabbix proxy，zabbix proxy再将收集到的信息统一提交给真正的zabbix server处理，这样，zabbix proxy分摊了zabbix server的压力，同时，我们还能够通过统一的监控入口，监控所有的对象，当监控规模庞大到需要使用zabbix proxy时，zabbix的架构如下图，我们可以对比下图，理解上述描述。

修改server3名字然后修改解析并将其拷贝到server2中

添加一个proxy的agent

然后安装zabbix-proxy安装包

安装mariadb

初始化

修改配置

指定zabbixserver是172.25.0.4

打开端口

修改hostname名字

启动服务

查看日志信息

查看proxy

修改server2的zabbix配置文件

重启zabbix服务

添加agent代理

查看proxy

 

zabbix agent:zabbix客户端负责数据收集上传
zabbix server:zabbix的服务端负责数据汇总处理告警策略告警发送等等
zabbix web:zabbix前端页面提供了友好的展示和操作界面负责数据的展示监控系统的配置管理用户权限管理等等
database：数据和配置存储数据库zabbix支持多种数据库包括mysql oracle db2等等
java Gatetway:java网关负责通过JMX监控收集java应用性能数据
zabbix proxy:zabbix代理分布式部署架构会用到主要是收集设备的监控数据并将数据发送给对应的zabbix server

什么是监控系统？
互联网监控软件：分为单一监控程序和分布式监控程序I单一监控程序：win中的任务管理器linux中的top vmstat iostat等
分布式监控程序：zabbix open-falcon
硬件监控：通过传感器
为什么需要监控系统？
为用户提供稳定高效安全的服务

监控系统功能：
数据收集数据展示（分析原始数据）警告策率告警发送（短信邮件微信电话）报表管理认证权限（不同的部门所关心的数据是不一样）
监控系统趋势
智能监控：KPI聚类瓶颈分析KPI异常检测，定位故障预测容量预估

如何选择监控系统
需要监控的设备，系统，应用的规模/类型/地理位置需要监控的设备，系统，应用增长规模
需要哪些数据展示和报表
需要哪些告警策略
需要哪些告警发送方式
是否需要自定义监控

是否需要认证和权限控制
是否可以自动化部署配置
是否需要高可用或多机房部署
是否需要后期的支持服务？活跃度
是否需要与第三方系统对接
是否需要故障自愈
#对比测试作出决定