主从配置
主redis：master-ip port
从redis：slave-ip port
- 设置主从redis配置daemonize yes，保证以守护进程运行。
- 设置从redis配置slaveof master-ip port。
- 设置从redis配置masterauth master-password。
- 启动主redis、从redis
好了，可以试一下读写分离了，分别登陆主从redis-cli，去体验一下吧！
主从切换
- 登陆主redis-cli，执行redis-cli shutdown关闭进程。
- 登陆从redis-cli，执行redis-cli slaveof NO ONE。
好了，登陆从redis-cli进行写操作，写入成功~
另外结合keepalive可以实现主redis探活和自动恢复（需从临时主redis中拷贝dump）。此刻一定要注意不能简单地设置主redis不带任何处理地自动重启，以为一旦重启将把数据集同步到slave，会导致数据的丢失！具体操作不作赘述。
sentinel简介
redis-sentinel是Redis官方推荐的高可用性(HA)解决方案，当用Redis做Master-slave的高可用方案时，假如master宕机了，Redis本身(包括它的很多客户端)都没有实现自动进行主备切换，而Redis-sentinel本身也是一个独立运行的进程，它能监控多个master-slave集群，发现master宕机后能进行自主切换。它主要有以下功能：
- Monitoring（监控） 监控redis是否按照预期良好地运行
- Notification（通知） 如果发现某个redis节点发生错误，能够通知管理员或其他程序
- Automatic failover（自动故障转移） 当master节点不可用时，能够从slaves节点中选举出一个新的master节点
- Configuration provider（服务发现配置） sentinel管理redis的服务发现，当有连接请求时负责返回可用的redis节点地址
需要注意的是，sentinel也存在单点问题，所以尽量在多个服务器运行多个sentinel实例。由于sentinel之间的自动发现机制，所以不必刻意配置。（因为sentinel利用了master的发布/订阅机制去自动发现其它也监控了统一master的sentinel节点）
sentinel启动
redis-sentinel sentinel.conf
sentinel架构
sentinel配置
来看一个简单的示例
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1
sentinel monitor resque 192.168.1.3 6380 4
sentinel down-after-milliseconds resque 10000
sentinel failover-timeout resque 180000
sentinel parallel-syncs resque 5
配置文件只需要配置master的信息就好啦，不用配置slave的信息，因为slave能够被自动检测到(master节点会有关于slave的消息)。需要注意的是，配置文件在sentinel运行期间是会被动态修改的，例如当发生主备切换时候，配置文件中的master会被修改为另外一个slave。这样，之后sentinel如果重启时，就可以根据这个配置来恢复其之前所监控的redis集群的状态。
配置详解：
sentinel monitor mymaster 127.0.0.1 6379 2
这一行代表sentinel监控的master的名字叫做mymaster,地址为127.0.0.1:6379，行尾最后的一个2代表sentinel集群中有两个sentinel认为master故障时才会真正认为master不可用。（sentinel集群中各个sentinel通过gossip协议互相通信）
- down-after-milliseconds mymaster 60000 心跳检测的最大宽容度，单位是毫秒，如果发送检测时么有在规定时间（这里是60000毫秒）返回结果或者返回了一个错误，那么该sentinel节点认为此master故障。
- failover-timeout 设置故障转移的超时时间。
- parallel-syncs 该选项指定了在执行故障转移时， 最多可以有多少个从服务器同时对新的主服务器进行同步，这个数字越小，完成故障转移所需的时间就越长。如果数字过大，那么可能导致所有的从服务器同时进行主从同步而导致短暂的服务不可用。
配置可以在运行时用命令SENTINEL SET command动态修改。
sentinel选举算法
基于Raft协议的选举算法，可参考进行理解
http://www.cnblogs.com/mindwind/p/5231986.html
redis-cluster简介
为什么要搭建redis集群呢？
没有集群功能的redis，每个master-slave主从复制都独立于其他结点，可通过sentinel监控主从的状态，实现自动的fail-over切换（前边已经介绍过）。
redis集群搭建的目的其实也就是集群搭建的目的，所有的集群主要都是为了解决一个问题，在性能保证的前提下进行横向扩展。
sentinel和cluster主要区别，sentinel用来解决HA（高可用）问题，而cluster主要解决sharding（分片）问题。两个经常结合使用搭建高可用集群。
redis-cluster特性
目前redis支持的cluster特性
- 节点自动发现
- slave->master 选举,集群容错
- Hot resharding:在线分片
- 进群管理:cluster xxx
- 基于配置(nodes-port.conf)的集群管理
- ASK 转向/MOVED 转向机制.
redis-cluster架构
- 所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽
- 节点的fail是通过集群中超过半数的节点检测失效时才生效
- 客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可
- redis-cluster把所有的物理节点映射到[0-16383]slot上,cluster 负责维护node<->slot<->value
redis-cluster关键配置
- 开启Cluster：cluster-enabled yes。
- 集群配置文件：cluster-config-file nodes-7000.conf。这个配置文件不是要我们去配的，而是Redis运行时保存配置的文件，所以我们也不可以修改这个文件。
- 集群超时时间：cluster-node-timeout 15000。结点超则认为它发生故障。
- 槽是否全覆盖：cluster-require-full-coverage no。默认是yes，只要有结点宕机导致16384个槽没全被覆盖，整个集群就全部停止服务，所以一定要改为no。
redis-cluster设计要点
- 整个架构无中心，所有节点都保存数据和整个集群的状态。
- 数据分片保存。
- 主从方式。
