zabbix 监控过程详解

zabbix 专栏收录该内容
19 篇文章 0 订阅

监控过程详解

1、修改密码及中文版

在这里插入图片描述

按如上操作即可,选择中文以后,点击下面的update即可更新成功

在这里插入图片描述

  • 为了安全起见修改密码

在这里插入图片描述

在这里插入图片描述

修改完成后同样点击更新即可。

2、创建主机及主机群组

1、定义一个主机群组

在这里插入图片描述

在这里插入图片描述

2、添加主机

在这里插入图片描述

在这里插入图片描述

  • 当然,上面有很多选择卡,有一个加密:

在这里插入图片描述

  • 设置完成后,点击添加。添加的主机已经出现在列表中

在这里插入图片描述

  • 同样的把node2节点添加进来:

在这里插入图片描述

3、监控项 (items)

1、 介绍
  • 点击 node1 的监控项,即可创建监控项,首先,创建三个应用集:

  • 应用集一般配合监控项使用,是多个同类型的监控项的分类目录
    在这里插入图片描述

  • 定义监控项

在这里插入图片描述

在这里插入图片描述

任何一个被监控项,如果想要能够被监控,一定要在 zabbix-server 端定义了能够连接至 zabbix-agent 端,并且能够通过命令获取信息。或者在 agent 端定义了能够让server 端获取命令。一般都是内建的命令,都对应的有其名字,被我们称之为 key。

在这里插入图片描述

  • 关于key值,可以直接在网页上设置(服务器自动执行),也可以使用命令行命令(手动执行)来获取:
[root@qfedu.com ~]#  zabbix_get -s 192.168.37.122 -p 10050 -k "system.cpu.intr"
  • 在 agent 端,也可以使用命令来查看 intr 的速率变化:

在这里插入图片描述

继续配置监控项:

在这里插入图片描述

2、定义一个不带参数的监控项

在这里插入图片描述

在这里插入图片描述

设置完以后,点击更新,即可加入,并会自动跳转至如下页面
在这里插入图片描述

定义完成,回到所有主机,等待5秒,可以看到,node1节点后面的选项已经变成绿色:

在这里插入图片描述

回到仪表盘,可以看到,监控项有一个处于启用状态:

在这里插入图片描述

点击最新数据,选择要查看主机,应用一下,就可以看到数据状态:

在这里插入图片描述

可以看到,还有一个图形页面,点进去则可以看图形的分布:

在这里插入图片描述

  • 事实上,需要关注的指标有很多种,一一添加进来即可。

  • 以上定义的监控项是很简单的,指定一个key即可,但是有些监控项是带有参数的,这样一来,监控项就有更多的灵活性。接下来,简单说明需要带参数的监控项:

3、定义一个带参数的监控项

在这里插入图片描述

  • [] 就是需要参数的意思,里面的值即为参数

  • <> 为不可省略的。

我们就以这个例子来说明:

  • if 表示是接口名;

  • 表示是那种模式,包括但不限于:packets(包)、bytes(字节)、errors(错误)、dropped(丢包)、overuns等等(上述内容通过 ifconfig 查看)

设置一个监控值:
 
在这里插入图片描述

在这里插入图片描述

  • 通过命令行来查看:
[root@qfedu.com~]# zabbix_get -s 192.168.37.122 -p 10050 -k "net.if.in[ens33,packets]"
  • 查看网页的显示情况:检测中 —> 最新数据 —> Network Interface Stats(图形)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jzgLD1m6-1615620375708)(assets/1204916-20171202112536323-416042280.png)]

中文乱码解决方法

  • Zabbix监控页面中文显示异常,具体为显示为方块,如图所示。

在这里插入图片描述
1、查找zabbix安装目找到字体具体位置。

