标签:.com 告诉 输入 学习记录 bsp 连接状态 ice files after
首先我们配置一台master服务器,两台slave服务器。master服务器配置就是默认配置 端口为6379,添加就一个密码CeshiPassword,然后启动master服务器。
两台slave服务器配置如下:
1.先找到配置redis.windows-service.config文件修改port 6379 为port 6380
2.然后配置master服务器地址:slaveof 127.0.0.1 6379,然后主服务有密码还需要配置密码 masterauth CeshiPassword(本人有密码)
3.启动从服务器的加上这个配置文件 redis-server redis.windows-service.config
4.然后在主服务器基本信息(info),可以看到如图,说明主从配置成功
5.另一台slave服务器port修改为6381 其它配置一样
下面我来简单的验证一下
先连接master服务在服务器上set一个 name "hello world",然后连接其中一台slave服务器get一下。
这是master服务器的结果。
这是slave服务器的结果。
我们看到slave有同步到master服务器set name的值,但是下面当我们想给slave服务器set时报错,这个是为了数据库同步才这样设置的。就是让用户不会误操作,导致数据库的不一致。当然这个设置在.conf里面的slave-read-only yes 这个我们上一章介绍过。
这样我们就完成就redis的主从配置,如果你还想要添加slave服务器就只需要按上面的步骤修改为不同的端口即可。下面我们来说明一下一个很严重的问题,如果某天出现master服务器宕机了那怎么办?master服务器宕机了,我们可以实际操作一下,会出现上面样的情况。
我们来关闭master服务器
,然后去slave服务器获取name 的值 发现依然可以正常获取。有一个问题现在我们虽然可以正常获取但是已经没有set的服务器了,就是说我们的服务器只能get不可以set。我们再查看slave服务info
可以看到maste_link_status状态是down,正常连接状态为up。如果遇到这么的情况我们应该怎么去处理呢?
我们是不是应该讲现在可以正常工作的两台slave服务选取一台变为master服务器好让redis正常工作。
下面提供两种方法:
1.手动切换(slave到master)
首先这里选择6380服务器输入命令slaveof no one,意思就是告诉这台slave服务器已经没有master服务器了,你会成为master服务器。
我们在这台服务器上输入info 查看 发现这台服务变成了master
接着我们要做的是将6381这台slave服务器指向6380这台master
这样我们就手动完成了master宕机到选择一台slave服务器为master服务器。有人一定会说让维护人员自己手动操作这不是耽误事情嘛,确实是这样如果mster需要我们手动去操作那用户早就跑光了。
2.自动切换(sentinel哨兵)
这是在redis2.4以后版本,redis作者antirez考虑到社区的需求写的一个自动维护工具名字叫redis-sentinel。在redis2.8与redis3.0时将sentinel2集成到了redis-server中,在redis2.8以前的版本可能你还是需要自己去下载源代码编译生成redis-sentinel然后使用。这里就不讲了,我们只说redis2.8这个版本的。首先我们需要去官方下载redis2.8对应版本的sentinel.conf,不要下载redis3.0,我就下载过,启动时报参数错误(如图下图)。
下载完成后我们先来看看sentinel有哪些我们去简单配置就能完成我们的业务需求的。
第一个参数是主服务器的名称,然后是IP地址,端口号,以及需要几个sentinel选举,我们只运行了一个sentinel做简单选举。
sentinel monitor <master-name> <ip> <redis-port> <quorum>
sentinel monitor mymaster 127.0.0.1 6379 1
配置监控连接的密码,参数一:主服务器的名称,参数二:密码
sentinel auth-pass <master-name> <password>
sentinel auth-pass mymaster CeshiPassword
指定了Sentinel认为Redis实例已经失效所需的毫秒数,这里使用默认值30秒
sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds mymaster 30000
同时我们需要为slave服务器配置一下优先级,即当master宕机时谁被选定为新的master的优先级。我给6381端口的服务器设置了 slave-priority 1 slave优先级最高,给6380端口的服务设置了默认值100。也就是说当6379宕机时6380会被sentinel选举为master。现在我们先启动这个三台redis服务器,然后启动我们的sentinel服务输入命令 redis-server sentinel.conf --sentinel
上图可以看到sentinel监控了 127.0.0.1 6379 同时发现了 两台salve服务器 127.0.0.1 6380 与127.0.0.6381
现在我们来关闭master这台服务器。
然后发现sentinel监控到了,通知他选举6380这个slave为master了。
然后当我们重启127.0.0.1 6379 服务器时,发现它居然自动加入了到原来的集群中,自动成6381的slave服务器。
但是当我们查看info信息时发现只有一台slave服务
再查看6379服务的状态,连接状态是down
为什么呢?指定服务地址端口正确,对那就是密码不正确,查看配置信息果然我们重启的6379服务没有设置访问6381的密码。
设置密码 config set masterauth CeshiPassword ,查看6381slave服务信息 ok
查看6379信息,如下图连接状态为up了
下一章将学习一下C#客户端如果调用redis。
以上是自己个人学习的记录,都是很简单的处理,初级的知识,如果有什么不对的地方请大家指正,欢迎评论!
Redis——学习之路四(初识主从配置)
标签:.com 告诉 输入 学习记录 bsp 连接状态 ice files after
原文地址:http://www.cnblogs.com/GoogleGetZ/p/6380653.html