Zabbix5.0监控Redis

最新推荐文章于 2024-04-25 14:31:37 发布
置顶 最新推荐文章于 2024-04-25 14:31:37 发布
阅读量6k 收藏 14
点赞数 1
分类专栏： Zabbix专栏 文章标签： redis zabbix 监控类 运维 nosql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43091761/article/details/120314353
版权

Zabbix5.0监控Redis

1.什么是Redis

在这里插入图片描述

​ Redis是一个开源的高性能NoSQL数据库,可称为远程字典服务。

  • 基于内存运行，性能高效
  • 支持分布式，理论上可以无限扩展
  • key-value存储系统
  • 使用ANSI C语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API
1.1 基础概念普及
1.1.1 应用场景

​ 缓存系统（“热点”数据：高频读、低频写）、计数器、消息队列系统、排行榜、社交网络和实时系统。

1.1.2 数据类型

​ 和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。

1.1.3 操作命令
1.1.3.1 字符串类型string

它是一个二进制安全的字符串，不仅可以存储字符串，还能存储图片、视频等多种类型。

  • GET/MGET
  • SET/SETEX/MSET/MSETNX
  • INCR/DECR
  • GETSET
  • DEL
1.1.3.2 哈希类型hash

该类型就是key和value组的Hash表。

  • HGET/HMGET/HGETALL
  • HSET/HMSET/HSETNX
  • HEXISTS/HLEN
  • HKEYS/HDEL
  • HVALS
1.1.3.3 列表类型list

该类型是基于双链表实现，是按插入顺序排序的字符串集合。

  • LPUSH/LPUSHX/LPOP/RPUSH/RPUSHX/RPOP/LINSERT/LSET
  • LINDEX/LRANGE
  • LLEN/LTRIM
1.1.3.4 集合类型set

set类型和list类型的最大区别是:元素是唯一的且元素没有顺序，底层是基于哈希表不是双链表。

  • SADD/SPOP/SMOVE/SCARD
  • SINTER/SDIFF/SDIFFSTORE/SUNION
1.1.3.4 顺序集合类型zset

ZSet是一种有序集合类型，每个元素都会关联一个分数权值，通过权值来为集合中的成员进行从小到大的排序。

  • ZADD/ZPOP/ZMOVE/ZCARD/ZCOUNT
  • ZINTER/ZDIFF/ZDIFFSTORE/ZUNION
1.1.4 持久化机制

redis是一个内存数据库，数据保存在内存中，但是我们都知道内存的数据变化是很快的，也容易发生丢失。幸好Redis还为我们提供了持久化的机制，分别是RDB(Redis DataBase)和AOF(Append Only File)。

1.1.4.1 RDB 机制

RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。也是默认的持久化方式，这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。

①、优势

（1）RDB文件紧凑，全量备份，非常适合用于进行备份和灾难恢复。

（2）生成RDB文件的时候，redis主进程会fork()一个子进程来处理所有保存工作，主进程不需要进行任何磁盘IO操作。

（3）RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。

②、劣势

RDB快照是一次全量备份，存储的是内存数据的二进制序列化形式，存储上非常紧凑。当进行快照持久化时，会开启一个子进程专门负责快照持久化，子进程会拥有父进程的内存数据，父进程修改内存子进程不会反应出来，所以在快照持久化期间修改的数据不会被保存，可能丢失数据。

1.1.4.2 AOF 机制

全量备份总是耗时的，有时候我们提供一种更加高效的方式AOF，工作机制很简单，redis会将每一个收到的写命令都通过write函数追加到文件中。通俗的理解就是日志记录。

①、优势

（1）AOF可以更好的保护数据不丢失，一般AOF会每隔1秒执行一次fsync操作，最多丢失1秒钟的数据。

（2）AOF日志文件没有任何磁盘寻址的开销，写入性能非常高，文件不容易破损。

（3）AOF日志文件的命令通过非常可读的方式进行记录，这个特性非常适合做灾难性的误删除的紧急恢复。比如某人不小心用flushall命令清空了所有数据，只要这个时候后台rewrite还没有发生，那么就可以立即拷贝AOF文件，将最后一条flushall命令给删了，然后再将该AOF文件放回去，就可以通过恢复机制，自动恢复所有数据

②、劣势

（1）对于同一份数据来说，AOF日志文件通常比RDB数据快照文件更大。

（2）AOF开启后，支持的写QPS会比RDB支持的写QPS低，因为AOF一般会配置成每秒fsync一次日志文件，当然，每秒一次fsync，性能也还是很高的。

