发表 admin at 2025年2月28日

类别

未分类

标签

如何在 Ubuntu 14.04 上配置 Redis 集群

介绍

Redis 是一种开源键值数据存储，使用内存存储模型和可选的磁盘写入以实现持久性。它具有事务、发布/订阅和自动故障转移等功能。建议将 Redis 与 Linux 一起用于生产环境，但开发人员还提到 OS X 作为他们开发和测试的平台。 Redis 的客户端以大多数语言编写，并在其网站上推荐了一些。

对于生产环境，跨至少两个节点复制数据被认为是最佳实践。冗余允许在环境出现故障时进行恢复，这在应用程序的用户群增长时尤为重要。

在本指南结束时，我们将在 DigitalOcean 上设置两个 Redis Droplet，如下所示：

一个用于 Redis 主服务器的 Droplet
一个用于 Redis 从服务器的 Droplet

我们还将演示如何切换到从服务器并将其设置为临时主服务器。

随意设置多个从属服务器。

本文重点介绍搭建主从Redis集群；要了解更多关于 Redis 的一般知识及其作为数据库的基本用法，请参阅此使用教程。

先决条件

虽然这可能适用于早期版本和其他 Linux 发行版，但我们建议使用 Ubuntu 14.04。

出于测试目的，我们将使用小型实例，因为没有要处理的实际工作负载，但生产环境可能需要更大的服务器。

Ubuntu 14.04 LTS
两个 Droplets，大小不限；一个主人和一个或多个奴隶
使用 sudo 非根用户通过 SSH 访问您的机器，如使用 Ubuntu 14.04 进行初始服务器设置中所述

第 1 步 — 安装 Redis

从将托管我们的主服务器的 Droplet 开始，我们的第一步是安装 Redis。首先我们需要添加 Chris Lea 的 Redis 存储库（一如既往，在添加第三方存储库时要格外小心；我们使用这个是因为它的维护者是一个有信誉的人物）：

sudo add-apt-repository ppa:chris-lea/redis-server

按 ENTER 接受存储库。

运行以下命令来更新我们的包：

sudo apt-get update

安装 Redis 服务器：

sudo apt-get install redis-server

检查 Redis 是否已启动并正在运行：

redis-benchmark -q -n 1000 -c 10 -P 5

上面的命令表示我们希望 redis-benchmark 以安静模式运行，总共有 1000 个请求，10 个并行连接和管道 5 个请求。有关运行 Redis 基准测试的更多信息，请在终端中键入 redis-benchmark --help 将打印有用的信息和示例。

让基准运行。完成后，您应该会看到类似于以下内容的输出：

Output
PING_INLINE: 166666.67 requests per second
PING_BULK: 249999.98 requests per second
SET: 249999.98 requests per second
GET: 499999.97 requests per second
INCR: 333333.34 requests per second
LPUSH: 499999.97 requests per second
LPOP: 499999.97 requests per second
SADD: 499999.97 requests per second
SPOP: 499999.97 requests per second
LPUSH (needed to benchmark LRANGE): 499999.97 requests per second
LRANGE_100 (first 100 elements): 111111.12 requests per second
LRANGE_300 (first 300 elements): 27777.78 requests per second
LRANGE_500 (first 450 elements): 8333.33 requests per second
LRANGE_600 (first 600 elements): 6369.43 requests per second
MSET (10 keys): 142857.14 requests per second

现在对 Redis 从服务器重复此部分。如果您要配置更多的 Droplet，您可以根据需要设置尽可能多的从属服务器。

此时，Redis 已安装并运行在我们的两个节点上。如果任何节点的输出与上面显示的不同，请仔细重复设置过程并检查是否满足所有先决条件

第 2 步 — 配置 Redis Master

现在 Redis 在我们的双 Droplet 集群上启动并运行，我们必须编辑它们的配置文件。正如我们将看到的，配置主服务器和从服务器之间存在细微差别。

让我们先从我们的主人开始。

使用您喜欢的文本编辑器打开 /etc/redis/redis.conf：

sudo nano /etc/redis/redis.conf

编辑以下行。

为 TCP 的 keepalive 定时器设置一个合理的值：

tcp-keepalive 60

通过注释掉此行，使网络上的任何人都可以访问服务器：

#bind 127.0.0.1

鉴于 Redis 的性质及其极高的速度，攻击者可能会毫无问题地暴力破解密码。这就是为什么我们建议取消注释 requirepass 行并添加复杂的密码（最好是复杂的密码）：

requirepass your_redis_master_password

根据您的使用场景，您可以更改或不更改以下行。出于本教程的目的，我们假设不必删除密钥。取消注释此行并将其设置如下：

maxmemory-policy noeviction

最后，我们要进行以下更改，以备份数据。取消注释和/或设置这些行，如下所示：

appendonly yes
appendfilename redis-staging-ao.aof

保存您的更改。

重新启动 Redis 服务以重新加载我们的配置更改：

sudo service redis-server restart

如果您想更进一步，可以按照本教程中的 Redis 操作部分向主数据库添加一些独特的内容，以便稍后我们可以看到它是如何复制到从服务器的。

现在我们已经准备好主服务器，让我们继续我们的从机。

第 3 步 — 配置 Redis 从站

我们需要进行一些更改以允许我们的从属服务器连接到我们的主实例：

使用您喜欢的文本编辑器打开 /etc/redis/redis.conf：

sudo nano /etc/redis/redis.conf

编辑以下行；一些设置将类似于主人的。

通过注释掉此行，使网络上的任何人都可以访问服务器：

#bind 127.0.0.1

