1.主从复制

在server1,3,4上：

tar zxf redis-5.0.9.tar.gz
cd redis-5.0.9/
make
make installcd utils/
./install_server.sh        
vim /etc/redis/6379.conf  
#1作为master将bind后改为0.0.0.0
#3,4作为slave将bind后改为0.0.0.0，
#并写入slaveof 172.25.10.1 6379/etc/init.d/redis_6379 restart

测试：
在server1中：

redis-cli
set name yxy
get name
同样在3，4中redis-cli进行get name可同步查看到信息

2.高可用（redis sentinel）

Redis Sentinel 为Redis提供了高可用的实现。通俗来说就是你可以部署一套无需人为干预即可防灾的Redis环境。RS同时为客户端提供了其他诸如监控，通知的功能。

从全局来说RS的功能如下：

• 监控： RS时刻监控主从是否在正常工作。
• 通知： 当某个Redis实例出现问题，RS可以通知系统管理员或者通过API通知其他程序。
• 自动切换： 如果一个主实例失效，RS会启动一个失效转移（从升级为主）的进程，其他的从节点将重新跟随新的主节点。连接到RedisServer的会被通知切换到新的地址。
• 配置提供者： RS充当了客户端服务自动发现的提供者：连接到Sentinal的客户端，Sentianl会响应最新的主节点地址给客户端，并且当发生转移的时候会发送通知。

在server1上：

cd redis-5.0.9
cp sentinel.conf /etc/redis/vim /etc/redis/sentinel.conf 
修改以下三行内容：
17 protected-mode no	
#(关闭保护模式)
121 sentinel monitor mymaster 172.25.10.1 6379 2
#(指定要监控的master，mymaster是定义的master名字，
#quorum为法定票数2，此处指的是sentinel的数， 
#只有指定的sentinel同意时才认为sentinel做的决策是有效的，
#一般大于sentinel数量的半数。
#可以有多个master，一组sentinel集群可以监控N个主从复制架构。) 
146 sentinel down-after-milliseconds mymaster 10000
#(至少多长时间连不上才认为master离线了。单位为ms，即连接超时时长（这里我设置为10秒）) scp /etc/redis/sentinel.conf root@server3:/etc/redis/
scp /etc/redis/sentinel.conf root@server4:/etc/redis/

在三个redis上分别开启监控：
redis-sentinel /etc/redis/sentinel.conf

再开启一个shell连接server1查看信息：

redis-cli
127.0.0.1:6379> info（此时可以看到server1是master）

手动down掉master的redis：

redis-cli
127.0.0.1:6379> SHUTDOWN

等待10s后，在监控页面可以看到：
server1宕掉，而server3变成新的master的信息。

重新开启1的redis，手动成为server3的slave：

redis-cli
127.0.0.1:6379> SLAVEOF 172.25.10.3 6379

server3成为master,server1,4成为slave。

3.twemproxy代理分片

把之前redis上做的主从复制关掉：

redis-cli
127.0.0.1:6379> slaveof no one
OK
127.0.0.1:6379> info
# Replication
role:master
connected_slaves:0

Twemproxy是一种代理分片机制，由Twitter开源。Twemproxy作为代理，可接受来自多个程序的访问，按照路由规则，转发给后台的各个Redis服务器，再原路返回。该方案很好的解决了单个Redis实例承载能力的问题。当然，Twemproxy本身也是单点，需要用Keepalived做高可用方案。通过Twemproxy可以使用多台服务器来水平扩张redis服务，可以有效的避免单点故障问题。虽然使用Twemproxy需要更多的硬件资源和在redis性能有一定的损失（twitter测试约20%），但是能够提高整个系统的HA也是相当划算的。twemproxy不光可以代理redis，还可以代理memcached。

在server2上：

yum install -y unzip
unzip twemproxy-master.zip
yum install -y automake libtool autoconf
cd twemproxy-master
autoconf -fvi
./configure
make && make install

vim /etc/twemproxy.ymlalpha:listen: 127.0.0.2:22121hash: fnv1a_64distribution: ketamaauto_eject_hosts: trueredis: trueserver_retry_timeout: 2000server_failure_limit: 1servers:- 172.25.10.1:6379:1- 172.25.10.3:6379:1- 172.25.10.4:6379:1

nutcracker -d -c /etc/twemproxy.yml启动命令

测试：

netstat -nltp | grep nutcrackerredis-cli -p 22121
127.0.0.1:22121> set name yxy
OK
127.0.0.1:22121> get name
"yxy"
127.0.0.1:22121> 

4.集群

Redis 集群是一个提供在多个Redis间节点间共享数据的程序集。Redis 集群通过分区来提供一定程度的可用性,在实际环境中当某个节点宕机或者不可达的情况下继续处理命令。

在server1上：

scp redis-cli root@172.25.10.2:/usr/local/bin/

/etc/init.d/redis_6378 stop
cd /usr/local/
mkdir cluster-test
cd cluster-test
mkdir 7000 7001 7002 7003 7004 7005

cd 7000
vim redis.confport 7000
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
appendonly yes
daemonize yesredis-server redis.confcp redis.conf ../7001
cp redis.conf ../7002
cp redis.conf ../7003
cp redis.conf ../7004
cp redis.conf ../7005

依次修改7001\7002\7003\7004\7005配置文件中的端口,并通过redis-server redis.conf开启所有：

ps ax查看0-5全部开启:

搭建集群：
redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 --cluster-replicas 1

测试：
在一个节点中插入数值，在任何节点中都可查看（若不在插入数值所在的主从中也会被重定向到数值所在的主）

再mkdir 7006 7007修改配置文件中的端口并开启节点：

将7006加入集群：
redis-cli --cluster add-node 127.0.0.1:7006 127.0.0.1:7000将7007作为7006的slave加入集群：
redis-cli --cluster add-node 127.0.0.1:7007 127.0.0.1:7000 --cluster-slave --cluster-master-id d0ba4fb6b9e627f80341c3737c2e1319cddd14dd分配hash槽：
redis-cli --cluster reshard 127.0.0.1:7000 --cluster-from 596a60abeef8d85d96a70780e85b0f5adbd34f9f --cluster-to d0ba4fb6b9e627f80341c3737c2e1319cddd14dd --cluster-slots 1000 --cluster-yes

ps ax

redis-cli --cluster info 127.0.0.1:70010#查看集群信息