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

我有 3 个 Redis 节点，由 3 个哨兵监视。我进行了搜索，文档似乎不清楚如何最好地升级此类配置。我目前使用的是 3.0.6 版本，我想升级到最新的 5.0.5。我对这方面的程序有几个疑问。

1. 升级两个大版本可以吗？我在我们的暂存环境中执行了此操作，看起来效果很好。我们使用非常基本的 Redis 功能，并且版本之间没有重大更改。

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

任何有关这方面的建议或经验将不胜感激。

我对对此缺乏回应感到惊讶，但我知道这个主题有点跨越诸如 stackoverflow 之类的东西和诸如堆栈交换之类的东西。我还对缺乏有关该主题的文档感到惊讶。

我在临时环境中进行了一些广泛的测试，然后继续进行生产，我遵循的程序似乎在很大程度上有效：

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

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

  1. 前两个哨兵节点以及当前所在的哨兵节点leader status.
  2. Each of the redis nodes listed as slaves (now known as replicas).
     • 每个节点升级后，都会想要复制其dump.rdb从主人那里
     • 可以从 3 节点到 5 节点进行同步，但是一旦 5 节点成为主节点，3 节点就无法同步，因此一旦故障转移到升级节点，就无法返回到之前的节点版本。
  3. 最后使用哨兵将故障转移到升级后的节点作为主节点并升级以前的主节点

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