#查找zabbix安装位置
[root@qfedu.com~]# whereis zabbix
zabbix: /usr/lib/zabbix /etc/zabbix /usr/share/zabbix
[root@qfedu.com~]# ls /usr/share/zabbix/
actionconf.php                 app                 charts.php                   hostinventories.php  items.php        report2.php        styles
adm.gui.php                    applications.php    conf                         host_prototypes.php  js               report4.php        sysmap.php
adm.housekeeper.php            audio               conf.import.php              host_screen.php      jsLoader.php     robots.txt         sysmaps.php
adm.iconmapping.php            auditacts.php       correlation.php              hosts.php            jsrpc.php        screenconf.php     templates.php
adm.images.php                 auditlogs.php       discoveryconf.php            httpconf.php         latest.php       screenedit.php     toptriggers.php
adm.macros.php                 browserwarning.php  disc_prototypes.php          httpdetails.php      local            screen.import.php  tr_events.php
adm.other.php                  chart2.php          favicon.ico                  image.php            locale           screens.php        trigger_prototypes.php
adm.regexps.php                chart3.php          fonts                        images               maintenance.php  search.php         triggers.php
adm.triggerdisplayoptions.php  chart4.php          graphs.php                   img                  map.import.php   services.php       usergrps.php
adm.triggerseverities.php      chart5.php          history.php                  imgstore.php         map.php          setup.php          users.php
adm.valuemapping.php           chart6.php          host_discovery.php           include              overview.php     slideconf.php      zabbix.php
adm.workingtime.php            chart7.php          hostgroups.php               index_http.php       profile.php      slides.php
api_jsonrpc.php                chart.php           hostinventoriesoverview.php  index.php            queue.php        srv_status.php
#字体文件位置
[root@qfedu.com~]# ls /usr/share/zabbix/fonts/
graphfont.ttf
[root@qfedu.com~]# cd /usr/share/zabbix/fonts/
[root@server fonts]# pwd
/usr/share/zabbix/fonts
[root@server fonts]# ls -l
总用量 0
lrwxrwxrwx. 1 root root 33 3月  25 15:24 graphfont.ttf -> /etc/alternatives/zabbix-web-font

在这里插入图片描述

采用 winscp/xftp等工具将 Windows 中文字体上传到 /usr/share/zabbix/fonts/ 文件夹。本文中文字体为宋体。字体权限修改后截图如下所示:

在这里插入图片描述

切换至/etc/alternatives 目录查看软链接。

在这里插入图片描述

  • 删除旧软链接并新建。也可以修改为其他中文字体,例如仿宋或者微软雅黑。
# 删除旧软链接
[root@quedu.com fonts]# rm -f /etc/alternatives/zabbix-web-font
# 新建软链接
[root@quedu.com fonts]# ln -s /usr/share/zabbix/fonts/simsun.ttc  /etc/alternatives/zabbix-web-font
  • 刷新浏览器页面即可,如果显示异常,请重新启动 zabbix-server 服务。
[root@quedu.com fonts]# systemctl restart zabbix-server

正常显示字体如图所示。

在这里插入图片描述

4、快速定义类似指标
  • 要定义一个类似的指标,直接选择克隆,然后简单的修改参数即可。

  • 就以定义的 net.if.in[ens33,packets] 为例,如果我们想要在定义一个out的进行如下操作即可:

在这里插入图片描述

在这里插入图片描述

如果要以字节为单位需要定义的话,进行同样的操作:
在这里插入图片描述

在这里插入图片描述

  • 如果有需要的话也可以把 byte 再克隆成out。

  • 可以看一下,已经定义的指标:

  • 在这里插入图片描述

进入检测中 —> 最新数据,可以看到,我们定义的监控项都已经有值了:在这里插入图片描述

5、删除监控项
  • 如果有一个监控项,用不上了,就可以删除掉。但是如果你直接删除的话,默认数据是会留下的,所以要先清除数据,然后再删除,具体操作步骤如下:

在这里插入图片描述

6、监控项存储的值

对于监控项存储的值,老一点的版本只有以下三种方式:

  • As is: 不对数据做任何处理(存储的为原始值)

  • Delta:(simple change)(变化),本次采样减去前一次采样的值的结果

  • Delta:(speed per second)(速率),本次采样减去前一次采样的值,再除以经过的时长;

在3.4版本以后有了更多的表现形式:

在这里插入图片描述

4、触发器(trigger)

1、简介

当采集的值定义完了以后,就可以来定义触发器了。触发器的定义是:**界定某特定的item采集到的数据的非合理区间或非合理状态。通常为逻辑表达式。**逻辑表达式(阈值):通常用于定义数据的不合理区间,其结果如下:

  • OK (不符合条件):正常状态 --> 较老的zabbix版本,其为FALSE;

  • PROBLEM(符合条件):非正常状态 --> 较老的zabbix版本,其为TRUE;

评定采样数值是否为合理区间的比较稳妥的方法是——根据最后N次的平均值来判定结果;这个最后N次通常有两种定义方式:

  • 最近N分钟所得结果的平均值

  • 最近N次所得结果的平均值

