加餐（五） | Redis有哪些好用的运维工具？

老师这节课讲的工具很实用。 平时我们遇到的 Redis 变慢问题，有时觉得很难定位原因，其实是因为我们没有做好完善的监控。 Redis INFO 信息看似简单，但是这些信息记录着 Redis 运行时的各种状态数据，如果我们把这些数据采集到并监控到位，80% 的异常情况能在第一时间发现。 机器的 CPU、内存、网络、磁盘，都影响着 Redis 的性能。 监控时我们最好重点关注以下指标： 1、客户端相关：当前连接数、总连接数、输入缓冲大小、OPS 2、CPU相关：主进程 CPU 使用率、子进程 CPU 使用率 3、内存相关：当前内存、峰值内存、内存碎片率 4、网络相关：输入、输出网络流量 5、持久化相关：最后一次 RDB 时间、RDB fork 耗时、最后一次 AOF rewrite 时间、AOF rewrite 耗时 6、key 相关：过期 key 数量、淘汰 key 数量、key 命中率 7、复制相关：主从节点复制偏移量、主库复制缓冲区 能够查询这些指标的当前状态是最基本的，更好的方案是，能够计算出这些指标的波动情况，然后生成动态的图表展示出来，这样当某一刻指标突增时，监控能帮我们快速捕捉到，降低问题定位的难度。 目前业界比较主流的监控系统，都会使用 Prometheus 来做，插件也很丰富，监控报警也方便集成，推荐用起来。

Redis 工具其他用过热 key 查找工具：redis-faina，还不错；Github地址：https://github.com/facebookarchive/redis-faina

Prometheus监控工具确实不错，界面美观，功能强大！

我们生产应用中使用 elastic metrcibeat 做 redis 统计监控，同时结合 zabbix 做机器监控，opserver 集合多种数据库的监控。也给开发人员准备了redis gui 工具 redisinsight。

作为没有实战经验的小白，只能把本节内容暗自记下，以后需要的时候再回来查询。 运维的时候仅有 info 的信息是明显不够的，否则即使单项指标有问题，也只能依赖于经验值，如果有运维工具的话，就可以看到一段时间内的平均值、正常值、波动情况等等。 Prometheus 之前听说过，现在看来应该是开源系统监控报警框架里面比较成熟的一个了，有机会的话可以学习一下。 如果只运维 Redis 的话，CacheCloud 似乎也是一个不错的选择，不知道除了搜狐之外，有没有其他大厂采用。另外，CacheCloud 团队还写了一本《Redis开发与运维》。 有一点好奇，为什么中国团队似乎比较喜欢 Redis ？之前介绍的图书也大部分的都是国内原创的，这次介绍的运维工具也大多是国内的。

老师 加餐讲讲 Redis benchmark 性能测试的关注点？

老师，我直接做个从实例，然后程序更换ip这样的迁移方式，这样怎么样

2023 年，可以推荐 Redis 官方出品的 RedisInsight，可视化与运维监控有颠覆 Prometheus 的趋势

redis-shake可以满足从阿里云迁到AWS吗

info states