利用redis主从复制+哨兵模式搭建高可用集群

由于资源的问题，本次测试只是在一个CentOS虚拟机，搭建多个端口的redis集群，以及一个哨兵。

1.创建三个redis服务，复制copy redis.conf成多个

2。在redis安装目录(/usr/local/bin)启动redis服务

redis-server /myredis/redis6379.conf

redis-cli -p 6379

进入redis，其他两个redis也是相同方式进入。

3.一开始进入三个redis都是master，设置主从复制，把6379看成主redis，其他两个是从redis，即6379可读可写，而6380,6381只能读，并且会将6379的内容复制给6380 6381。

在6380,6381redis中，执行slaveof ip 6379，这个ip用虚拟机自己的ip，我的是192.168.217.139，使得6380,6381都跟随6379。在是哪个redis中用info replication命令查看redis状态。

在6379执行set 操作，可以写入数据，但是在6380,6381执行就能get，执行set会报错，如下：

4.此时只是实现主从复制，但是如果有主机6379出现意外下线了，这时将没有主机，系统也不能继续执行，所以为了达到高可用，当主机down之后，有从机来当主机，并且系统能够继续运行，这就要采用哨兵模式，通过哨兵监控，一旦主机意外死亡，则同投票选取最新的主机继续工作，整个架构如下：

真正的集群的是需要多个哨兵，并且通过多个服务器，每个服务器部署主从复制redis。

在redis.conf的文件下创建一个sentinel.conf哨兵文件：

sentinel monitor host6380 192.168.217.139 6379 1
 

运行sentinel.conf哨兵文件

redis-sentinel /myredis/sentinel.conf

查看哨兵状态

6.以上的是在虚拟机服务器上搭建测试的，所以必须客户端测试，下面采用java进行jedis继续高可用测试。

Windows的测试前必须把CentOS服务器中redis的端口打开：

打开防火墙

 vi /etc/sysconfig/iptables

添加6379 6380 6381 26379四个端口 -A INPUT -p tcp -m state --state NEW -m tcp --dport 26379 -j ACCEPT

重启防火墙

 /etc/init.d/iptables restart

保存

/etc/rc.d/init.d/iptables save

在Windows中telnet一下，看看能否访问

7.java测试

public class TestSentinelPool {


	    public static void main(String[] args) {

	    	Set<String> sentinels=new HashSet<String>();
			sentinels.add("192.168.217.139:26379");
			GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
			JedisSentinelPool jedisSentinelPool = new JedisSentinelPool("host6379",sentinels,poolConfig);
			Jedis jedis=null;
			try{
				jedis=jedisSentinelPool.getResource();
				
				HostAndPort currentHostMaster = jedisSentinelPool.getCurrentHostMaster();
				
				System.out.println("当前主redis："+currentHostMaster);
	
				System.out.println(jedis.get("name"));
			}catch (Exception e) {
				e.printStackTrace();
			}finally{
				jedis.close();
			}


	    }
}

测试结果：

可以测试一下，主redis挂机之后，服务器会自动切换到另一个redis，保证可靠性。