OpenEuler学习笔记(十七):OpenEuler搭建Redis高可用生产环境

在OpenEuler上搭建Redis高可用生产环境,通常可以采用Redis Sentinel或Redis Cluster两种方式,以下分别介绍两种方式的搭建步骤:

基于Redis Sentinel的高可用环境搭建

  1. 安装Redis
    • 配置软件源:可以使用OpenEuler的默认软件源,确保源配置正确并可访问。
    • 安装Redis:使用包管理工具进行安装,在OpenEuler上一般可以使用以下命令安装:
bash 复制代码
sudo dnf install redis
  1. 配置主从节点

    • 编辑主节点配置文件 :主节点的配置文件通常为/etc/redis.conf,打开该文件,进行如下配置:

    bind 0.0.0.0
    port 6379
    daemonize yes
    logfile "/var/log/redis/redis.log"
    dir /var/lib/redis

    • 启动主节点:执行以下命令启动主节点:
bash 复制代码
sudo systemctl start redis
复制代码
- **配置从节点**:复制主节点的配置文件到从节点,并修改配置文件中的`slaveof`参数,指定主节点的IP和端口,例如:

slaveof <主节点IP> 6379

- **启动从节点**:在从节点上执行启动命令:
bash 复制代码
sudo systemctl start redis
  1. 配置Sentinel

    • 编辑Sentinel配置文件 :创建Sentinel配置文件,例如sentinel.conf,内容如下:

    port 26379
    daemonize yes
    logfile "/var/log/redis/sentinel.log"
    sentinel monitor mymaster <主节点IP> 6379 2
    sentinel down-after-milliseconds mymaster 5000
    sentinel failover-timeout mymaster 10000

    • 启动Sentinel:执行以下命令启动Sentinel:
bash 复制代码
redis-sentinel sentinel.conf
  1. 验证高可用
    • 检查Sentinel状态 :可以使用redis-cli工具连接到Sentinel,执行SENTINEL masters命令查看主节点和从节点的状态。
    • 模拟主节点故障:在主节点上停止Redis服务,观察Sentinel是否能自动将从节点提升为主节点,并在原主节点恢复后将其设置为从节点。

基于Redis Cluster的高可用环境搭建

  1. 安装Redis:同Redis Sentinel方式中的安装步骤。

  2. 创建集群节点配置文件

    • 在每个节点上创建一个独立的配置文件,例如redis-node1.confredis-node2.conf等,以下是一个配置文件的示例:

    bind 0.0.0.0
    port 6379
    daemonize yes
    logfile "/var/log/redis/redis-node1.log"
    dir /var/lib/redis
    cluster-enabled yes
    cluster-config-file nodes.conf
    cluster-node-timeout 5000

  3. 启动集群节点

    • 分别在每个节点上执行以下命令启动Redis节点:
bash 复制代码
redis-server redis-node1.conf
redis-server redis-node2.conf
...
  1. 创建集群
    • 使用redis-cli工具创建集群,执行以下命令:
bash 复制代码
redis-cli --cluster create <节点1IP>:6379 <节点2IP>:6379 <节点3IP>:6379 <节点4IP>:6379 <节点5IP>:6379 <节点6IP>:6379 --cluster-replicas 1
复制代码
- 上述命令中,`--cluster-replicas 1`表示为每个主节点创建一个从节点。
  1. 验证集群
    • 使用redis-cli工具连接到集群中的任意一个节点,执行CLUSTER INFO命令查看集群的信息,包括节点数量、主从关系等。
    • 可以通过向集群中写入和读取数据,然后模拟节点故障,观察数据是否能够在其他节点上正常读写,以及集群是否能够自动进行故障转移和数据重新分布。
相关推荐
chlk1231 天前
Linux文件权限完全图解:读懂 ls -l 和 chmod 755 背后的秘密
linux·操作系统
舒一笑1 天前
Ubuntu系统安装CodeX出现问题
linux·后端
改一下配置文件1 天前
Ubuntu24.04安装NVIDIA驱动完整指南(含Secure Boot解决方案)
linux
深紫色的三北六号2 天前
Linux 服务器磁盘扩容与目录迁移:rsync + bind mount 实现服务无感迁移(无需修改配置)
linux·扩容·服务迁移
SudosuBash2 天前
[CS:APP 3e] 关于对 第 12 章 读/写者的一点思考和题解 (作业 12.19,12.20,12.21)
linux·并发·操作系统(os)
哈基咪怎么可能是AI2 天前
为什么我就想要「线性历史 + Signed Commits」GitHub 却把我当猴耍 🤬🎙️
linux·github
十日十行3 天前
Linux和window共享文件夹
linux
木心月转码ing3 天前
WSL+Cpp开发环境配置
linux
崔小汤呀4 天前
最全的docker安装笔记,包含CentOS和Ubuntu
linux·后端
何中应4 天前
vi编辑器使用
linux·后端·操作系统