最近几个月换了工作，接手了zabbix监控，每天做一点事情，心血来潮决定把过程记录下来。
对新的zabbix环境检查，发现proxy负载不太均衡，决定将负载平均地分配到proxy中，前后对比：
下面说一下过程：
1、找到一个proxy下的所有主机，两种办法：一是通过zabbixapi调用；二是从proxy页面加工。 我采用方案二，Administration --> proxies ，选择一个proxy，查看源码，获取agent list。
2、利用ansible，找出list中可批量执行的list。将list分成30个1组，1st,2st,3st,4st....
3、依次执行，下面的命令，完成zabbixconfig文件的修改，并重启agent
ansible -i zbx-p-p3.txt 6th -m shell -a 'sed -i "s/zbx_p.dev.zpidc.com/zbx_p3.dev.zpidc.com/g" /etc/zabbix/etc/zabbix_agentd.conf'
ansible -i zbx-p-p3.txt 6th -m shell -a 'cat /etc/zabbix/etc/zabbix_agentd.conf |egrep -v "^$|^#"'
ansible -i zbx-p-p3.txt 6th -m shell -a 'service zabbix_agentd restart'
4、configuration，host，调整 Monitored by proxy 指向。这个地方注意，如果开启了自动注册功能，则需要一般将hostmetadata设置成自动注册的类型，这个"Monitored by proxy"会自动发生改变。否则不会。
5、监控面板会报出一些agent 10分钟收不到agent数据的错误，总结一下几个情况：
1、页面主机名称与conf文件不一致
2、页面的proxy名称和conf文件不一致
3、agent重启失败（一般是因为agent.pid写目录没权限导致）
4、网络不通，新proxy无法telnet通agent的10050端口
总的来说，这是zabbix年久失修，标准化不彻底，数据增加缺少规划综合导致的工作。
对比一下结果：
优化前：
前
后：
