1.redis海量数据的瓶颈
2.怎样才能突破瓶颈,支撑海量数据
3.redis的集群架构
redis cluster (多master,读写分离,高可用)
在Cluster推出之前,可用性要靠Sentinel保证。有了集群之后也自动具有了Sentinel的监控和自动Failover能力。
支持N个master node ,每个master node都可以有多个slave node
读写分离架构,写就到master,读就到master对应的slave去读
高可用,因为每个master都有slave 节点,如果master挂了,redis cluster这套机制会自动将slave切换为master
我们只要基于redis cluster去搭建集群即可,不需要手工去搭建replication复制+主从架构+读写分离+哨兵集群+高可用
4.redis cluster VS replication + sentinel
cluster 主要针对海量数据+高并发+高可用场景,海量数据,建议使用redis cluster
replication + sentinel 如果数据量很少,主要承载高并发性能的场景,比如缓存一般几个G,单机足够了,replication 一个master,
多个slave,几个slave跟你要求的QPS读吞吐量有关,然后自己搭建sentinel集群,去保证redis主从架构的高可用,就可以了
2.怎样才能突破瓶颈,支撑海量数据
3.redis的集群架构
redis cluster (多master,读写分离,高可用)
在Cluster推出之前,可用性要靠Sentinel保证。有了集群之后也自动具有了Sentinel的监控和自动Failover能力。
支持N个master node ,每个master node都可以有多个slave node
读写分离架构,写就到master,读就到master对应的slave去读
高可用,因为每个master都有slave 节点,如果master挂了,redis cluster这套机制会自动将slave切换为master
我们只要基于redis cluster去搭建集群即可,不需要手工去搭建replication复制+主从架构+读写分离+哨兵集群+高可用
4.redis cluster VS replication + sentinel
cluster 主要针对海量数据+高并发+高可用场景,海量数据,建议使用redis cluster
replication + sentinel 如果数据量很少,主要承载高并发性能的场景,比如缓存一般几个G,单机足够了,replication 一个master,
多个slave,几个slave跟你要求的QPS读吞吐量有关,然后自己搭建sentinel集群,去保证redis主从架构的高可用,就可以了