百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

企业级redis生产环境实战(5)主从复制及安全设置(图文教程)

nanshan 2024-10-15 11:28 8 浏览 0 评论

redis主从复制及安全设置

环境介绍

主机信息

环境配置

系统版本

CentOS release 6.5 (Final)

其他设置

关闭防火墙、关闭selinux

redis主从复制简介

一个master可以有多个slave

一个slave还可以再有slave,所以支持链式复制

Master以非阻塞方式同步数据至salve,master可以同时处理多个slave的操作

redis主从复制实战

1、分别将"redis3.2.0"和"tcl8.6.1"拷贝到两台从库服务器

注:之所以能这样拷贝过来,是因为redis安装不需要什么依赖!另外,"tcl8.6.1"之前在编译安装redis的时候报错,需要安装tcl,所以一并拷贝过去

192.168.139.72主机

scp -r /usr/local/redis-3.2.0/ root@192.168.139.72:/usr/local/

scp -r /usr/local/tcl8.6.1/ root@192.168.139.72:/usr/local/

192.168.139.73主机

scp -r /usr/local/redis-3.2.0/ root@192.168.139.73:/usr/local/

scp -r /usr/local/tcl8.6.1/ root@192.168.139.73:/usr/local/

2、在两台从库服务器上分别创建redis日志文件和redis目录

mkdir -p /var/log/redis

touch redis.conf

mkdir -p /data/redis

3、分别修改两台从库的配置文件

vim /usr/local/redis-3.2.0/conf/redis.conf

修改内容如下:

bind 192.168.139.72

bind 192.168.139.73

4、分别启动两台从库

cd /usr/local/redis-3.2.0/bin/

./redis-server ../conf/redis.conf

5、查看从库是否启动

ps aux | grep redis

6、查看redis未进行主从复制前状态

192.138.139.71主机

./redis-cli -h 192.168.139.71 -a 123 -p 6379

info replication

192.138.139.72主机

./redis-cli -h 192.168.139.72 -a 123 -p 6379

info replication

192.138.139.73主机

./redis-cli -h 192.168.139.73 -a 123 -p 6379

info replication

注:默认情况下单个redis,角色都为master

7、在从库配置主从复制参数(两台改动一样)

cd /usr/local/redis-3.2.0/conf

vim redis.conf

修改如下信息:

slaveof <masterip> <masterport>

masterauth <master-password> #如果redis主库不设置密码,这里可以不需要改动

修改成:

slaveof 192.168.139.71 6379

masterauth 123

8、重启两台redis从库

192.138.139.72主机

ps aux | grep redis

kill -9 24661

./redis-server ../conf/redis.conf

ps aux | grep redis

重启完成!

192.138.139.73主机

ps aux | grep redis

kill -9 24584

./redis-server ../conf/redis.conf

ps aux | grep redis

重启完成!

9、在redis主库上查看主从同步信息

./redis-cli -h 192.168.139.71 -a 123 -p 6379

info replication

这时候可以看到redis的从库信息了!

10、验证主从复制是否成功

切换到0号库,设置一个key为:"ceshi";键值为:"123"的值

SELECT 0

set ceshi 123

分别登陆两个从库,看是否能看到这个值

从库192.168.139.72

get ceshi

从库192.168.139.73

get ceshi

至此redis的主从复制已经配置成功了!

在不重启服务器的情况下增加从库

这一步只需要在从库上执行,事实上redis的主从复制都是在从库上配置的!

在重新开启一台服务器(192.168.139.74),拷贝"redis3.2.0"和"tcl8.6.1"到该服务器上,并进行如下配置:

1、拷贝文件到新启动的服务器上

scp -r /usr/local/redis-3.2.0/ root@192.168.139.74:/usr/local/

scp -r /usr/local/tcl8.6.1/ root@192.168.139.74:/usr/local/

2、在两台从库服务器上分别创建redis日志文件和redis目录

mkdir -p /var/log/redis

touch redis.conf

mkdir -p /data/redis

3、分别修改从库的配置文件

修改配置文件:

cd /usr/local/redis-3.2.0/conf

vim redis.conf

修改如下信息:

bind 192.168.139.71

masterauth <master-password>

修改成:

bind 192.168.139.74

masterauth 123

4、启动从库

./redis-server ../conf/redis.conf

5、登陆主库查看主从复制信息

./redis-cli -h 192.168.139.71 -a 123 -p 6379

info replication

并未看到"192.168.139.74"的信息

6、登陆从库192.168.139.74

cd /usr/local/redis-3.2.0/bin

./redis-cli -h 192.168.139.74 -a 123 -p 6379

输入:

SLAVEOF 192.168.139.71 6379

7、再次到主库上查看主从复制信息

info replication

这时,可以看到新增从库192.168.139.74的信息!

注:该配置只是临时生效,重启计算机或是重启redis后,配置就消失了!

8、验证一下

重启服务器192.168.139.74

cd /usr/local/redis-3.2.0/bin/

./redis-server ../conf/redis.conf

ps aux | grep redis

在主库上查看redis从库信息,从库消失!

redis的安全设置

修改配置文件

vim /usr/local/redis-3.2.0/conf/redis.conf

1、设置监听ip,禁止外网访问redis

bind 127.0.0.1 2.2.2.2 #可以是多个ip,用空格分隔

2、设置监听端口

port 16000

3、设置密码

requirepass 123

4、以低权限运行 Redis 服务

为 Redis 服务创建单独的用户和家目录,并且配置禁止登陆

5、禁止或修改(改别名)一些高危命令

rename-command FLUSHALL ""

rename-command CONFIG ""

rename-command EVAL ""

注:双引号中不输入任何内容是禁用该命令,如果要使用别名则在双引号中输入别名如:rename-command FLUSHALL "aaa",那么"FLUSHALL"就变为"aaa"了。

