IT外包网管服务,为什么不使用Prometheus或Zabbix而将ES用于Redis监视

发布者:上海IT外包来源:http://www.lanmon.net点击数:1195

蓝盟IT外包小贴士,来喽!
Redis现在很流行,方便,在业务应用系统和大型数据领域都有着重要的地位,但是Redis也很脆弱,不易使用,问题很多。 到2012年为止,以memcached为主,之后转入Redis阵营,经历过单实例模式、主从模式、哨兵模式、代理模式、集群模式,在真正的公司级使用较少,Redis的控制是单向的,是事实
要成功使用Redis,总体上需要掌握三个层次
开发水平
体系结构级别
运输水平
其中,结构与运输维度至关重要,许多中小企业只是满足开发层面的常用功能,数据规模稍大,业务复杂性高,容易出现各种结构和运输维度问题。 本文的主旨是探讨Redis监控系统,目前业界也有很多成熟的产品,但个人却非常规整,只能监控粗粒度,无需根据业务需求的特点进行细分,反而给出了体系结构开发的优化方案。

本文讨论了以下几个问题:
Redis监视系统有哪些方面?
为了建立Redis监视系统做了什么?
Redis监视系统应该细分到什么程度?
为什么要用ELK建立监控系统
部署体系结构采用Redis-Cluster模式
有几十个后台应用程序系统,应用程序实例数超过200个
所有应用程序系统共享一组高速缓存群集
数十个群集节点,包括灾难恢复环境,节点数量翻倍
群集节点的内存配置较高。
服务器侧首先在OS级别,是常用的CPU、存储器、网络IO、盘IO、服务器侧执行的过程信息等
Redis执行进程信息包括服务侧执行信息、客户机连接数、存储器消耗量、永久化信息、键值数、主从同步、命令统计信息、集群信息等
Redis执行日志记录了一个重要的操作过程(如执行永久化),对于分析崩溃的假死程序非常有用。

文/IT外包专家 蓝盟编辑

IT外包
>
400-635-8089
立即
咨询
电话咨询
服务热线
400-635-8089
微信咨询
微信咨询
微信咨询
公众号
公众号
公众号
返回顶部