触发器存在可调用的函数:

  • nodata()    #是否采集到数据,采集不到则为异常

  • last()      #最近几次

  • date() #时间,返回当前的时间,格式YYYYMMDD

  • time() #返回当前的时间,HHMMSS格式的当前时间。

  • now() #返回距离Epoch(1970年1月1日00:00:00UTC)时间的秒数

  • dayofmonth() #返回当前是本月的第几天

注:能用数值保存的就不要使用字符串

2、触发器表达式

基本的触发器表达式格式如下所示

{<server>:<key>.<function>(<parameter>)}<operator><constant>
  • server:主机名称;
  • key:主机上关系的相应监控项的key;
  • function:评估采集到的数据是否在合理范围内时所使用的函数,其评估过程可以根据采取的数据、当前时间及其它因素进行;
  • 目前触发器所支持的函数有avg、count、change、date、dayofweek、delta、diff、iregexp、last、max、min、nodata、now、sum等
  • parameter:函数参数;大多数数值函数可以接受秒数为其参数,而如果在数值参数之前使用“#”做为前缀,则表示为最近几次的取值,如sum(300)表示300秒内所有取值之和,而sum(#10)则表示最近10次取值之和;
  • 此外,avg、count、last、min和max还支持使用第二个参数,用于完 成时间限定;例如,max(1h,7d)将返回一周之前的最大值;
  • 表达式所支持的运算符及其功能如下图所示:

在这里插入图片描述

3、定义一个触发器

查看一下 rate of packets(in) 的值,并以其为标准确定我们的非正常的值:在这里插入图片描述

  • 图中最大值为74,最小值为4,平均值为24。这样的话,可以定义50以上的都是非正常的值。

  • 定义一个触发器:进入:配置 —> 主机 —> node1 —> 触发器 —> 创建触发器

在这里插入图片描述

表达式可以直接点击右侧的添加,然后定义自己所需的内容,即可自动生成:

在这里插入图片描述

生成完毕后,我们就点击页面下方的添加,即成功定义了一个触发器,同时页面自动跳转:

在这里插入图片描述

查看定义了触发器的监控项:

在这里插入图片描述

  • 看到里面就有了一根线,就是定义的值,超过线的即为异常状态,看起来非常直观。现在即使超过了这根线,也仅仅会产生一个触发器事件而不会做其他任何事。因此,需要去定义一个动作(action)。
4、触发器的依赖关系
  • 触发器彼此之间可能会存在依赖关系的,一旦某一个触发器被触发了,那么依赖这个触发器的其余触发器都不需要再报警。

  • 多台主机是通过交换机的网络连接线来实现被监控的。如果交换机出了故障,我们的主机自然也无法继续被监控,如果此时,所有主机统统报警……想想也是一件很可怕的事情。要解决这样的问题,就是定义触发器之间的依赖关系,当交换机挂掉,只有自己报警就可以了,其余的主机就不需要在报警了。这样,也更易于我们判断真正故障所在。

  • 注意:目前zabbix不能够直接定义主机间的依赖关系,其依赖关系仅能通过触发器来定义。

  • 定义一个依赖关系:打开任意一个触发器,上面就有依赖关系,我们进行定义即可:

在这里插入图片描述

在这里插入图片描述

由于当前只定义了一个触发器,就不演示了,过程就是这样~添加以后点击更新即可。触发器可以有多级依赖关系,比如我们看下面的例子:

在这里插入图片描述

5、定义动作(action)

1、 简介
  • 需要去基于一个对应的事件为条件来指明该做什么事,一般就是执行远程命令或者发警报。

  • 有一个告警升级的机制,所以,当发现问题的时候,一般是先执行一个远程操作命令,如果能够解决问题,就会发一个恢复操作的讯息给接收人,如果问题依然存在,则会执行发警报的操作,一般默认的警报接收人是当前系统中有的 zabbix 用户,所以当有人需要收到警报操作的话,我们则需要把它加入我们的定义之中。

  • 每一个用户也应该有一个接收告警信息的方式,即媒介,就像我们接收短信是需要有手机号的一样。

  • 每一个监控主机,能够传播告警信息的媒介有很多种,就算我们的每一种大的媒介,能够定义出来的实施媒介也有很多种。而对于一个媒介来说,每一个用户都有一个统一的或者不同的接收告警信息的端点,我们称之为目标地或者目的地。