（3）AOF可能存在bug，出现过不能恢复一模一样的数据的情况。

1.2 常见的问题
1.2.1 击穿问题

​ 在Redis获取某一key时, 由于key不存在, 而必须向DB发起一次请求的行为, 称为“Redis击穿”。

在这里插入图片描述

引发击穿的原因：恶意访问不存在的key、Key过期

改善的方案：对某些高频访问的Key，设置合理的TTL或永不过期、标准化key的命名后可以拦截不规范的key

1.2.2 雪崩问题

​ Redis缓存层由于某种原因宕机后，所有的请求会涌向存储层，短时间内的高并发请求可能会导致存储层挂机，称之为“Redis雪崩”。

改善的方案：限流、使用Redis集群

2.如何监控Redis

2.1 使用zabbix5.0监控

zabbix5.0提供了一个redis的监控模板，专业和实用，我们选择这个自带的模板（Template DB Redis）进行监控redis就行，该模板提供了64个监控项和13个触发器，非常详细。

2.1.1 前置条件
  • 安装有Redis-server服务，可以运行redis-cli命令
  • 在Redis-server服务器上安装zabbix-agent2
2.1.2 配置Redis模板

使用zabbix5.0自带的模板监控Redis非常方便，三步搞定。

第一步，选择要监控的主机（该主机上部署有Redis服务），点击模板选项卡并选择。

在这里插入图片描述

第二步，选择主机群主Templates，再找到模板【Template DB Redis】点选择，然后点击更新，就绑定关联了。

在这里插入图片描述

第三步，查看最新数据，如果有数据，就说明可以正常监控Redis。
在这里插入图片描述
在这里插入图片描述

2.1.3 监控原理

该方案数据采集原理是通过客户端agent调用redis-cli采集的。

#通过执行以下命令info采集监控数据：
redis-cli  -h 166.8.50.* -p 端口号  -a 'password' info
#通过读取redis安装目录下的redis.conf文件内容
redis 127.0.0.1:6379> CONFIG GET *

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pJrOzMmm-1631701376129)(C:\Users\Test\Desktop\Zabbix5.0监控Redis.assets\图片1.png)]

默认采集地址是{$REDIS.CONN.URI} 6379端口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-E9y01hig-1631701376130)(C:\Users\Test\Desktop\Zabbix5.0监控Redis.assets\图片2.png)]

从上面的提示可以看出，Template DB Redis的宏配置是默认Server端不设置密码的，如果Redis-server设置了密码，需要额外配置，否则会报如下错误：

Redis.ping[“{KaTex parse error:Expected ‘EOF’ , got ‘}’ at position 15: 
REDIS.CONN.URI}”,”{REDIS.AUTH}”]

添加下面的宏就可以解决上述问题

{$REDIS.AUTH}=<password>
2.2 模板监控指标介绍
1.3.1 性能指标 Performance
# redis-cli info
instantaneous_ops_per_sec:0 #平均每秒处理请求总数
instantaneous_input_bytes:0.01  #输入带宽(单位字节)
instantaneous_output_bytes:0.00 #输出带宽(单位字节)
total_commands_processed:642719 #Redis服务处理命令的总数(字段的值是递增的)
1.3.2 内存指标 Memory
# redis-cli info
used_memory:831391096        #由 Redis分配器分配的内存总量（以字节为单位）
used_memory_rss:888795136    #从操作系统的角度，返回 Redis 已分配的内存总量（ top 输出一致）
used_memory_peak:833008000   #Redis 的内存消耗峰值（以字节为单位）
used_memory_lua:37888        #Lua 引擎所使用的内存大小（以字节为单位）
mem_fragmentation_ratio:1.07 #内存碎片比率
1.3.3 基本活动指标 Basic activity

包括Client连接数和key指标。

# redis-cli info
connected_clients:2  #已连接客户端的数量（不包括通过从属服务器连接的客户端）
connected_slaves:0   #通过从属服务器连接的客户端
blocked_clients:0    #由于BLPOP,BRPOP or BRPOP,LPUSH而阻塞的客户端
evicted_keys:0       #由于最大内存限制被移除的key的数量
expired_keys:0       #因为过期而被自动删除的数据库键数量
keyspace_hits:1      #查找数据库键成功的次数
keyspace_misses:0    #查找数据库键失败的次数
keyspace_hit_ratio   #keyspace_hits/(keyspace_hits+keyspace_misses)
rejected_connections:0 # redis连接个数达到maxclients限制，拒绝新连接的个数
total_connections_received:6 #新创建连接个数 
# CONFIG GET *
maxclients:4064      #最大可同时连接的客户端数量
1.3.4 持久性指标 Persistence

