- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章Redis 哨兵集群的实现由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
sentinel(哨兵)是redis 的高可用性解决方案:由一个或多个sentinel 实例 组成的sentinel 系统可以监视任意多个主服务器,以及这些主服务器属下的所有从服务器,并在被监视的主服务器进入下线状态时,自动将下线主服务器属下的某个从服务器升级为新的主服务器.
例如:
在server1 掉线后:
升级server2 为新的主服务器:
在讲解sentinel 哨兵集群之前,我们先来搭建一个简单的主从分离(读写分离).
首先,我们默认大家都已经安装了redis,然后我们将redis.conf 拷贝多份,并且创建多个目录,用于区分多个redis 服务:
这里面,每个目录中都有自己的redis.conf 配置文件,接下来,我们先设置主服务器的配置文件.
1、修改端口 。
1
2
3
|
# accept connections on the specified port, default is 6379 (iana #815344).
# if port 0 is specified redis will not listen on a tcp socket.
port 6380
|
redis 的默认端口是6379,这里我们把主服务器的端口设置为6380 。
2、修改pidfile 。
1
2
3
4
5
6
7
8
9
10
|
# if a pid file is specified, redis writes it where specified at startup
# and removes it at exit.
#
# when the server runs non daemonized, no pid file is created if none is
# specified in the configuration. when the server is daemonized, the pid file
# is used even if not specified, defaulting to "/var/run/redis.pid".
#
# creating a pid file is best effort: if redis is not able to create it
# nothing bad happens, the server will start and run normally.
pidfile /var/run/redis_6380.pid
|
pidfile 是我们启动redis 的时候,linux 为我们分配的一个pid 进程号,如果这里不作修改,会影响后面redis服务的启动 。
3、启动 redis 。
启动redis,我们可以看到,redis已经占领了6380 端口 。
进入客户端 。
1
2
3
4
5
6
7
8
9
10
11
12
|
redis-cli -p 6380
127.0.0.1:6380> info
...
# replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
...
|
我们可以看到,redis 现在的角色是一个master 启动的服务.
和上面配置 master一样,我们需要修改端口号和pid 文件,在修改完之后,我们有两种方法配置从服务 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
################################# replication #################################
# master-slave replication. use slaveof to make a redis instance a copy of
# another redis server. a few things to understand asap about redis replication.
#
# 1) redis replication is asynchronous, but you can configure a master to
# stop accepting writes if it appears to be not connected with at least
# a given number of slaves.
# 2) redis slaves are able to perform a partial resynchronization with the
# master if the replication link is lost for a relatively small amount of
# time. you may want to configure the replication backlog size (see the next
# sections of this file) with a sensible value depending on your needs.
# 3) replication is automatic and does not need user intervention. after a
# network partition slaves automatically try to reconnect to masters
# and resynchronize with them.
#
# slaveof <masterip> <masterport>
slaveof 127.0.0.1 6380
|
我们可以在配置文件中直接修改 slaveof 属性,我们直接配置主服务器的ip 地址,和端口号,如果这里主服务器有配置密码 。
可以通过配置masterauth 来设置链接密码 。
1
2
3
4
5
6
|
# if the master is password protected (using the "requirepass" configuration
# directive below) it is possible to tell the slave to authenticate before
# starting the replication synchronization process, otherwise the master will
# refuse the slave request.
#
# masterauth <master-password>
|
启动redis 服务:
我们可以看到,现在有两个现在在运行,我们进入6381的客户端,看一下他的状态, 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
# replication
role:slave
master_host:127.0.0.1
master_port:6380
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:71
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
|
我们可以看到,现在的redis 是一个从服务的角色,连接着6380的服务.
我们修改6382端口的服务器配置文件之后,启动服务 。
进入客户端,查看当前服务器的状态:
1
2
3
4
5
6
7
8
|
# replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
|
我们可以看到,当前服务器的状态时作为一个主服务的角色在运行,我们接下来修改他的状态:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
127.0.0.1:6382> slaveof 127.0.0.1 6380
//修改后状态
# replication
role:slave
master_host:127.0.0.1
master_port:6380
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:617
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
|
我们先看一下目前master 的状态:
1
2
3
4
5
6
7
8
9
10
|
# replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6381,state=online,offset=785,lag=0
slave1:ip=127.0.0.1,port=6382,state=online,offset=785,lag=0
master_repl_offset:785
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:784
|
我们可以可以看到,两个从服务已经在连着主服务器,上面两种配置的区别在于,当salve 断线重连之后, 。
如果我们是修改类配置文件,重连之后会自己链接上去master,并且同步master 上面的数据, 。
如果我们是手动连接上去的主服务器,重连之后,从服务器会读取自己本地的 rdb 回复数据,而不会去自动链接主服务 。
我们如果需要设置读写分离,只需要在主服务器中设置:
1
2
3
4
5
6
7
|
# note: read only slaves are not designed to be exposed to untrusted clients
# on the internet. it's just a protection layer against misuse of the instance.
# still a read only slave exports by default all the administrative commands
# such as config, debug, and so forth. to a limited extent you can improve
# security of read only slaves using 'rename-command' to shadow all the
# administrative / dangerous commands.
slave-read-only yes
|
在sentinel.conf 配置文件中, 我们可以找到port 属性,这里是用来设置sentinel 的端口,一般情况下,至少会需要三个哨兵对redis 进行监控,我们可以通过修改端口启动多个sentinel 服务.
1
2
3
|
# port <sentinel-port>
# the port that this sentinel instance will run on
port 26379
|
我们把监听的端口修改成6380,并且加上权值为2,这里的权值,是用来计算我们需要将哪一台服务器升级升主服务器 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
#
# tells sentinel to monitor this master, and to consider it in o_down
# (objectively down) state only if at least <quorum> sentinels agree.
#
# note that whatever is the odown quorum, a sentinel will require to
# be elected by the majority of the known sentinels in order to
# start a failover, so no failover can be performed in minority.
#
# slaves are auto-discovered, so you don't need to specify slaves in
# any way. sentinel itself will rewrite this configuration file adding
# the slaves using additional configuration options.
# also note that the configuration file is rewritten when a
# slave is promoted to master.
#
# note: master name should not include special characters or spaces.
# the valid charset is a-z 0-9 and the three characters ".-_".
sentinel monitor mymaster 127.0.0.1 6380 2
|
1
|
/sentinel$ redis-sentinel sentinel.conf
|
sentinel 启动之后,就会监视到现在有一个主服务器,两个从服务器 。
当我们把其中一个从服务器器关闭之后,我们可以看到日志:
1
|
10894:x 30 dec 16:27:03.670 # +sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380
|
日志表示,6381这个从服务器已经从主服务器中脱离了出来,我们重新把6381 接回去.
1
2
|
10894:x 30 dec 16:28:43.288 * +reboot slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380
10894:x 30 dec 16:28:43.365 # -sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380
|
我们手动关闭master 之后,sentinel 在监听master 确实是断线了之后,将会开始计算权值,然后重新分配主服务器 。
我们可以看到,6380主服务器断了之后,sentinel 帮我们选了6382作为新的主服务器 。
我们进到6382的客户端,查看他的状态:
1
2
3
4
5
6
7
8
9
|
# replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=13751,lag=0
master_repl_offset:13751
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:13750
|
我们可以看到 6382,重slave 荣升为master 。
1
2
|
127.0.0.1:6382>
set
name
jaycekon
ok
|
原本的没有权限写,也得到了相应的权限 。
大家可能会好奇,如果master 重连之后,会不会抢回属于他的位置,答案是否定的,就比如你被一个小弟抢了你老大的位置,他肯给回你这个位置吗。因此当master 回来之后,他也只能当个小弟 。
a、master 状态监测 。
b、如果master 异常,则会进行master-slave 转换,将其中一个slave作为master,将之前的master作为slave 。
c、master-slave切换后,master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换 。
1):每个sentinel以每秒钟一次的频率向它所知的master,slave以及其他 sentinel 实例发送一个 ping 命令 2):如果一个实例(instance)距离最后一次有效回复 ping 命令的时间超过 down-after-milliseconds 选项所指定的值, 则这个实例会被 sentinel 标记为主观下线。 3):如果一个master被标记为主观下线,则正在监视这个master的所有 sentinel 要以每秒一次的频率确认master的确进入了主观下线状态。 4):当有足够数量的 sentinel(大于等于配置文件指定的值)在指定的时间范围内确认master的确进入了主观下线状态, 则master会被标记为客观下线 5):在一般情况下, 每个 sentinel 会以每 10 秒一次的频率向它已知的所有master,slave发送 info 命令 6):当master被 sentinel 标记为客观下线时,sentinel 向下线的 master 的所有 slave 发送 info 命令的频率会从 10 秒一次改为每秒一次 7):若没有足够数量的 sentinel 同意 master 已经下线, master 的客观下线状态就会被移除。 若 master 重新向 sentinel 的 ping 命令返回有效回复, master 的主观下线状态就会被移除.
到此这篇关于redis-redis哨兵集群的实现的文章就介绍到这了,更多相关redis 哨兵集群内容请搜索我以前的文章或继续浏览下面的相关文章希望大家以后多多支持我! 。
原文链接:https://www.cnblogs.com/jaycekon/p/6237562.html 。
最后此篇关于Redis 哨兵集群的实现的文章就讲到这里了,如果你想了解更多关于Redis 哨兵集群的实现的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
背景: 我最近一直在使用 JPA,我为相当大的关系数据库项目生成持久层的轻松程度给我留下了深刻的印象。 我们公司使用大量非 SQL 数据库,特别是面向列的数据库。我对可能对这些数据库使用 JPA 有一
我已经在我的 maven pom 中添加了这些构建配置,因为我希望将 Apache Solr 依赖项与 Jar 捆绑在一起。否则我得到了 SolarServerException: ClassNotF
interface ITurtle { void Fight(); void EatPizza(); } interface ILeonardo : ITurtle {
我希望可用于 Java 的对象/关系映射 (ORM) 工具之一能够满足这些要求: 使用 JPA 或 native SQL 查询获取大量行并将其作为实体对象返回。 允许在行(实体)中进行迭代,并在对当前
好像没有,因为我有实现From for 的代码, 我可以转换 A到 B与 .into() , 但同样的事情不适用于 Vec .into()一个Vec . 要么我搞砸了阻止实现派生的事情,要么这不应该发
在 C# 中,如果 A 实现 IX 并且 B 继承自 A ,是否必然遵循 B 实现 IX?如果是,是因为 LSP 吗?之间有什么区别吗: 1. Interface IX; Class A : IX;
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
我正在阅读标准haskell库的(^)的实现代码: (^) :: (Num a, Integral b) => a -> b -> a x0 ^ y0 | y0 a -> b ->a expo x0
我将把国际象棋游戏表示为 C++ 结构。我认为,最好的选择是树结构(因为在每个深度我们都有几个可能的移动)。 这是一个好的方法吗? struct TreeElement{ SomeMoveType
我正在为用户名数据库实现字符串匹配算法。我的方法采用现有的用户名数据库和用户想要的新用户名,然后检查用户名是否已被占用。如果采用该方法,则该方法应该返回带有数据库中未采用的数字的用户名。 例子: “贾
我正在尝试实现 Breadth-first search algorithm , 为了找到两个顶点之间的最短距离。我开发了一个 Queue 对象来保存和检索对象,并且我有一个二维数组来保存两个给定顶点
我目前正在 ika 中开发我的 Python 游戏,它使用 python 2.5 我决定为 AI 使用 A* 寻路。然而,我发现它对我的需要来说太慢了(3-4 个敌人可能会落后于游戏,但我想供应 4-
我正在寻找 Kademlia 的开源实现C/C++ 中的分布式哈希表。它必须是轻量级和跨平台的(win/linux/mac)。 它必须能够将信息发布到 DHT 并检索它。 最佳答案 OpenDHT是
我在一本书中读到这一行:-“当我们要求 C++ 实现运行程序时,它会通过调用此函数来实现。” 而且我想知道“C++ 实现”是什么意思或具体是什么。帮忙!? 最佳答案 “C++ 实现”是指编译器加上链接
我正在尝试使用分支定界的 C++ 实现这个背包问题。此网站上有一个 Java 版本:Implementing branch and bound for knapsack 我试图让我的 C++ 版本打印
在很多情况下,我需要在 C# 中访问合适的哈希算法,从重写 GetHashCode 到对数据执行快速比较/查找。 我发现 FNV 哈希是一种非常简单/好/快速的哈希算法。但是,我从未见过 C# 实现的
目录 LRU缓存替换策略 核心思想 不适用场景 算法基本实现 算法优化
1. 绪论 在前面文章中提到 空间直角坐标系相互转换 ,测绘坐标转换时,一般涉及到的情况是:两个直角坐标系的小角度转换。这个就是我们经常在测绘数据处理中,WGS-84坐标系、54北京坐标系
在软件开发过程中,有时候我们需要定时地检查数据库中的数据,并在发现新增数据时触发一个动作。为了实现这个需求,我们在 .Net 7 下进行一次简单的演示. PeriodicTimer .
二分查找 二分查找算法,说白了就是在有序的数组里面给予一个存在数组里面的值key,然后将其先和数组中间的比较,如果key大于中间值,进行下一次mid后面的比较,直到找到相等的,就可以得到它的位置。
我是一名优秀的程序员,十分优秀!