面试官：你们考虑过如果zabbix那台机器出现问题，怎么解决？

     相信有一部分同志同博主以前一样，身处一家不大的科技公司，管理者几十台服务器。一个单节点的zabbix_server足以应付。安逸的博主从来不思考如果zabbix挂了，报警没有及时的发送出来怎么办？这是别人发的一份记录，其中讲道了面试官问他的这个问题。于是我开始思考，当需要监控的东西越发重要，数据越发庞大的时候，单节点的zabbix 一旦发生故障，我们能接受吗？

     答案肯定是不能接受拉~

      那么，高可用性就显得很重要了。

      因为zabbix的数据都是存在数据库里的，那么数据库的日常备份是最重要的。也因为没有数据的干扰，那么双机可用只需要针对程序即可。

      我们可以通过keepalived实现双机热备，利用vip地址，和keepalived的特性，zabbix的配置文件都不需要修改，就实现server故障时的自动切换。这也是比较常见的做法。

      那如果服务已经上云了，那么keepalived就无法使用了。那也是有替代服务的，以阿里云为例，可以购买slb的主备类型的负载均衡，也可以实现zabbix_server的故障自动切换。

      如果不想花钱，那么也可以采用nginx的4层代理功能，进行tcp端口的转发代理。由于zabbix是无法双活的，nginx也不能实现2个节点只用一个节点的情况，但是我们可以利用一个全天在线的检测小脚本，当检测到主zabbix_server响应超时时，脚本自动触发修改nginx配置，把主节点从负载中剔除，将备节点提权上线。再来一个nginx的自动重载配置文件。这样也是可以实现zabbix_server的自动切换。

     那么，此时，我们的选择是很多的，但是最终的目的就是一个。实现zabbix_server的冗余性和高可用性。