nagios 监控redis
- - C1G军火库下载check_redis.pl. OK: REDIS 2.6.12 on 192.168.0.130:6379 has 1 databases (db0) with 49801 keys, up 3 days 14 hours - connected_clients is 1, blocked_clients is 0 | connected_clients=1 blocked_clients=0.
Redis监控方案
标签：
redis
监控
| 发表时间：2017-09-20 13:57 | 作者：
出处：http://m635674608.iteye.com
Redis介绍
Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表、哈希、集合和有序集合5种。支持在服务器端计算集合的并、交和补集(difference)等，还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务器。Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上(这称为“半持久化模式”)；也可以把每一次数据变化都写入到一个append only file(aof)里面(这称为“全持久化模式”)。
Redis监控
首先判断客户端和服务器 连接是否正常
|
1
2
3
4
5
6
7
|
# 客户端和服务器连接正常，返回PONGredis> PINGPONG# 客户端和服务器连接不正常(网络不正常或服务器未能正常运行)，返回连接异常redis 127.0 . 0.1: 6379 > PING
Could not connect to Redis at 127.0 . 0.1: 6379: Connection refused
|
Redis 监控最直接的方法就是使用系统提供的 info 命令，只需要执行下面一条命令，就能获得 Redis 系统的状态报告。
|
1
|
redis-cli info |
结果会返回 Server、Clients、Memory、Persistence、Stats、Replication、CPU、Keyspace 8个部分。从info大返回结果中提取相关信息，就可以达到有效监控的目的。
先解释下各个参数含义
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
|
# Serverredis_version: 2.8 . 8 # Redis 的版本
redis_git_sha 1: 00000000
redis_git_dirty: 0
redis_build_id:bf 5 d 1747 be 5380 f
redis_mode:standaloneos:Linux 2.6 . 32 -220.7 . 1 .el 6 .x 86 _ 64 x 86 _ 64
arch_bits: 64
multiplexing_api:epollgcc_version: 4.4 . 7 #gcc版本
process_id: 49324 # 当前 Redis 服务器进程id
run_id:bbd 7 b 17 efcf 108 fdde 285 d 8987 e 50392 f 6 a 38 f 48
tcp_port: 6379
uptime_in_seconds: 1739082 # 运行时间(秒)
uptime_in_days: 20 # 运行时间(天)
hz: 10
lru_clock: 1734729
config_file:/home/s/apps/RedisMulti_video_so/conf/zzz.conf# Clientsconnected_clients: 1 #连接的客户端数量
client_longest_output_list: 0
client_biggest_input_buf: 0
blocked_clients: 0
# Memoryused_memory: 821848 #Redis分配的内存总量
used_memory_human: 802.59 K
used_memory_rss: 85532672 #Redis分配的内存总量(包括内存碎片)
used_memory_peak: 178987632
used_memory_peak_human: 170.70 M #Redis所用内存的高峰值
used_memory_lua: 33792
mem_fragmentation_ratio: 104.07 #内存碎片比率
mem_allocator:tcmalloc -2.0
# Persistenceloading: 0
rdb_changes_since_last_save: 0 #上次保存数据库之后，执行命令的次数
rdb_bgsave_in_progress: 0 #后台进行中的 save 操作的数量
rdb_last_save_time: 1410848505 #最后一次成功保存的时间点，以 UNIX 时间戳格式显示
rdb_last_bgsave_status:okrdb_last_bgsave_time_sec: 0
rdb_current_bgsave_time_sec: -1
aof_enabled: 0 #redis是否开启了aof
aof_rewrite_in_progress: 0
aof_rewrite_scheduled: 0
aof_last_rewrite_time_sec: -1
aof_current_rewrite_time_sec: -1
aof_last_bgrewrite_status:okaof_last_write_status:ok# Statstotal_connections_received: 5705 #运行以来连接过的客户端的总数量
total_commands_processed: 204013 # 运行以来执行过的命令的总数量
instantaneous_ops_per_sec: 0
rejected_connections: 0
sync_full: 0
sync_partial_ok: 0
sync_partial_err: 0
expired_keys: 34401 #运行以来过期的 key 的数量
evicted_keys: 0 #运行以来删除过的key的数量
keyspace_hits: 2129 #命中key 的次数
keyspace_misses: 3148 #没命中key 的次数
pubsub_channels: 0 #当前使用中的频道数量
pubsub_patterns: 0 #当前使用中的模式数量
latest_fork_usec: 4391
# Replicationrole:master #当前实例的角色master还是slaveconnected_slaves: 0
master_repl_offset: 0
repl_backlog_active: 0
repl_backlog_size: 1048576
repl_backlog_first_byte_offset: 0
repl_backlog_histlen: 0
# CPUused_cpu_sys: 1551.61
used_cpu_user: 1083.37
used_cpu_sys_children: 2.52
used_cpu_user_children: 16.79
# Keyspacedb 0: keys= 3 ,expires= 0 ,avg_ttl= 0 #各个数据库的 key 的数量，以及带有生存期的 key 的数量
|
内存使用
如果 Redis 使用的内存超出了可用的物理内存大小，那么 Redis 很可能系统会被杀掉。针对这一点，你可以通过 info 命令对 used_memory 和 used_memory_peak 进行监控，为使用内存量设定阀值，并设定相应的报警机制。当然，报警只是手段，重要的是你得预先计划好，当内存使用量过大后，你应该做些什么，是清除一些没用的冷数据，还是把 Redis 迁移到更强大的机器上去。
持久化
如果因为你的机器或 Redis 本身的问题导致 Redis 崩溃了，那么你唯一的救命稻草可能就是 dump 出来的rdb文件了，所以，对 Redis dump 文件进行监控也是很重要的。可以通过对rdb_last_save_time 进行监控，了解最近一次 dump 数据操作的时间，还可以通过对rdb_changes_since_last_save进行监控来获得如果这时候出现故障，会丢失（即已改变）多少数据。
Keys
通过获取Keyspace中的结果得到各个数据库中key的数量
QPS
即每分钟执行的命令个数，即：(total_commands_processed2-total_commands_processed1)/span，为了实时得到QPS，可以设定脚本在后台运行，记录过去几分钟的total_commands_processed。在计算QPS时，利用过去的信息和当前的信息得出QPS的估计值。
参考
http://www.cnblogs.com/kaituorensheng/p/3979298.html
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [redis 监控] 推荐：
Redis 负载监控——redis-monitor
- - ITeye资讯频道redis-monitor是一个Web可视化的 redis 监控程序. 使用 Flask 来开发的，代码结构非常简单，适合移植到公司内网使用. redis 服务器信息，包括 redis 版本、上线时间、 os 系统信息等等. 实时的消息处理信息，例如处理 command 数量、连接总数量等. 内存占用、 cpu 消耗实时动态图表.
Redis监控技巧
- - NoSQLFan本文来自 Bugsnag的联合创始人 Simon Maynard的系列文章，作者根据几年来对 Redis的使用经历，对Redis 监控方法进行了系统性的总结，干货很多，值得一看. 原文链接： Redis Masterclass – Part 2, Monitoring. Redis 监控最直接的方法当然就是使用系统提供的 info 命令来做了，你只需要执行下面一条命令，就能获得 Redis 系统的状态报告.
Redis监控方案
- - zzmRedis是一种高级key-value数据库. 它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富. 有字符串，链表、哈希、集合和有序集合5种. 支持在服务器端计算集合的并、交和补集(difference)等，还支持多种排序功能. 所以Redis也可以被看成是一个数据结构服务器.
Redis服务器监控工具redis-live
- - 企业架构 - ITeye博客Redis服务器监控工具redis-live. 413 views comments 暂无评论. 目前来说，越来越多的使用多了NOSQL的业务，但是这方面的监控缺不多. 今天给大家介绍几个专业监控redis服务的工具，便于大家进行redis性能分析. 这个工具是用ruby语言写的，ruby是小鬼子弄出来的，个人真心觉得比较难用.
一个Redis监控dashboard
- - 丕子RedisLive： 小巧玲珑，简单易用. Redis-Commander： 也很赞的样子. Redis集群增删节点的数据迁移问题. Redis Cluster的安装和配置（beta-6）. 使用Jedis的ShardedJedis做Redis集群. Redis Sentinel的配置和使用. Redis持久化时的内存2倍问题.
redis监控指标 - 简书
- -Redis Server数据采集. 二、Redis Server监控数据采集. redis存活监控 (redis_alive):redis本地监控agent使用ping，如果指定时间返回PONG表示存活，否则redis不能响应请求，可能阻塞或死亡. 当返回值不为1时，redis挂了，告警. 连接个数 (connected_clients)：客户端连接个数，如果连接数过高，影响redis吞吐量.
使用Cacti监控MongoDB和Redis
- Wang Dong - NoSQLFanCacti是一套基于PHP,MySQL,SNMP及RRDTool开发的网络流量监测图形分析工具. 被广泛的用于对服务器的运维监控中，Cacti提供了一种插件式的管理，只要按要求写好特定的模板，那么你就可以对任何服务进行流量监控. 本文就是要为大家介绍两个模板，分别是MongoDB和Redis的Cacti模板，使用它，你可以对你的MongoDB和Redis服务进行流量监控.
Cacti监控Redis实现过程
- - BlogJava-qileilove Cacti是一套基于PHP,MySQL,SNMP及RRDTool开发的网络流量监测图形分析工具. 被广泛的用于对服务器的运维监控中，Cacti提供了一种插件式的管理，只要按要求写好特定的模板，那么你就可以对任何服务进行流量监控. 本文就是要为大家介绍两个模板，分别是MongoDB和Redis的Cacti模板，使用它，你可以对你的MongoDB和Redis服务进行流量监控.
细说Redis监控和告警
- - 今天对于任何应用服务和组件，都需要一套完善可靠谱监控方案. 尤其redis这类敏感的纯内存、高并发和低延时的服务，一套完善的监控告警方案，是精细化运营的前提. 本文分几节，细说Redis的监控和告警：. 1.Redis监控告警的价值. 2.Redis监控的数据采集. 4.基于Open Falcon的Redis监控告警方案.