从服务器也需要一个密码，这样我们就可以给它命令（比如 INFO）。取消注释此行并设置服务器密码：

requirepass your_redis_slave_password

取消注释此行并指明可以访问主服务器的 IP 地址，然后是该机器上设置的端口。默认情况下，端口为 6379：

slaveof your_redis_master_ip 6379

取消注释 masterauth 行并提供您之前在主服务器上设置的密码/密码：

masterauth your_redis_master_password

现在保存这些更改，并退出文件。接下来，像我们在主服务器上所做的那样重新启动服务：

sudo service redis-server restart

这将重新初始化 Redis 并加载我们修改过的文件。

连接到 Redis：

redis-cli -h 127.0.0.1 -p 6379

使用从服务器的密码授权：

AUTH your_redis_slave_password

此时，我们正在运行一个功能正常的主从 Redis 集群，两台机器都已正确配置。

第 4 步 — 验证主从复制

一旦我们想要开始编写故障转移行为脚本，测试我们的设置将使我们能够更好地了解我们的 Redis Droplets 的行为。我们现在要做的是确保我们的配置正常工作，并且我们的主服务器正在与从属 Redis 实例通信。

首先，我们通过主服务器上的终端连接到 Redis：

首先连接到本地实例，默认在端口 6379 上运行。如果您更改了端口，请相应地修改命令。

redis-cli -h 127.0.0.1 -p 6379

现在使用您在配置主服务器时设置的密码对 Redis 进行身份验证：

AUTH your_redis_master_password

你应该得到一个 OK 作为响应。现在，你只需要运行：

INFO

您将看到您需要了解的有关 Redis 主服务器的所有信息。我们对 #Replication 部分特别感兴趣，它应该类似于以下输出：

Output. . .

# Replication
role:master
connected_slaves:1
slave0:ip=111.111.111.222,port=6379,state=online,offset=407,lag=1
master_repl_offset:407
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:406

. . .

注意 connected_slaves:1 行，它表示我们的另一个实例正在与主 Droplet 对话。您还可以看到我们获得了从属 IP 地址，以及端口、状态和其他信息。

现在让我们看一下从机上的 #Replication 部分。该过程与我们的主服务器相同。登录到 Redis 实例，发出 INFO 命令，然后查看输出：

Output. . .

# Replication
role:slave
master_host:111.111.111.111
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:1401
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

. . .

我们可以看到这台机器有slave的角色，正在和master Redis服务器通信，没有自己的slave。

第 5 步 — 切换到从机

构建此架构意味着我们还希望以确保数据完整性和应用程序停机时间尽可能短的方式处理故障。任何奴隶都可以晋升为主人。首先，让我们手动测试切换。

在从机上，我们应该连接到 Redis 实例：

redis-cli -h 127.0.0.1 -p 6379

现在使用您在配置从站时设置的密码对 Redis 进行身份验证

AUTH your_redis_slave_password

关闭奴隶行为：

SLAVEOF NO ONE

响应应该是 OK。现在输入：

INFO

查找 # Replication 部分以找到以下输出：

Output. . .

# Replication
role:master
connected_slaves:0
master_repl_offset:1737
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

. . .

正如我们所料，slave 已经变成了 master，现在准备好接受来自其他机器（如果有的话）的连接。我们可以在调试主要主服务器时将其用作临时备份。

如果你有多个依赖初始 master 的 slave，它们都必须指向新晋升的 master。

这可以很容易地编写脚本，一旦检测到故障就需要执行以下步骤：

从应用程序中，将对 Redis 的所有请求发送到从机
在该从机上，执行SLAVEOF NO ONE 命令。从 Redis 版本 1.0.0 开始，此命令告诉从服务器停止复制数据，并开始充当主服务器
在所有剩余的从站（如果有的话）上，运行 SLAVEOF hostname port 将指示他们停止从旧的 master 复制，丢弃现在完全弃用数据，并开始从新的主服务器复制。确保将 hostname 和 port 替换为您新提升的 master 的正确值
分析完问题后，如果您的特定设置需要，您可以返回将初始服务器作为主服务器

有许多方法可以完成上述步骤。但是，您需要为您的环境实施适当的解决方案，并确保在任何实际故障发生之前对其进行彻底测试。

第 6 步 — 重新连接到主服务器

让我们重新连接到原来的主服务器。在从服务器上，登录Redis，执行以下命令：

SLAVEOF your_redis_master_ip 6379

如果您再次运行 INFO 命令，您应该会看到我们已返回到原始设置。

结论

我们已经正确设置了一个由两台服务器组成的环境，一台作为 Redis 主服务器，另一台作为从服务器复制数据。这样，如果主服务器离线或丢失我们的数据，我们知道如何切换到我们的一个从属服务器进行恢复，直到问题得到解决。

接下来的步骤可能包括编写自动故障转移程序的脚本，或使用 Tinc 等 VPN 解决方案确保所有 Droplet 之间的安全通信。此外，测试过程和脚本对于验证您的配置至关重要。

此外，在生产环境中部署此类设置时应采取预防措施。应该研究 Redis 文档页面，您必须清楚地了解哪种安全模型适合您的应用程序。我们经常将 Redis 用作会话存储，它包含的信息对攻击者来说可能很有价值。通常的做法是让这些机器只能通过专用网络访问，并将它们置于多层安全保护之下。

这是一个可以构建数据存储的简单起点；绝不是关于设置 Redis 以使用主从架构的详尽指南。如果您认为本指南应涵盖任何内容，请在下方发表评论。有关此主题的更多信息和帮助，DigitalOcean Q&A 是一个很好的起点。