★ FEATURED ARTICLE 如果你是一个运维工程师刚接手一套新环境老板丢给你一句话“把所有服务器都给我监控起来。”这种场景我遇到过太多次了。大部分人第一反应就是用Zabbix毕竟这台老牌开源监控系统在传统IT基础设施里地位相当稳固。这篇文章我按CentOS 7.0环境从零开始部署Zabbix的完整过程来写包含环境准备、Server端安装、Web前端初始化、添加被监控主机以及我在实际部署中踩过的各种坑和排查思路。适合正在搭监控平台、刚开始学Zabbix、或者准备面试前想系统梳理一遍监控知识的人。我这边演示环境是两台CentOS 7主机一台装Zabbix ServerIP假设为192.168.1.100另一台作为被监控主机IP为192.168.1.101。后面所有命令、配置和排查步骤都围绕这个环境展开你可以直接照着抄。1. 环境规划与安装方案选型1.1 系统版本与基础环境准备CentOS 7.0这个版本号确实有点年头了7.0是2014年发布的现在大部分人手里用到的都是7.6甚至7.9。好在从7.0到7.9系统底层的管理方式没有大变部署Zabbix的流程基本通用。不过你如果真拿到一台7.0的初始版本我建议先做一轮系统升级把内核和基础软件包更新到比较新的状态免得后面装依赖时碰上一堆“版本太老”的问题。yum update -y先把系统更新完然后做几件基础准备工作设置主机名、配置/etc/hosts、同步时间。hostnamectl set-hostname zabbix-server echo 192.168.1.100 zabbix-server /etc/hosts echo 192.168.1.101 web01 /etc/hosts时间同步是很多人忽略的点。Zabbix采集的数据都带时间戳Server时间和被监控主机的本地时间差太大会导致告警判断不准甚至出现“该告警不告警、不该告警乱告警”的怪现象。CentOS 7默认装了chrony的话直接启动就行systemctl enable --now chronyd timedatectl set-timezone Asia/Shanghai然后是SELinux和防火墙。我自己的习惯是部署阶段先把SELinux临时关掉排除干扰因素等整套监控系统跑通后再根据安全需求决定是否重新开启并配置对应策略。新手如果一上来就在Enforcing模式下折腾很容易被奇怪的权限拦截卡住半天。临时关闭命令setenforce 0想永久关闭就修改/etc/selinux/config把SELINUXenforcing改成SELINUXdisabled。防火墙方面Zabbix Server需要放行10051/tcpServer监听端口和80/tcpWeb界面被监控主机需要放行10050/tcpAgent监听端口。如果你图省事测试环境直接防火墙关闭也行但生产环境我还是建议按端口放行别一刀切。1.2 安装方式选择为什么我推荐官方RPM包Zabbix在CentOS 7上常见的安装方式有三种官方RPM包YUM、源码编译、Docker容器化。我给它们的定位如下安装方式优点缺点适用场景官方RPM包安装快、依赖自动解决、升级方便、配置路径标准定制性弱绝大多数生产环境首选源码编译完全可控可定制编译参数升级和维护成本高有特殊参数需求的场景Docker容器化部署快、环境隔离数据持久化、网络模式要额外处理测试验证、快速体验我个人强烈建议走官方RPM包路线。Zabbix官方仓库里已经把Apache、PHP、数据库连接的依赖关系都处理好了一个yum命令就能把Server端装齐省去手工编译PHP扩展、调整httpd配置这些麻烦事。源码编译不是不行但Zabbix依赖的组件很多编译一次花大半天不说后续每次升级都要重新走一遍流程对日常运维来说是给自己找活干。Docker方式适合拉起来做个功能验证生产环境我不太建议把监控系统本身容器化。Zabbix要长期稳定运行数据库持久化、网络连通性、容器重启策略都得仔细设计搞不好监控系统先挂了反而没人知道业务出了问题。1.3 版本与数据库选型CentOS 7的边界在哪版本选型是部署前必须想清楚的事。Zabbix 4.0 LTS已经停止维护新部署不建议再碰。Zabbix 5.0 LTS是CentOS 7上能流畅跑通的比较合适的长期支持版本官方仓库对RHEL/CentOS 7的支持也最完善。Zabbix 6.0和7.0 LTS功能更强但官方对操作系统版本的要求已经提升到RHEL 8/9级别CentOS 7自带的PHP 5.4、依赖库都比较老很难满足新版本前端对PHP 8.0的要求。所以我的建议很明确如果你手上就是CentOS 7这套存量环境老老实实用Zabbix 5.0 LTS。如果你非想体验Zabbix 7.0的新特性那就把操作系统换成Rocky Linux 9或者CentOS Stream 9部署逻辑类似只是软件源和PHP版本处理会不一样。数据库选型上Zabbix 5.0要求MySQL 8.0或MariaDB 10.3。CentOS 7自带的MariaDB 5.5太老不符合要求。我的习惯是装MariaDB 10.5性能和稳定性都不错和Zabbix官方文档的兼容性列表也对得上。需要自己加一个MariaDB的YUM源稍后部署章节会给出具体操作。2. Zabbix Server端安装完整流程2.1 添加Zabbix官方源Zabbix官方源是部署的第一步。注意别用EPEL源里自带的旧版本Zabbix版本太老而且不会自动更新到新的大版本。官方源的做法是提供一个zabbix-release小包装上之后会自动配置好repo文件。rpm -Uvh https://repo.zabbix.com/zabbix/5.0/rhel/7/x86_64/zabbix-release-5.0-1.el7.noarch.rpm同时建议把EPEL源也装上后面有些依赖包里会用到yum install -y epel-release yum clean all2.2 安装Zabbix Server与Web组件直接使用yum安装下面几个包yum install -y zabbix-server-mysql zabbix-web-mysql zabbix-agent三个包的作用不一样我分别说一下zabbix-server-mysqlZabbix Server主程序负责监控数据采集、触发器判断、告警发送所有数据都存放在MySQL/MariaDB里。zabbix-web-mysqlWeb前端本质上是一个跑在Apache下的PHP应用提供配置界面、图形展示和告警查看入口。zabbix-agentZabbix的客户端代理程序装在Server本机上可以用来监控Zabbix Server自己所在的主机。在CentOS 7上安装zabbix-web-mysql的时候官方仓库会自动拉取PHP相关依赖。Zabbix 5.0要求PHP 7.2CentOS 7系统自带的PHP只有5.4所以官方源会通过Software CollectionsSCL方式安装rh-php72这样一个独立的PHP运行环境不会动你系统原来的PHP这个设计还是比较稳妥的。2.3 创建数据库并导入初始数据先装MariaDB 10.5。可以用官方提供的脚本也可以先安装MariaDB官方的YUM仓库cat /etc/yum.repos.d/mariadb.repo EOF [mariadb] name MariaDB baseurl https://mirrors.aliyun.com/mariadb/yum/10.5/centos7-amd64 gpgkey https://mirrors.aliyun.com/mariadb/yum/RPM-GPG-KEY-MariaDB gpgcheck 1 EOF然后安装并启动yum install -y MariaDB-server MariaDB-client systemctl enable --now mariadb接着创建Zabbix数据库和专用用户。登录数据库后执行create database zabbix character set utf8 collate utf8_bin; create user zabbixlocalhost identified by Zabbix123; grant all privileges on zabbix.* to zabbixlocalhost; flush privileges;这里有两个点值得解释。第一字符集用utf8、排序规则用utf8_bin是Zabbix官方推荐的标准做法。如果用错了字符集后续Web界面里一旦出现中文乱码、数据比对异常排查起来会非常痛苦。第二用户我这里用了localhost意思是只允许本机用zabbix账号连接数据库。如果Zabbix Server和数据库不在同一台机器授权时要改成对应IP来源比如zabbix192.168.1.%。数据库创建好后导入Zabbix官方提供的初始表结构和数据zcat /usr/share/doc/zabbix-server-mysql*/create.sql.gz | mysql -uzabbix -pZabbix123 zabbix这个create.sql.gz文件里包含了Zabbix运行所需的所有表、视图、索引、初始配置项和历史数据表。导入过程可能需要几分钟取决于机器性能耐心等它执行完就行。导入完成后没事可以先验证一下mysql -uzabbix -pZabbix123 zabbix -e show tables;能看到一堆zabbix开头的表说明库是通的。2.4 配置zabbix_server.conf核心参数编辑Zabbix Server的主配置文件vim /etc/zabbix/zabbix_server.conf需要关注和调整的参数主要是这几个参数示例值说明DBHostlocalhost数据库主机地址用localhost走socket连接DBNamezabbix数据库名DBUserzabbix数据库用户名DBPasswordZabbix123数据库密码别用纯数字或弱密码ListenPort10051Server监听端口默认10051StartPollers5被动模式轮询器进程数主机多时调大StartTrappers3处理主动模式数据的进程数CacheSize128M配置缓存和主机缓存大小主机多时要调大DBHost这里要注意如果填localhostZabbix Server会通过MySQL socket去连接数据库对应我们前面的授权用户就是zabbixlocalhost如果填127.0.0.1走TCP连接授权用户也要是zabbix127.0.0.1两边要匹配上否则就是经典的Access denied。StartPollers、StartTrappers这些进程数不是越大越好。每个进程都会占内存默认配置对几十台主机的场景完全够用。等主机规模到几百台再根据实际监控项数量和轮询频率调大。配置完成后启动服务并设置开机自启systemctl restart zabbix-server systemctl enable zabbix-server然后立刻看日志确认是否有报错tail -50 /var/log/zabbix/zabbix_server.log正常情况下日志会输出一行类似于“server started”的信息。如果看到database相关的报错大概率是数据库连接参数或授权问题。2.5 启动Zabbix Server并验证日志我用systemd启动后最喜欢做的第一件事就是盯日志看几秒。日志路径在/var/log/zabbix/zabbix_server.log这个日志文件是整个Zabbix Server端排查问题时的第一手资料。常见报错我帮大家归类一下cannot connect to database: Access denied for user zabbixlocalhost这基本可以锁定是数据库用户、密码或者主机匹配问题。先在命令行测试一遍mysql -uzabbix -pZabbix123 zabbix命令行能进但服务端连不上就要考虑是不是SELinux拦截了Apache或zabbix-server访问MySQL socket或者数据库授权时host没匹配上。再看另一个高频listen socket on port 10051 failed: Cannot assign requested address这个通常是端口被占用或者防火墙未放行导致监听失败。用ss -lntp检查一下10051端口是否处于LISTEN状态。服务起来之后不要急着跳去配Web界面先把日志看顺。日志里没有红字报错Server端才算真正稳定了。3. Web前端初始化与登录设置3.1 PHP环境与关键参数调整Zabbix Web前端的核心就是一个PHP应用PHP运行参数是否合理直接影响页面能否正常打开、图形能否正常渲染。Zabbix官方在安装zabbix-web-mysql时会自动生成一个Apache配置文件/etc/httpd/conf.d/zabbix.conf里面已经通过各种php_value指令把常用参数设置好了比如date.timezone、max_execution_time、memory_limit、post_max_size等。我自己踩过的坑是时区问题。Zabbix前端第一次打开时如果提示PHP timezone没设置对应的图形和审计日志时间都会跟着错乱。推荐直接在/etc/httpd/conf.d/zabbix.conf里找到date.timezone这一行改成php_value date.timezone Asia/Shanghai如果你要手动改底层php.iniCentOS 7上Zabbix 5.0的PHP是通过SCL方式安装的路径在/etc/opt/rh/rh-php72/php.ini不是系统默认那个/etc/php.ini别改错了文件。改完配置后重启Apachesystemctl restart httpd然后访问http://192.168.1.100/zabbix进入安装引导页。3.2 浏览器安装向导数据库连接阶段非常关键浏览器打开http://192.168.1.100/zabbix后第一步是选语言第二步是环境检查这两步基本没什么难度确保界面上的检查项都是OK状态就行。最容易出问题的是第三步数据库连接配置。这里填的内容必须和前面在zabbix_server.conf里配置的一致Database type选MySQLHost填127.0.0.1或localhostPort填0表示使用默认端口Database name填zabbixUser填zabbixPassword填Zabbix123如果安装向导提示“Unable to select configuration: connection failed”我的排查步骤是先回到命令行验证数据库账号能连上。确认PHP的MySQL扩展装没装5.0版本官方仓库一般自动装好但如果是手动折腾过的环境很容易漏掉。缺了就用yum install -y php-mysqlnd补上。如果命令行能连、扩展也有还是报错就临时把SELinux关掉再试一次。向导走到后面会让你下载一个zabbix.conf.php配置文件放到/etc/zabbix/web/目录下。你也可以给webserver写入权限勾选自动配置让系统直接把这个文件写好。我个人建议手动下载再上传这样对配置文件内容有掌控感后面排查问题也更清楚。3.3 登录后的安全设置安装向导完成后使用默认账号Admin和密码zabbix登录。登录进去之后第一件事就是改密码这个不用我说你也应该知道。路径在用户管理里找到Admin用户修改密码。如果这套监控系统要对互联网暴露建议再加一层访问控制比如在Apache层做IP白名单认证或者至少配置HTTPS访问。监控系统本身不存业务敏感数据但它能暴露整个基础设施的拓扑、IP、主机名、运行状态对攻击者来说是非常好的情报收集入口。安全等级把它当生产系统看不吃亏。3.4 初始化过程中常见报错我在帮同事排查部署问题时遇到最多的就是下面这几个整理成一张速查表报错现象可能原因解决方向Access denied for user zabbixlocalhost数据库密码错误或host不匹配核对密码和授权host命令行实测Cannot connect to MySQL server数据库没启动端口错误systemctl status mariadb确认3306通了PHP timezone警告date.timezone未设置zabbix.conf或php.ini里设置Asia/ShanghaiZabbix server is not runningServer进程、配置、数据库、权限按第5章排查流程走4. 添加第一台被监控主机4.1 被监控端Agent安装与配置Zabbix Server端装好只是第一步真正有意义的是把业务主机接进来。在192.168.1.101这台被监控主机上同样先装官方仓库包然后安装zabbix-agentrpm -Uvh https://repo.zabbix.com/zabbix/5.0/rhel/7/x86_64/zabbix-release-5.0-1.el7.noarch.rpm yum install -y zabbix-agentAgent的配置文件是/etc/zabbix/zabbix_agentd.conf核心参数就这几个Server192.168.1.100 ServerActive192.168.1.100 Hostnameweb01 ListenPort10050逐个解释一下。Server字段表示允许哪些IP主动来拉取数据被动模式下必须填Zabbix Server的IP。ServerActive字段是主动模式下Agent要向哪个Server上报数据。Hostname字段在被主动模式下非常重要必须和Web前端添加主机时填的主机名完全一致否则上报的数据没人认领。启动Agent并设置开机自启systemctl restart zabbix-agent systemctl enable zabbix-agent4.2 被动模式与主动模式的区别很多刚上手的人分不清Server和ServerActive这两个字段的关系。我用个生活化的例子来解释。被动模式像老师点名老师一个一个喊学生回答问题学生听到了才回答主动模式像学生做完作业主动交到办公室不需要老师逐个收。Zabbix Server默认是被动采集它按照配置的轮询间隔到Agent的10050端口去拉数据。而主动模式是Agent按自己的刷新间隔把采集到的数据主动推到Server的10051端口。对比项被动模式主动模式数据流向Server拉取AgentAgent推送Server端口1005010051Server压力轮询进程占用高Server主要负责处理入库适合场景内网几十台规模跨机房、大规模部署实际生产环境我通常推荐两种模式结合使用。内网机器可以用默认被动模式简单省事跨机房或网络不稳定的机器开主动模式避免因网络链路问题导致大量监控数据丢失。4.3 前端添加主机与模板绑定在Web前端做添加主机的操作路径是配置 → 主机 → 创建主机。需要填写的关键项主机名称web01如果是主动模式必须和Agent配置文件里的Hostname保持一致。可见名称可以写成“web01生产服务器”方便中文展示实际内部名称不变。新建主机群组建议按业务线建群组比如Linux服务器、Web服务器。接口选择Agent填写IP地址192.168.1.101端口10050。模板在模板搜索框里输入Linux选择“Linux by Zabbix agent”然后点添加。添加完成后回到“监测 → 最新数据”筛选主机web01等几十秒就能看到CPU、内存、磁盘、网络流量等数据参数不断刷新。也可以用命令行工具验证Agent通信是否正常zabbix_get -s 192.168.1.101 -p 10050 -k system.cpu.load[all,avg1]这个命令返回的数值就是刚才那一分钟的系统平均负载。如果命令卡住或者提示无法连接说明Agent的配置或者网络还有问题需要回到第5章的排查流程。4.4 Zabbix到底能监控哪些东西很多人问“Zabbix能监控什么”这个问题在面试里也经常被问。我的理解是只要目标设备能提供一种数据采集接口Zabbix几乎都能监控。常见的监控对象分这么几层系统层Linux/Windows服务器的CPU、内存、磁盘空间、IO、Swap、网络流量、系统负载、关键进程和端口。网络设备层交换机、路由器、防火墙通过SNMP协议采集接口流量、CPU使用率、温度、风扇状态。给设备配好SNMP community后Zabbix里用SNMP接口加对应模板就能出数据。数据库和中间件层MySQL、Oracle、PostgreSQL、Redis、Tomcat、Nginx都有现成模板或采集脚本。业务层URL访问可用性、Web页面响应时间、日志文件关键字匹配、自定义脚本的返回值、API接口状态。Zabbix能在一套系统里把从网络设备、服务器操作系统到业务应用和日志的监控统一覆盖这是它在中大型传统IT环境里一直占有一席之地的原因。4.5 从监控数据到告警通知钉钉为例监控只展示数据还不够出问题必须能及时找到人。Zabbix的告警流程是监控项采集到数据 → 触发器判断是否达到异常阈值 → 动作触发通知发送。钉钉告警是比较常用的方案因为大多数团队都在用钉钉办公。配置过程主要分两段。第一段是钉钉侧。打开钉钉群设置添加群机器人选择自定义Webhook复制机器人的Webhook地址。这一步不需要写代码点几下鼠标就行。第二段是Zabbix侧。在管理 → 告警媒介类型中可以创建一个“脚本”类型的媒介或者在新版本里直接选“Webhook”类型。脚本方式是自己写一个Python脚本把告警内容拼成钉钉机器人要求的JSON格式用requests库POST到Webhook地址。Webhook方式则是直接在Zabbix里配置URL和请求Body模板。然后到管理 → 用户 → 选择要通知的人 → 告警媒介 → 添加把刚才配置的媒介绑定到这个用户。再到配置 → 动作 → 创建动作设置触发的条件比如“触发器级别为严重及以上”操作里选择“发送消息给用户”。这样一条钉钉告警链路就通了。不管用Zabbix 5.0还是7.0钉钉Webhook告警的基本套路都是一样的无非是7.0版本在Webhook媒介类型的配置上更顺滑不用自己去写脚本。5. 高频问题排查与性能优化5.1 “zabbix server is not running”排查实录这个话题我必须单独拿出来讲因为我见过太多人在这个提示上卡住。前端页面顶部出现红色横幅“Zabbix server is not running: the information displayed may not be current.”字面意思是Zabbix Server进程没在运行或者前端连不上Server的10051端口。我的排查顺序是固定的第一步看进程是否存活ps -ef | grep zabbix_server如果进程不存在说明Server服务挂了直接看日志找原因。第二步看日志tail -200 /var/log/zabbix/zabbix_server.log日志里的报错通常能直接给出方向。最常见的几种database is down → 数据库连接失败检查MariaDB状态、zabbix_server.conf里的连接参数。Access denied → 数据库用户、密码、host授权不匹配。Cannot listen on port 10051 → 端口被占用或防火墙拦截。第三步如果进程活着但前端还报错查看前端配置文件/etc/zabbix/web/zabbix.conf.php确认$ZBX_SERVER和$ZBX_SERVER_PORT指向的是正确地址和10051端口。第四步确认SELinux状态getenforce返回Enforcing就先setenforce 0测试。在Enforcing模式下Apache进程访问Zabbix Server时可能被SELinux策略拦下导致前端获取不到状态信息。第五步检查磁盘空间。数据库所在的磁盘如果满了Zabbix Server往数据库里写数据时会一直报错表现出来也是前端红条。df -h一眼就能看出来。这个问题的本质是“前端到Server、Server到数据库”这条链路的连通性。前端通过10051端口获取Server状态Server通过数据库连接读写监控数据。链路中任何一个环节断了都会导致这个红条提示。5.2 中文乱码问题Zabbix Web界面默认的字体包不包含中文字形导致图形中的中文标签显示成方块。解决办法是用一个中文字体替换掉前端默认字体文件。我一般用文泉驿正黑或者文泉驿微米黑这类开源中文字体对中文支持完整安装也方便yum install -y wqy-zenhei-fontsZabbix 5.0的前端字体文件路径在/usr/share/zabbix/assets/fonts/graphfont.ttf。替换方式mv /usr/share/zabbix/assets/fonts/graphfont.ttf /usr/share/zabbix/assets/fonts/graphfont.ttf.bak ln -s /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc /usr/share/zabbix/assets/fonts/graphfont.ttf刷新页面后图形里的中文就能正常显示了。注意个别版本前端字体是通过/etc/alternatives/zabbix-web-font软链来指向的改法相同只是路径要从软链处重新设置。5.3 Agent数据采集不到主机列表里看到主机名旁边是红色ZZBX标签说明前端和Agent之间通信异常没有数据采集进来。排查路径我总结为四条先测端口是否通telnet 192.168.1.101 10050端口不通就检查防火墙、Agent进程是否启动。再测试键值是否能取到zabbix_get -s 192.168.1.101 -p 10050 -k system.cpu.load[all,avg1]zabbix_get返回不了数据重点看Agent配置文件里的Server字段是不是填了Zabbix Server的IP以及LogFile里的报错。tail -100 /var/log/zabbix/zabbix_agentd.log还有很常见的一种情况是模板绑错了Windows主机绑了Linux模板或者主动模式下前端主机名和Agent端Hostname不一致。这些问题在主机“最新数据”里表现出来都是空的要逐个排查。5.4 数据库膨胀与数据归档Zabbix跑久了数据库里history和trends两张表膨胀飞快这是必然的。前端页面变得卡顿、报表加载变慢、Server往数据库写数据超时都和数据库太大有关。最简单的优化方案是调整历史数据和趋势数据的保留时间。路径在管理 → 常规 → 其他参数历史数据保留期默认是3125天趋势数据保留期默认3650天这个设置对很多场景来说过于保守。我的建议是历史数据history表包含原始采集值保留30~90天。趋势数据trends表包含按小时聚合后的数据保留365天。这样既能满足日常监控和短期排障需求又能有效控制数据库增长速度。规模更大的环境还可以考虑对history表做分区操作按月自动归档清理官方文档里有详细的MySQL分区方案可以参考。先改保留时间对大多数中小规模团队来说是投入产出比最高的做法。6. 从安装到落地后续运维经验6.1 日常维护清单部署完成不等于监控体系落地后续运维才是关键。我能给的建议就是把这些事情放进日常运维清单里。用模板管理一切主机多起来之后不要一台台手动配。合理使用模板和主机群组把同类主机的监控项、触发器、图形全部收敛到模板里改模板等于改全组主机。定期检查告警质量经常误报的触发器要认真调整阈值长期没有任何数据的主机要排查是Agent失联了还是监控项配置错了。告警噪音太大人会麻木真正出问题的时候反而不看了。备份不能省Zabbix的配置和数据全部在数据库里建议定时mysqldump整个zabbix库同时备份/etc/zabbix目录下所有配置文件。别等误删了监控项才意识到备份的重要性。版本升级有节奏Zabbix官方会发布patch版本包含bug修复和安全更新。升级前先在测试环境验证升级时注意先查看官方升级说明有些大版本升级需要数据库结构变更。6.2 面试中常被问到的Zabbix考点既然热词里出现了“zabbix面试题”我顺手分享几个面试官常问、也是理解这套监控系统本质的问题。Zabbix由哪些核心组件组成Server、Agent、Proxy、Web前端、数据库。主动监控和被动监控的区别被动模式Server从Agent拉数据走10050端口主动模式Agent推数据给Server走10051端口主动模式适合大规模部署。自定义监控项怎么做写脚本输出数值在Web前端添加监控项键值格式写成key[参数]然后给这个键值配触发器。数据库膨胀怎么处理调整历史/趋势保留时间、分区表、定期清理。Zabbix和Prometheus怎么选Zabbix以主机和设备为核心适合传统IT基础设施Prometheus以指标拉取和标签模型为核心适合云原生容器场景。这是选型问题不是替代关系。我自己在部署这套系统时最深的体会是Zabbix本质上还是“采集-存储-展示-告警”这条最经典的监控链路装Server、配数据库、加Agent、绑定模板所有操作的目的都是把这条链路打通。后面那些自动发现、自定义告警、分布式Proxy的高级玩法全都是在链路的某个环节上做扩展。遇到问题别慌顺着链路一段一段排查先看进程再看日志先试端口再找配置。Zabbix的日志写得相对直白/var/log/zabbix/zabbix_server.log和zabbix_agentd.log基本能覆盖80%的故障原因。这套方法适用于CentOS 7上的Zabbix 5.0放到新版本和新的操作系统上思路也完全一致。
阅读完成 · 觉得有帮助？
