redis 3.0 集群指南

### Redis 3.0 集群指南 #### 一、Redis 3.0 的安装与配置 **安装步骤：** 在安装 Redis 3.0 之前，首先确保已安装了必要的依赖包，如 cpp、binutils、glibc 等。通过 `yum` 命令安装这些依赖： ```bash yum -y install cpp binutils glibc glibc-kernel-headers glibc-common glibc-devel gcc make gcc-c++ libstdc++-devel tcl ``` 接着创建 `/usr/local/src/redis` 目录，并进入该目录下载 Redis 3.0.2 版本源码包： ```bash mkdir -p /usr/local/src/redis cd /usr/local/src/redis wget http://download.redis.io/releases/redis-3.0.2.tar.gz tar -xvf redis-3.0.2.tar.gz cd redis-3.0.2 ``` 编译并安装 Redis： ```bash make make test # 这一步可选，用于测试但耗时较长 make install ``` 将配置文件复制到系统配置目录： ```bash cp redis.conf /etc/ ``` 编辑 `/etc/redis.conf` 文件，设置 daemonize 为 yes 以支持守护进程模式运行： ```bash vi /etc/redis.conf # 修改如下，默认为 no daemonize yes ``` 启动 Redis 服务： ```bash redis-server /etc/redis.conf ``` 测试 Redis 是否成功启动： ```bash redis-cli ``` #### 二、主从复制 **主从复制的作用：** - **避免单点故障：** 当主服务器出现问题时，可以从服务器迅速接管服务。 - **读写分离：** 对于读多写少的应用场景，可以将读请求分配到从服务器上处理，减轻主服务器的压力。 **主从架构设置：** 为了实现主从复制，需要启动多个 Redis 实例，并分别设置为主节点和从节点。例如，可以启动三个实例，其中一个是主节点（6379 端口），另外两个是从节点（6380 和 6381 端口）。 **启动实例：** 创建相应的端口目录，并将安装目录下的 `redis.conf` 文件复制到每个目录下。修改配置文件以指定不同的端口号和 pidfile 路径。 **设置主从：** 有两种方法来设置主从关系： 1. 在 `redis.conf` 文件中设置 `slaveof` 参数。 ```ini slaveof <masterip> <masterport> ``` 2. 使用 `redis-cli` 客户端执行 `slaveof` 命令。 **查看主从信息：** 使用 `INFO replication` 命令来查看主从状态。 **主从从架构：** 可以进一步扩展架构，使得一个从节点也可以作为其他节点的主节点，形成更复杂的复制网络。 **从库只读模式：** 默认情况下，Redis 的从节点处于只读模式，无法执行写操作。可以通过修改配置文件中的 `slave-read-only` 参数来启用写操作。 **复制过程原理：** 当从节点向主节点发起同步请求时，主节点会生成快照文件（RDB 文件），并将在此期间接收到的所有写命令缓存起来。随后，主节点会将快照文件和缓存的命令发送给从节点。从节点接收到数据后，加载快照文件并执行缓存的命令。此后，主节点会将每次写操作实时地推送给从节点。 **无磁盘复制：** 对于磁盘 I/O 性能不佳的情况，Redis 提供了无磁盘复制功能。这种方式跳过了磁盘持久化步骤，直接通过网络传输快照数据，提高了复制效率。可以通过设置 `repl-diskless-sync` 参数来启用该功能。 #### 三、故障转移与哨兵 **主节点宕机后的处理：** 如果主节点发生故障，通常需要手动执行一系列步骤来完成故障转移： 1. 断开从节点与原主节点的连接，并提升其中一个从节点为新的主节点。 2. 将原主节点设置为新主节点的从节点。 **哨兵机制：** 哨兵是一种自动化的故障转移方案。哨兵是一个独立的进程，主要负责监控主从节点的状态，并在主节点发生故障时自动进行故障转移。 **哨兵工作原理：** - **监控：** 哨兵会持续监控主从节点的状态。 - **通知：** 如果哨兵检测到主节点不可用，则会发起选举过程，选择一个新的主节点。 - **故障转移：** 选定新的主节点后，哨兵会将其他从节点指向新的主节点，完成故障转移。 **单个哨兵架构 vs 多个哨兵架构：** - **单个哨兵架构：** 适用于小型部署环境。 - **多个哨兵架构：** 更加健壮且容错性更强，适用于大型部署环境。 Redis 3.0 的集群部署不仅涉及安装配置、主从复制等基础概念，还涵盖了更为高级的故障转移机制——哨兵。通过合理规划和配置，可以有效提升 Redis 集群的可用性和性能。