​ 持久化指标主要是体现RDB和AOF的工作状态。

# redis-cli info
rdb_changes_since_last_save:7358 #距离最近一次成功创建持久化文件之后，经过了多少秒
rdb_bgsave_in_progress:0 #一个标志值，记录了服务器是否正在创建 RDB 文件
rdb_last_save_time:1505285008 #最近一次成功创建 RDB 文件的 UNIX 时间戳
rdb_last_bgsave_status:ok #一个标志值，记录了最近一次创建 RDB 文件的结果是成功还是失败
rdb_last_bgsave_time_sec:10 #记录了最近一次创建 RDB 文件耗费的秒数
rdb_current_bgsave_time_sec:-1 #如果服务器正在创建 RDB 文件，那么这个值记录的就是当前的创建操作已经耗费的秒数
aof_enabled:1 #redis是否开启了aof
aof_rewrite_in_progress:0 #一个标志值，记录了服务器是否正在创建 AOF 文件
aof_rewrite_scheduled:0 #一个标志值，记录了在 RDB 文件创建完毕后，是否需要执行预约的 AOF 重写操作
aof_last_rewrite_time_sec:4 #最近一次创建 AOF 文件耗费的时长
aof_current_rewrite_time_sec:-1 #如果服务器正在创建 AOF文件，当前的创建操作已经耗费的秒数
aof_last_bgrewrite_status:ok #一个标志值，记录了最近一次创建 AOF 文件的结果是成功还是失败
aof_last_write_status:ok
2.3 zabbix监控触发器

在这里插入图片描述

