zabbix主要由server，database，agent组成
agent收集数据，收集到的数据发送给server，server收到数据，然后将数据存储在数据库中，数据库对数据中的数据进行操作，这是它大概的工作流程。
这里agent收集数据分为主动和被动两种模式：
主动：agent请求server获取主动的监控项列表，并主动将监控项内需要检测的数据提交给server/proxy
被动：server向agent请求获取监控项的数据，agent返回数据
proxy的应用场景及作用
作用：代替server接收数据，并将收集 的数据发送server端，这样可以减轻server端的监控压力
应用场景：分布式监控环境；远程区域监控；server压力过大；本地网络不稳定区域
默认情况下zabbix包含5个程序：zabbix_agentd、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
顾名思义：Java网关，类似agentd，但是只用于Java方面。需要特别注意的是，它只能主动去获取数据，而不能被动获取数据。它的数据最终会给到server或者proxy。- 在建立proxy时，server端的数据无法正常接收
server端：
[root@server1 ~]# zabbix_server -R config_cache_reload##server端执行该命令reload配置缓存后便可以正常接收数据
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
