持久化、复制(主从架构)、哨兵(高可用,主备切换)、redis cluster(海量数据+横向扩容+高可用/主备切换)
主从架构
如果你的数据量不大单master就可以容纳,一般来说你的缓存的总量在10G以内就可以,那么建议按照以下架构去部署redis
【redis持久化+备份方案(文件备份)+容灾方案(文件恢复)+replication(主从+读写分离)+sentinal(哨兵集群,3个节点,高可用性)】
可以支撑的数据量在10G以内,可以支撑的写QPS在几万左右,可以支撑的读QPS可以上10万以上(随需求水平扩容slave节点就可以),可用性在99.99%
Cluster集群架构
如果你的数据量很大,比如某些大型电商网站的商品详情页的架构数据量是很大的
数据是海量的
我们就必须采用:redis cluster
多master分布式存储数据,水平扩容(Redis自己的算法将数据分布在不同的Master节点上)
支撑更多的数据量只要扩容master即可
读写QPS分别都达到几十万都没问题,只要扩容master即可,
【redis cluster 读写分离支持不太好 readonly才能去slave上读;一般读写都在Master上】
支撑99.99%可用性也没问题
slave -> master的主备切换:可以冗余一些slave去进一步提升可用性的方案(每个master挂一个slave,但是整个集群再加个3个slave冗余一下:万一某个Slave挂了Cluster会自动将冗余的Slave挂载过去)
本文地址:https://blog.csdn.net/ming1215919/article/details/107348990
如对本文有疑问, 点击进行留言回复!!
将音频文件转二进制分包存储到Redis的实现方法(奇淫技巧操作)
网友评论