redis主从+哨兵模式

主从模式配置分为手动和配置文件两种方式进行配置,我现在有192.168.238.128(CentOS1)、192.168.238.131(CentOS3)、192.168.238.132(CentOS4)几台机器,只是配置文件的配置方式是降手动配置的命令放在配置文件中而已,本质是一致的。下面将对配置文件方式进行配置,我所述的案例,是基于我自己的另一篇博文《Redis的安装、服务配置》之上:

1、我将CentOS4作为主数据库,其他 模拟为从数据库

2、将CentOS1目录切换到/etc/redis目录下,编辑6379.conf文件。

3、将CentOS3进行同样的操作。CentOS4作为主服务器,不需要配置

4、因为我将192.168.238.128(CentOS1)作为主数据库,其他数据作为从数据库的,下面通过redis-cli切换到数据库中,分别执行info replication命令:

最后看看CentOS1主数据:

从各个数据库的显示信息看,我们的主从模式已经配置完毕.

测试:

在主数据库set一条数据,并获取这条数据(预测操作成功)

接下来在从数据从事同样的操作

至此,主从模式配置完毕,测试通过!

下面再来配置主从+哨兵模式:

因为主从模式,主数据库可以读、写操作,而从数据库只能读、不能写,一旦主数据库宕机,整个数据库集群将无法进行读操作,后果很严重。

而主从+哨兵模式,既热部署进行主从切换,当主数据库宕机,哨兵自动将其他从数据库的某一台提升为主数据库,即使之前的主数据库恢复正常工作,哨兵也会将其改为从数据库,做到了高可用、热部署

具体操作:

1、因为我有3台虚拟机,所以我就配置3个哨兵吧,也可以多配置一些,或者少配置一些

2、将3台虚拟机,分别切换到/home/tool/redisWork/bin目录下,新增文件sentinel.conf,并且编辑此文件

4、分别启动主数据库和从数据库的哨兵:

主数据库哨兵:

从数据库的哨兵:

至此,主从+哨兵配置完毕!

测试:将主数据库的redis服务停止,然后分别在两台从数据库中在此执行info repication命令,看看之前的从数据库是否会变成主数据库(网络可能会有延迟)

时间: 2024-10-01 02:20:46

redis主从+哨兵模式的相关文章

Redis 主从哨兵模式搭建

安装单机版redis 1.编译redis cd /opt/ tar zxvf redis-3.0.6.tar.gz cd redis-3.0.6 make 2.创建redis目录 cd src/ mkdir /usr/local/redis cp redis-cli /usr/local/redis/ cp redis-server /usr/local/redis/ cd .. cp redis.conf /usr/local/redis/ 3.修改配置文件 cd /usr/local/red

redis 五大类型 、持久化方式以及主从(哨兵模式)

一.redis 五大类型: redis 键 keys * exists key的名字,判断某个key 是否存在 move key db 当前数据库就没有了,被移除了 ttl key 查看还有多少秒过期,-1表示永不过期,-2表示已过期 type key 看看你的key是什么类型redis 字符串 set.get .del.append.strlen incr.decr .incrby. decrby getrange.setrange setex(set with expire)键秒值.setn

Redis sentinel 哨兵模式集群方案配置

第一个方案是创建 redis cluster,第二种方案就是用哨兵模式来进行主从替换以及故障恢复.兵模式集群方案配置 一.sentinel介绍 Sentinel作用: 1):Master状态检测 2):如果Master异常,则会进行Master-Slave切换,将其中一个Slave作为Master,将之前的Master作为Slave 3):Master-Slave切换后,master_redis.conf.slave_redis.conf和sentinel.conf的内容都会发生改变,即mast

Redis主从哨兵和集群搭建

主从哨兵和集群搭建 主从配置 哨兵配置 集群配置 1.主从: 国王和丞相,国王权力大(读写),丞相权利小(读) 2.哨兵: 国王和王子,国王死了(主服务挂掉),王子继位(从服务变主服务) 3.集群: 国王和国王,一个国王死了(节点挂掉),其他国王还活着,世界还没毁灭 主从配置 流程: 复制多份redis编译之后(make)的文件,分别命名为: xxx-6379 xxx-6380 xxx-6381 ... 开启6379服务和 6380服务 方式一: 在6380的客户端输入:slaveof 127.

Redis 主从+哨兵安装与部署

1 前言 redis集群常见的部署方式有: 采用主从复制 + sentinel(哨兵)监控的方式; 采用redis-cluster集群(去中心化分片集群)的方式 本文以笔者内部项目为例,采用主从复制+哨兵的方式部署. 2 版本说明 三台服务器(一主两从):192.168.1.60 为主服务器,192.168.1.59 和192.168.1.58 为从服务器 操作系统:CentOS Linux release 7.4.1708 (Core) JDK版本:jdk 1.8.0_171 REDIS版本:

redis主从+哨兵

首先我们解释一下主从的区别:主对于数据可读可写.从默认是只读不写的.当从连接上主时,主会将数据同步到从上. 主从结构只能保证数据有备份,但是如果主挂掉了,怎么办,整个服务就不可用了,这显然是个大问题.当然redis也帮我们考虑到了这一点.解决方案就是哨兵.他可以作为一个第三方,监控着我们主节点的状态,当发现主挂掉后,就会从这个主的从服务器中进行选举,推选出一个新主,同时slave也切换成这个新主的slave,如果原来的主重启成功了也不会再次成为主了,而是作为slave挂到新主上. spring集

Redis 之 哨兵模式

一.哨兵模式的概念 哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行.其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例. 二.实验环境 三.安装redis服务 1.指定外部安装源wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-6.repo2.安装redisyum -y install redis 四.配置maste

学习记录03 --- 重新配置redis的哨兵模式

查阅多方资料后,才发现昨天写的配置哨兵模式开启是错的,尴尬... 今天重新来配置一下,当然为了避免出现问题,先理清下思路,整理好信息 哨兵模式监控的节点最少三个,昨天监控了2个是不够的,所以我又再一次的拷贝了一份redis.conf 服务器类型 是否主服务器 IP地址 端口号 Redis 是 192.168.200.128 6379 Redis 否 192.168.200.128 6380 Redis 否 192.168.200.128 6381 Sentinel - 192.168.200.1

redis的哨兵模式(redis有密码)

环境搭建: 前言: 小编使用的redis的版本号是5.0.5,可能会略有不同,例如redis.conf配置文件中,没有slaveof这一项配置 虚拟机一定要关闭掉防火墙 本次使用7006作为master,7007,7008作为slave 为了方便直接在slave的配置文件中写好master的配置(配从不配主),配置好master的ip,redis的端口和密码 slave的redis.conf里主机配置: 启动主机和从机后一主二从模式就ok了,可以简单测试一下 下面开始配置哨兵 新建了一个sent