^全村的希望
关注
  • 1
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
zabbix监控之redis模板
08-03
zabbix监控之redis模板
zabbix配置redis监控
小江湖
12-06 1681
1 redis监控需要用到zabbix_agent2的版本，该版本涵盖了zabbix_agent1的全部功能。安装zabbix_agent2 yum install zabbix-agent2-5.0.13-1.el7.x86_64 -y 2 配置zabbix_agent2.conf的脚本，将redis的相关信息配置。vi /etc/zabbix/zabbix_agent2.conf ### Option: Plugins.Redis.Sessions.*.Uri # Uri to connect.
zabbix自定义监控redis
Boring_05的博客
10-26 46
【代码】zabbix自定义监控redis。
zabbix监控redis教程
系统运维博客，分享实用的运维技巧、经验和解决方案。致力于帮助读者解决系统运维中的各种问题，提升运维效率。欢迎关注，共同学习进步！
01-25 579
zabbix监控redis教程
Zabbix实现对Redis的监控
一直在努力学习的菜鸟
07-16 2575
五台机器：zabbix_agent 5.0 被动模式（已安装） Zabbix_java_gateway 5.0 （已安装） 10.0.0.7MariaDB-10.4.22（已安装） zabbix_server 5.0（已安装） 10.0.0.17Tomcat-8.5（已安装） 10.0.0.27zabbix_agent 5.0 主动模式（已安装）Redis-6.2.4（已安装）10.0.0.37MariaDB-10.4.22（已安装） zabbix_proxy 5.0 主动模式（已安装） 10.0.0.47
Zabbix监控Redis状态
qq_40907977的博客
06-22 594
监控redis通过info信息来监控redis的状态 自动发现脚本编写 cat /etc/zabbix/scripts/redis_parameter #自动发现redis脚本参数的脚本 #!/bin/bash /usr/local/bin/redis-cli -p 3000 -a redis66cs "info">/home/zabbix/tmp/info.txt cat /tmp/info.txt |grep -v "^#"|awk -F ":" {'print $1'}|grep -v [.
实战案例：Zabbix对Redis的监控
Firstlucky77的博客
05-24 1811
Zabbix对Redis的监控的思路：Redis-cli 提供了查询状态的命令info，通过脚本调用此命令并进行数据抽取完成对Redis的可选监控。 基本步骤： 自定义监控项 → 通过脚本采集监控项数据 → zabbix agent获取监控项数据 → 自定义模板和图形及触发器 → 验证数据 1. Redis服务器的准备 #### Redis服务器必须安装并配置好Redis，还需要安装zabbix agent ## 配置zabbix 的yum源并安装zabbix agent [root@CentOS8
Zabbix 5.0 使用自带Redis模版监控
Hu_wen的专栏
07-21 1687
本文介绍zabbix5.0使用zabbix自带的redis模板监控redis服务的操作步骤需提前准备1、redis的ip及端口2、redis的密码(若有)3、zabbix-agent2（注意是2版本）
Zabbix6.4监控Redis（zabbix-agent2监控redis）监控Redis中KEY值条目数量
czm的博客
10-10 597
使用zabbix提供的Redis by Zabbix agent 2模板监控开启认证的redis服务器，可监控key条目数量。但开启认证的redis需要配置密码变量才可以监控成功。
三、Zabbix应用服务监控-Redis
JackNiMaBaBa的博客
09-02 843
h获取最大连接数（通过命令获取，info中无法提取）
zabbix监控redis哨兵脚本
08-09
此脚本文件用于zabbix监控redis哨兵时收集redis sentinel监控信息。
zabbix5.0一键部署脚本
12-12
为安装zabbix5.0版本，合理利用用户的时间和简化用户的复杂操作，编写了一个zabbix一键部署的脚本方便使用。
zabbix5.0+nginx详细配置.docx
09-26
zabbix5.0+nginx详细配置
go语言 go-redis watch实例
xiao_xiao_w的博客
04-25 235
讲一下对watch的理解在redis中watch是通过加了乐观锁的方法先获取事务执行前key值，如果在开始执行事务时检测到由于并发key被其他客户端修改了，就会终止事务如果用go-redis实现就是这样的其中watch即使对key值的监听，fn回调函数相当于如果key没有发生修改要执行的事务逻辑。
使用Redis实现延时队列
weixin_43675252的博客
04-25 171
延时队列相比于普通队列最大的区别就体现在其延时的属性上，普通队列的元素是先进先出，按入队顺序进行处理，而延时队列中的元素在入队时会指定一个延迟时间，表示其希望能够在经过该指定时间后处理。从某种意义上来讲，延迟队列的结构并不像一个队列，而更像是一种以时间为权重的有序堆结构。可以看到生产者很简单，其实就是利用zset的特性，给一个zset添加元素而已，而时间就是它的score。消费者的代码也不难，就是把已经过期的zset中的元素给删除掉，然后处理数据。redis的zset实现延迟队列。
redis模糊查询redis中的key
最新发布
qq_43039260的博客
04-25 165
在redis里,允许模糊查询key。有3个通配符 *,?[]: 通配括号内的某1个字符。方式一：使用keys命令。方式二：使用san命令。*: 通配任意多个字符。
为什么Redis使用单线程 性能会优于多线程？
A_aspectJ的博客
04-21 1218
Redis作为一个高性能的内存数据库，通过巧妙地运用非阻塞I/O、多路复用等技术，充分地发挥了单线程模型的优势，避免了多线程可能带来的问题。所以在选择技术方案时，并非线程越多越好，而是需要根据实际情况权衡各种因素。Redis的成功经验告诉我们，合理地利用单线程模型，结合优化的数据结构和高效的I/O处理，能够实现出色的性能表现。
zabbix5.0监控vm
07-28
你可以使用 Zabbix 5.0 进行虚拟机（VM）的监控。首先，确保你已经安装了 Zabbix 服务器和代理程序。然后，按照以下步骤进行配置： 1. 在 Zabbix 管理界面中，创建一个新的主机，该主机代表你要监控的虚拟机。提供主机的名称、IP 地址和所属的组。 2. 在主机配置页面的“Templates”选项卡中，添加一个适合的模板，如 "Template Virtual Machine"。这个模板包含了一些默认的监控项和触发器，用于监控虚拟机的状态和性能。 3. 在主机配置页面的“Applications”选项卡中，添加一个新的应用程序，用于管理与虚拟机相关的监控项和触发器。你可以将其命名为 "Virtual Machine Monitoring" 或类似的名称。 4. 在应用程序配置页面的“Items”选项卡中，添加需要监控的项。例如，你可以监控虚拟机的 CPU 使用率、内存使用率、磁盘空间等。选择适当的监控项类型，并设置相应的键值和触发器条件。 5. 在触发器配置页面中，定义当监控项达到特定阈值时触发的报警条件。例如，当 CPU 使用率超过 80% 或内存使用率超过 90% 时，触发警报。 6. 保存配置并等待 Zabbix 服务器和代理程序收集数据。你将能够在 Zabbix 界面上查看虚拟机的监控数据，并收到相关的警报通知。 请注意，以上步骤只是一个基本的指引，实际配置可能会因你的环境和需求而有所不同。你可以根据具体情况进行调整和扩展。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值