redis在用作缓存和会话保持方面架构分别应该怎么做才好呢?

我们的系统现在使用了两套redis;分别用作热点数据缓存、会话保持保存全局ID。热点数据缓存采用的是一主一从三哨兵(分别独立,共五个节点);会话保持采用的是一主三从四个哨兵(共四个节点,每个节点上启动了一个哨兵进程);这个是乙方给的方案,请教各位大神,这个方案可靠吗?能否使用cluster方案来替代呢?有必要吗?

参与6

1同行回答

顾黄亮顾黄亮  技术总监 , 畅销书作者
你有两套redis,A作为热数据缓存,B作为回话保持。缺点:A有5个节点,B有4个节点,9个节点中只有2个节点是主节点,提供服务,备节点只是冗余,存在比较大的资源浪费优点:sentinel集群,客户端可以随意地连接任意一个sentinel来获得关于redis集群中的信息,做到代理层的可用性切换至cluster后...显示全部

你有两套redis,A作为热数据缓存,B作为回话保持。
缺点:A有5个节点,B有4个节点,9个节点中只有2个节点是主节点,提供服务,备节点只是冗余,存在比较大的资源浪费
优点:sentinel集群,客户端可以随意地连接任意一个sentinel来获得关于redis集群中的信息,做到代理层的可用性

切换至cluster后
在资源使用率方面,按照9节点的规模,实际组网只能有8台,4主4从,资源使用率得到很大的提升,而且代理层分别由8个节点负担,因此,也能保证了可用性

收起
银行 · 2019-04-29
浏览1805

提问者

johncyj
其它农信
擅长领域: 存储服务器分布式系统

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-04-29
  • 关注会员:2 人
  • 问题浏览:2590
  • 最近回答:2019-04-29
  • X社区推广