在redis.conf最后加入要禁用的命令,如下图所示:

接着重启redis

ps aux | grep redis

kill -9 2214

cd /usr/local/redis-3.2.0/bin

./redis-server ../conf/redis.conf

注:这里会报错"Unknown command 'flushall' reading the append only file",如下图所示(查看日志命令:tailf /var/log/redis/redis.conf)

根据报错提示,将之前的"appendonly yes"改为"appendonly no",如下图所示:

接着重启redis成功!

登陆redis

./redis-cli -h 192.168.139.71 -p 6379 -a 123

使用flushall命令

这里可以看到flushall命令已经被禁用了!

相关推荐

服务器数据恢复—Raid5数据灾难不用愁,Raid5数据恢复原理了解下

Raid5数据恢复算法原理:分布式奇偶校验的独立磁盘结构(被称之为raid5)的数据恢复有一个“奇偶校验”的概念。可以简单的理解为二进制运算中的“异或运算”,通常使用的标识是xor。运算规则:若二者值...

服务器数据恢复—多次异常断电导致服务器raid不可用的数据恢复

服务器数据恢复环境&故障:由于机房多次断电导致一台服务器中raid阵列信息丢失。该阵列中存放的是文档,上层安装的是Windowsserver操作系统,没有配置ups。因为服务器异常断电重启后,rai...

服务器数据恢复-V7000存储更换磁盘数据同步失败的数据恢复案例

服务器数据恢复环境:P740+AIX+Sybase+V7000存储,存储阵列柜上共12块SAS机械硬盘(其中一块为热备盘)。服务器故障:存储阵列柜中有磁盘出现故障,工作人员发现后更换磁盘,新更换的磁盘...

「服务器数据恢复」重装系统导致XFS文件系统分区丢失的数据恢复

服务器数据恢复环境:DellPowerVault系列磁盘柜;用RAID卡创建的一组RAID5;分配一个LUN。服务器故障:在Linux系统层面对LUN进行分区,划分sdc1和sdc2两个分区。将sd...

服务器数据恢复-ESXi虚拟机被误删的数据恢复案例

服务器数据恢复环境:一台服务器安装的ESXi虚拟化系统,该虚拟化系统连接了多个LUN,其中一个LUN上运行了数台虚拟机,虚拟机安装WindowsServer操作系统。服务器故障&分析:管理员因误操作...

「服务器数据恢复」Raid5阵列两块硬盘亮黄灯掉线的数据恢复案例

服务器数据恢复环境:HPStorageWorks某型号存储;虚拟化平台为vmwareexsi;10块磁盘组成raid5(有1块热备盘)。服务器故障:raid5阵列中两块硬盘指示灯变黄掉线,无法读取...

服务器数据恢复—基于oracle数据库的SAP数据恢复案例

服务器存储数据恢复环境:某品牌服务器存储中有一组由6块SAS硬盘组建的RAID5阵列,其中有1块硬盘作为热备盘使用。上层划分若干lun,存放Oracle数据库数据。服务器存储故障&分析:该RAID5阵...

「服务器虚拟化数据恢复」Xen Server环境下数据库数据恢复案例

服务器虚拟化数据恢复环境:Dell某型号服务器;数块STAT硬盘通过raid卡组建的RAID10;XenServer服务器虚拟化系统;故障虚拟机操作系统:WindowsServer,部署Web服务...

服务器数据恢复—RAID故障导致oracle无法启动的数据恢复案例

服务器数据恢复环境:某品牌服务器中有一组由4块SAS磁盘做的RAID5磁盘阵列。该服务器操作系统为windowsserver,运行了一个单节点Oracle,数据存储为文件系统,无归档。该oracle...

服务器数据恢复—服务器磁盘阵列常见故障表现&amp;解决方案

RAID(磁盘阵列)是一种将多块物理硬盘整合成一个虚拟存储的技术,raid模块相当于一个存储管理的中间层,上层接收并执行操作系统及文件系统的数据读写指令,下层管理数据在各个物理硬盘上的存储及读写。相对...

「服务器数据恢复」IBM某型号服务器RAID5磁盘阵列数据恢复案例

服务器数据恢复环境:IBM某型号服务器;5块SAS硬盘组成RAID5磁盘阵列;存储划分为1个LUN和3个分区:第一个分区存放windowsserver系统,第二个分区存放SQLServer数据库,...

服务器数据恢复—Zfs文件系统下误删除文件如何恢复数据?

服务器故障:一台zfs文件系统服务器,管理员误操作删除服务器上的数据。服务器数据恢复过程:1、将故障服务器所有磁盘编号后取出,硬件工程师检测所有硬盘后没有发现有磁盘存在硬件故障。以只读方式将全部磁盘做...

服务器数据恢复—Linux+raid5服务器数据恢复案例

服务器数据恢复环境:某品牌linux操作系统服务器,服务器中有4块SAS接口硬盘组建一组raid5阵列。服务器中存放的数据有数据库、办公文档、代码文件等。服务器故障&检测:服务器在运行过程中突然瘫痪,...

服务器数据恢复—Sql Server数据库数据恢复案例

服务器数据恢复环境:一台安装windowsserver操作系统的服务器。一组由8块硬盘组建的RAID5,划分LUN供这台服务器使用。在windows服务器内装有SqlServer数据库。存储空间LU...

服务器数据恢复—阿里云ECS网站服务器数据恢复案例

云服务器数据恢复环境:阿里云ECS网站服务器,linux操作系统+mysql数据库。云服务器故障:在执行数据库版本更新测试时,在生产库误执行了本来应该在测试库执行的sql脚本,导致生产库部分表被tru...

取消回复欢迎 发表评论: