redis-manager-2.0.0-release

redis-manager-2.0.0-release

redis manager 1.1 release 版本

修复的问题

1. 当导入外部节点时,端口号大于10000无法导入的问题。
2. 优化了集群create界面没有填写redis密码项时的表单校验提示
3. 使用machine安装模式安装平台提供的redis-4.0.10.tar安装包,请确保安装redis集群的机器glibc库的版本不低于glibc-2.17(Centos查看参考命令：rpm -qa | grep glibc)

新增的功能

1. 现在redismanager Monitor模块添加内存碎片率(mem_fragmentation_ratio)监控曲线。
2. 现在redismanager支持对redis 4.0以上版本集群诊断功能,依据诊断结果给出相应的运维意见。
3. 现在redismanager新增了简单用户管理模块,可以对平台用户进行增删改,使用admin用户登录平台即可看到该功能模块。
4. 现在redismanager增加了新的redis docker安装镜像(redis:4.0.12-alpine，redis:5.0.3-alpine)并上传到docker hub上，有需要的可以自行下载。https://hub.docker.com/r/reasonduan/redis/tags

接下来计划

1. 重新设计redis monitor页面的数据收集以及分析的逻辑，目的是从多维度分析更多更加全面的监控数据，使 redismanager真正的 具备运维功能，在redis出现问题是进行准确的故障排查，亦或者通过分析历史数据还原 redis 故障时的场景。
2. 对redismanager的代码进行重构,使其代码结构更加合理易于扩展。
3. 我们并不打算引入对standalone模式redis的create和alarm功能支持。如果您standalone模式的redis规模很小，可以自行构建完成以后接入redismanager进行监控。如果您standalone模式的redis数据很多同时需要sentinel保证集群的高可用，我们建议您切换到cluster模式来。

redis manager 1.0 release 版本

修复的问题

1. 添加了redis4.0.10的物理机安装包和docker镜像，以解决我们redis4.0.8版本的默认内存分配策略不是
   jemalloc而 是libc的问题
2. 修复了monitor监控页面当没有日志数据时图表加载出错的问题
3. 优化监控页面数据加载逻辑，修复许多存在js 报错问题
4. 修复不同group组主面板显示bug
5. 修复了slave节点的info 和 config信息不对的问题
6. 修复了BeSlave，BeMaster，ForgetNode等操作完成节点无法自动刷新的问题
7. DashBoard页面添加标识图标区分集群是否有密码，version ，Redis Mode等
8. 修复了部分监控数据精度不足的问题（如mem_fragmentation_ratio不能精确到小数点后两位）
9. 修复了集群query页面db index乱序的问题

新增的功能

1. 现在redismanager支持有密码的redis集群create 和 扩容，物理机，docker，humpback三种方式均可
2. 现在redismanager支持非平台创建有密码的集群monitor 功能
3. 现在redismanager支持4.0版本的redis集群支持手动触发整理内存碎片，当然您也可以通过配置
   activedefrag开启自动整理内存碎片
4. 现在redismanager新增了告警通知用户方式，默认使用log4j邮件通知，只需配置STMP服务器相关
   即可，当 然您也可以通过拓展AbstractNotifyStrategy接口来定制自己的通知方式，如wechat，
   短信等通知方式。
5. 现在redismanager支持single或者batch 的CONFIG SET操作同步到配置文件中，
   配置节点在被重启了以后依然生效
6. 我们建议，在redismanager 在接入集群规模较大时需要存储大量的monitor数据，推荐可以使用
   TIDB作为数 据源 存储，TiDB兼容大部分的mysql功能，在redismananger上可以完美替换。
   官方文档 ：https://pingcap.com/docs-cn/

接下来开发计划

1. 重新设计redis monitor页面的数据收集以及分析的逻辑，目的是从多维度分析更多更加全面的监控
   数据，使 redismanager真正的 具备运维功能，在redis出现问题是进行准确的故障排查，
   亦或者通过分析历史数据还原 redis 故障时的场景。这 同时会对监控数据的存储带来很大的
   挑战，计划引入OpenTSDB这样的时序列数库。
2. 重新整理时间控件，monitor页面重新排版设计
3. 预警通知用户方式细化按组来通知，具体通知到某组某个人的映射关系可以通过UI来配置化