redis官方声称可以达到 10万/每秒,每秒执行10万条命令
假如业务需要每秒100万的命令执行呢？

一台服务器内存正常是16~256G，假如你的业务需要500G内存，

新浪微博作为世界上最大的redis存储，就超过1TB的数据，去哪买这么大的内存条？各大公司有自己的解决方案，推出各自的集群功能，
核心思想都是将数据分片（sharding）存储在多个redis实例中，每一片就是一个redis实例。

需要配置一台超大计算机，超大cpu，但是实现起来很难，而且危险性高

正确的应该是考虑分布式，加机器，把数据分到不同的位置，分摊集中式的压力，一堆机器做一件事

redis实例集群主要思想是将redis数据的key进行散列，通过hash函数特定的key会映射到指定的redis节点上

虚拟槽分区巧妙地使用了哈希空间，使用分散度良好的哈希函数把所有的数据映射到一个固定范围内的整数集合，整数定义为槽（slot）。
Redis Cluster槽的范围是0～16383。
槽是集群内数据管理和迁移的基本单位。采用大范围的槽的主要目的是为了方便数据的拆分和集群的扩展，
每个节点负责一定数量的槽。

多个服务端，负责读写，彼此通信，redis指定了16384个槽。

多匹马儿，负责运输数据，马儿分配16384个槽位，管理数据。

ruby的脚本自动就把分配槽位这事做了

port 7000
daemonize yes
dir "/opt/redis/data"
logfile "/opt/redis/logs/7000.log"
dbfilename "dump-7000.rdb"
cluster-enabled yes   # 开启集群模式
cluster-config-file nodes-7000.conf　　# 集群内部的配置文件
cluster-require-full-coverage no　　
# redis cluster需要16384个slot都正常的时候才能对外提供服务，换句话说，只要任何一个slot异常那么整个cluster不对外提供服务。 因此生产环境一般为no

[root@instance-hrnebyqu redis]# sed ‘s/7000/7002/g‘ redis-7000.conf  >redis-7002.conf
[root@instance-hrnebyqu redis]# sed ‘s/7000/7003/g‘ redis-7000.conf  >redis-7003.conf
[root@instance-hrnebyqu redis]# sed ‘s/7000/7004/g‘ redis-7000.conf  >redis-7004.conf
[root@instance-hrnebyqu redis]# sed ‘s/7000/7005/g‘ redis-7000.conf  >redis-7005.conf
[root@instance-hrnebyqu redis]# sed ‘s/7000/7005/g‘ redis-7000.conf  >redis-7005.conf

[root@instance-hrnebyqu redis]# redis-server redis-7000.conf 
[root@instance-hrnebyqu redis]# redis-server redis-7001.conf 
[root@instance-hrnebyqu redis]# redis-server redis-7002.conf 
[root@instance-hrnebyqu redis]# redis-server redis-7003.conf 
[root@instance-hrnebyqu redis]# redis-server redis-7004.conf 
[root@instance-hrnebyqu redis]# redis-server redis-7005.conf 

redis-cli -p 7000