记一次zabbix迁移，zabbix迁移需要注意的事项。如果在之前就做好准备的话，迁移动作是十分简单的。在首次部署的时候就应该考虑到后期的迁移、备份以及系统版本升级的动作，这些改动都会涉及到整个架构问题。下面我来梳理一下，部署企业级监控系统的框架。
第一步，硬件部署环境。硬件环境是多种多样的，其中用阿里云、腾讯云、新浪云等云空间，还有实体机storage和VM。本人公司具有一定，所以有自己的机房而且硬件设备也十分充足，所以本人采用的分布式部署，尽可能的提高zabbi的性能。同时使用虚拟化技术，管理数据库和服务器。这是优先推荐的方法，如果资源有限，那么各种云平台也是可以的。云平台也支持克隆、镜像生成等功能。实体机部署就不推荐，其中的麻烦。做过的人自然懂。
第二步，部署方案有两种。
1.zabbix-server、zabbix-agent、zabbix-web、zabbix-db都部署在一台VM上。这样的优点是迁移简单安全，完整性高，缺点是性能有限不能满足大量的监控。2.分布式部署，把zabbix-server、zabbix-agent、zabbix-web、zabbix-db分开部署
|
应用名称 |
操作系统 |
CPU |
内存 |
硬盘 |
|
Zabbix-server |
Centos7 |
4核以上 |
8GB以上 |
500G*2RAIDI |
|
Zabbix-DB |
Centos7 |
16核以上 |
32 GB以上 |
SSD500G |
|
Zabbix-web |
Centos7 |
4核以上 |
4 GB以上 |
50G |
|
Zabbix-proxy |
Centos7 |
8核以上 |
8 GB以上 |
300G*2RAIDI |
安装用zabbix的yum源比较方便，也可以自己使用rpm部署LNMP环境。不过要考虑好版本问题。
IP分配其实没有强制要求，但是最好加FQDN。为什么呢?因为在设备迁移的时候可能会涉及到IP地址的改变，如果地址改变了。之前部署的agent无法找到主机，那么就要重新一台一台机器去部署agent。这是不科学的，所以我们用FQDN解析一个地址给zabbix，例如127.0.0.1 zabbixserver.ccrtoo.oa。当我们配置agent的时候就配置地址，搬迁的时候就修改FQDN的IP。
第三步，迁移。在vcenter里面迁移zabbix-server是最重要的。因为主动发送和被动发送最后的终点站都是zabbix-server。还有snmp其他的监控方式也需要考虑在内，ip修改牵一发而动全身。在这里不说明vcenter是如何做迁移的。迁移建议把action都关闭了。如果不关，就会被所有的主机炸邮箱或者是微信。迁移完毕之后开启，agent因为修改了IP，所以需要一段时间重新搜索，snmp的话可能需要更久的时间。Disk和memory的discover那就更需要耐心等待了。最后上一张图，在等待zabbix-agent的搜索。如果不通，请重启被监控的agent或检查配置文件是否有误。