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

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

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

收起
参与6

返回顾黄亮的回答

顾黄亮顾黄亮  技术总监 , 畅销书作者

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

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

银行 · 2019-04-29
浏览1806

回答者

顾黄亮
顾黄亮131836
技术总监畅销书作者
擅长领域: 云计算数据库系统运维

顾黄亮 最近回答过的问题

回答状态

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