综上为了能够发告警信息,

  • 第一,我们要事先定义一个媒介,

  • 第二,还要定义这个媒介上用户接收消息的端点(当然,在用户上,我们也称之为用户的媒介)。

系统内建的媒介类型:

在这里插入图片描述

这只是基本的媒介类型,里面还有更多的细分,以 Email为例:
在这里插入图片描述

注意:同一个类型也可以定义多个,以 Email 为例,可以定义一个腾讯的服务器,一个网易的服务器,一个阿里的服务器等等。

2、定义一个媒介(media)

以 Email 为例定义一个媒介:

在这里插入图片描述

在这里插入图片描述

定义后更新就可以
媒介定义好了,怎么才能够让用户接收到邮件呢?比如让Admin用户接收邮件,应该怎么操作呢?具体步骤如下

  • 进入 管理 —> 用户 —> Admin —> 报警媒介

  • 添加一条进来:

    在这里插入图片描述

添加过后是这样的在这里插入图片描述

  • 更新就可以

注意: 一个用户可以添加多个接收的媒介类型。 请使用163/qq邮箱测试

3、定义一个动作(action)

动作是在某些特定条件下触发的,比如,某个触发器被触发了,就会触发动作。现在基于redis来定义一个动作。

  • 在 agent 端使用 yum 安装一下 redis:
[root@node1 ~]# yum install redis -y
  • 修改配置文件:
[root@node1 ~]# vim /etc/redis.conf 
bind 0.0.0.0        #不做任何认证操作
  • 启动服务检查端口:
[root@node1 ~]# systemctl start redis
[root@node1 ~]# ss -nutlp | grep redis
tcp    LISTEN     0      128       *:6379                  *:*                   users:(("redis-server",pid=5250,fd=4))
1、定义监控项
  • 进入 配置 —> 主机 —> node1 —> 监控项(items)—> 创建监控项
    在这里插入图片描述

填写完毕以后点击下方的添加

在这里插入图片描述

  • 该监控项已成功添加。
  • 查看值:检测中 —> 最新数据

在这里插入图片描述

2、定义触发器
  • 定义好了监控项以后,定义一个触发器,当服务有问题的时候,才能及时知道:

  • 进入 配置 —> 主机 —> node1 —> 触发器(trigger)—> 创建触发器

在这里插入图片描述

填写完毕以后点击下方的添加。

在这里插入图片描述

  • 该触发器已成功添加

  • 查看:监测中 —> 最新数据

在这里插入图片描述

  • 手动关闭 redis 服务来检测一下:
[root@node1 ~]# systemctl stop redis.service
  • 进入 监测中 —> 问题

在这里插入图片描述

  • 看到已经显示的是问题了。并且有持续的时间,当服务被打开,会转为已解决状态:
[root@node1 ~]# systemctl start redis.service 

在这里插入图片描述

3、定义动作(action)
  • 进入 配置 —> 动作 —> 创建动作(注意选择事件源为触发器)在这里插入图片描述
    在这里插入图片描述

操作添加:

在这里插入图片描述

需要在虚拟机上进行两项操作,

  • 修改 sudo 配置文件使 zabbix 用户能够临时拥有管理员权限;

  • 修改 zabbix 配置文件使其允许接收远程命令。

进行如下操作:

[root@node1 ~]# visudo          # 相当于“vim /etc/sudoers”
    ## Allow root to run any commands anywhere
    root    ALL=(ALL)   ALL
    zabbix    ALL=(ALL)   NOPASSWD: ALL     # 添加的一行,表示不需要输入密码

[root@node1 ~]# vim /etc/zabbix/zabbix_agentd.conf
    EnableRemoteCommands=1          # 允许接收远程命令
    LogRemoteCommands=1             # 把接收的远程命令记入日志

[root@node1 ~]# systemctl restart zabbix-agent.service
  • 添加了第一步需要做的事情,重启服务,如果重启不成功怎么办呢?就需要来添加第二步

在这里插入图片描述

添加完成以后

在这里插入图片描述

操作添加完了,如果服务自动恢复了,可以发送消息来提示:

在这里插入图片描述

动作设置完毕,可以点击添加了,添加完成会自动跳转至如下页面:

在这里插入图片描述

  • 可以手动停止服务来进行测试:
[root@node1 ~]# systemctl stop redis.service 
  • 到问题页面来查看,发现确实有问题,并且已经解决:
  • 在这里插入图片描述
    server 端查看是否收到邮件

在这里插入图片描述
agent 端查看端口是否开启

在这里插入图片描述

  • 端口正常开启,动作触发已经完成。

补充:可以使用脚本来发送警报,脚本存放路径在配置文件中可以找到,定义为:AlterScriptsPath=/usr/lib/zabbix/alertscripts

  • 手动修改一下redis服务的监听端口,这样就不能通过重启服务恢复了:
[root@node1 ~]# vim /etc/redis.conf
    #port 6379
    port 6380               #注释掉原来的端口,更换为新的端口

[root@node1 ~]# systemctl restart redis
  • 网页查看状态:进入 监测中 —> 问题,可以看到是报错的: 在这里插入图片描述
    经过了重启服务以后还是没能把解决问题,就会发邮件告警在这里插入图片描述
    把服务端口改回来,然后重启服务。这样,等到问题自动解决了以后,会再次收到邮件:在这里插入图片描述
    在这里插入图片描述
  • 动作设定已经全部测试完成。

6、zabbix可视化

1、 简介

数据日积月累,想要更直观的了解到各项数据的情况,图形无疑是最佳选择。zabbix 提供了众多的可视化工具直观展示,如 graph、screen 及 map 等。前面也看到过一些简单的图形展示。如果想要把多个相关的数据定义在同一张图上去查看,就需要去自定义图形

2、自定义图形(Graphs)

自定义图形中可以集中展示多个时间序列的数据流。支持四种不同形式的图形

  • 线状图(normal)

  • 堆叠面积图(stacked)、

  • 饼图(pie)”

  • 分离型饼图(exploded)

设置过程如下:进入 配置 —> 主机 —> node1 —> 图形,选择右上角创建图形:在这里插入图片描述

  • 看一看四种状态:

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 主机都可以自定义,一般线型是看的最清晰的,通常会使用这个。克隆一个 packets 来更改为 bytes 用同样的,如果想添加别的内容,也都可以添加的。

  • 这里添加了三个图形,我们可以在 监测中 —> 图形 来查看在这里插入图片描述

3、聚合图形(Screens)
  • 创建的自定义图形也可以放在一个聚合图里显示,具体的设置方法: 进入 监测中 —> 聚合图形 —> 选择右上角创建聚合图形
  • 在这里插入图片描述
    可以选择分享:

在这里插入图片描述

  • 定义好了添加即可

  • 定义完成以后,需要编辑一下,来指定保存哪些图:

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
依次添加即可,添加完成之后:

在这里插入图片描述

  • 因为只有三张图,所以添加的有重复的。
4、幻灯片演示(Slide shows)
  • 如果有多个聚合图形想要按顺序展示的话,我们就可以定义一个幻灯片。

  • 具体步骤:进入 监测中 —> 聚合图形 —> 右上角选择幻灯片演示 —> 创建幻灯片

在这里插入图片描述

在这里插入图片描述

  • 打开以后显示的是图片1,5s以后会自动切换为图片2。这样就可以实现幻灯片演示,就不需要去手动切换了。
5、 定义拓扑图(Maps)
  • 在拓扑图中,可以定义成一个复杂的网络连接图,可以使用一台主机来连接另一台主机,这样的话,就可以查看出到底是哪个链接出了问题。

  • 进入 监测中 —> 拓扑图 —> 所有地图 —> Local network(默认就有的)
    在这里插入图片描述

  • 通过 Ping 和 Traceroute 就可以实验我们上述的功能。

7、模板

1、创建模板
  • 每一个主机的监控项都很多,一个一个的添加实在是太头疼了,更何况,可能不止一个主机。可以把一个 redis 的监控项添加进一个模板里,这样更方便于我们以后的添加。

  • 具体操作:进入 配置 —> 模板 —> 选择右上角创建模板
    在这里插入图片描述

  • 填写完以后,点击下方的添加即可。

  • 基于组过滤,就能看到定义的模板:在这里插入图片描述

  • 可以向里面添加应用集、监控项、触发器、图形等等,添加完成以后,后期再有主机需要添加就直接套用模板即可。

  • 需要注意的一点是,现在添加的是模板,所以不会立即采用数据,只有链接到主机上以后,才会真正生效。

