redis - 使用 Sentinels 升级 Redis 的最佳实践？

Question

我有 3 个 redis 节点，由 3 个哨兵监视。我进行了搜索，文档似乎不清楚如何最好地升级此类配置。我目前使用的是 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. 最后使用哨兵将故障转移到升级后的节点作为主节点并升级以前的主节点

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