使用 Sentinel 升级 Redis 的最佳实践？

Question

我有 3 个哨兵正在监视三个 redis 节点。我四处搜索，文档似乎不清楚如何最好地升级这种类型的配置。我目前使用的是 3.0.6 版，我想升级到最新的 5.0.5。我对围绕此的程序有几个问题。

1. 升级两个大版本可以吗？我在我们的临时环境中这样做了，它似乎很好。我们使用非常基本的 redis 功能，并且版本之间没有重大变化。

2. 顺序重要吗？我应该先升级所有的哨兵然后说redis节点，还是应该在验证redis平面后最后说哨兵平面？我应该一次做一个哨兵/redis 节点吗？

对此的任何建议或经验将不胜感激。

Answer 1

我对此缺乏回应感到惊讶，但我知道该主题跨越了诸如 stackoverflow 之类的东西和诸如堆栈交换之类的东西。我也对我能找到的关于该主题的文档的缺乏感到惊讶。

我在临时环境中进行了一些广泛的测试，然后进行了我们的生产，我遵循的程序似乎在大多数情况下都有效：

• 在我们的例子中，从 3.0.6 升级到 5.0.5 似乎很顺利。正如我在原帖中所说，我们使用 redis 中的基础知识，从客户端的角度来看并没有太大变化。

• 我按以下顺序继续升级：

  1. 前两个哨兵对等体，然后是当前处于leader状态的哨兵。
  2. 每个 redis 节点都列为slaves（现在称为replicas）。
     • 每个节点升级后，它会想dump.rdb从主节点复制它
     • 可以从 3 节点同步到 5 节点，但是一旦 5 节点是主节点，则 3 节点就无法同步，因此一旦故障转移到升级的节点，就无法返回到较早的节点版本。
  3. 最后使用哨兵故障转移到升级的节点作为主节点并升级以前的主节点

希望有人会发现这很有用。