2、模板的导入与导出
  • 可以直接导入一个模板,在互联网上可以找到很多,导入的步骤如下:
    在这里插入图片描述
    在这里插入图片描述

  • 创建好的模板也可以导出为文件:

  • 任意选中一个准备好的模板,然后页面的最下方就有导出按钮:在这里插入图片描述
    在这里插入图片描述

  • 就可以非常方便的进行应用了

3、模板的应用
  • 进入 配置 —> 主机 —> node1 —> 模板,选择要添加的模板了:在这里插入图片描述
    在这里插入图片描述
    点击更新了。成功链接至模板,主机数据就会更新了:在这里插入图片描述
    注意:

  • 一个主机可以链接多个模板,但尽量不要让一个指标被采样两次。

  • 如果有多个主机,同时这些主机也在一个主机组里,这样的话,只需要在这个主机组里添加模板,就能够让在主机组里的所有主机进行监控

4、移除模板链接
  • 当一个主机的模板不想要用了,可以移除模板链接,

  • 具体操作步骤:进入 配置 —> 主机 —> node1 —> 模板,可以把不需要的模板移除:在这里插入图片描述
    删除试试看,移除并清理以后,点击更新。就会自动跳转至如下界面:在这里插入图片描述

  • 模板已经被移除

8、宏(macro)

1、简介
  • 宏是一种抽象(Abstraction),它根据一系列预定义的规则替换一定的文本模式,而解释器或编译器在遇到宏时会自动进行这一模式替换。类似地,zabbix基于宏保存预设文本模式,并且在调用时将其替换为其中的文本。

  • zabbix有许多内置的宏,如{HOST.NAME}、{HOST.IP}、{TRIGGER.DESCRIPTION}、{TRIGGER.NAME}、{TRIGGER.EVENTS.ACK}等。

  • 详细信息请参考官方文档

2、级别

宏一共有三种级别,分别是全局宏、模板宏、主机宏。不同级别的宏的适用范围也不一样。

  • 全局宏也可以作用于所有的模板宏和主机宏,优先级最低。

  • 模板宏则可以作用于所有使用该模板的主机,优先级排在中间。

  • 主机宏则只对单个主机有效,优先级最高。

3、类型
  • 宏的类型分为系统内建的宏和用户自定义的宏。

  • 为了更强的灵活性,zabbix还支持在全局、模板或主机级别使用用户自定义宏(user macro)。

  • 系统内建的宏在使用的时候需要{MACRO}的语法格式,用户自定义宏要使用{$MACRO}这种特殊的语法格式。

  • 宏可以应用在item keys和descriptions、trigger名称和表达式、主机接口IP/DNS及端口、discovery机制的SNMP协议的相关信息中……

  • 宏的名称只能使用大写字母、数字及下划线

  • 进一步信息请参考官方文档

4、定义一个宏

如果想要在监控项(items)上使用宏,就要先去定义一个宏,然后去创建监控项,直接引用定义好的宏即可。具体操作步骤:

1、定义全局宏
  • 进入 管理 —> 一般 —> 右上角选择宏
  • 在这里插入图片描述
    在这里插入图片描述
  • 全局宏就添加好了
2、定义监控项,调用宏
  • 进入 配置 —> 主机 —> 所有主机 —> 监控项 —> 右上角创建监控项在这里插入图片描述
    填写完成以后,点击添加。看到这个调用宏的监控项已经添加成功:在这里插入图片描述
    查看监控项现在的状态:进入 监测中 —> 最新数据在这里插入图片描述
  • 把服务停掉。就会变成 down 的状态
[root@node1 ~]# systemctl stop redis

在这里插入图片描述

  • 发现监控项是可以正常使用的。
3、修改宏

如果把 node1 节点上的 redis 服务监听端口手动改掉,定义的监控项就不能正常使用了,这样的话,就需要去修改宏。因为只是个例,所以我们不需要去修改全局宏,只用修改模板宏或者主机宏就可以了。

模板宏和主机宏的不同修改操作:

  • 模板宏:模板宏的修改,配置 —> 模板 —> redis stats(相应的模板) —> 宏在这里插入图片描述

  • 点击添加就可以了。

  • 主机宏:主机宏的修改,配置 —> 主机 —> 所有主机 —> node1 —> 宏在这里插入图片描述
    点击添加就可以了。

  • 1
    点赞
  • 1
    评论
  • 11
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

©️2022 CSDN 皮肤主题:鲸 设计师:meimeiellie 返回首页

打赏作者

GC-757

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值