redis - 如何在不启动哨兵故障转移的情况下执行 redis FLUSHALL？

Question

我们有一个带有两个 redis 服务器的 redis 配置。我们还有 3 个哨兵来监视这两个实例并在需要时启动故障转移。

我们目前有一个过程，我们必须定期在 redis 服务器上执行 FLUSHALL。这是一个阻塞操作，比我们为哨兵分配的超时时间要长。换句话说，我们的哨兵配置有:

哨兵在几毫秒后关闭 OurMasterName 5000

在服务器上执行 redis-cli FLUSHALL 需要 > 5000 毫秒，因此哨兵启动故障转移。

我们承认执行 FLUSHALL 并不好，我们也知道我们可以将 down-after-ms 增加到，但出于这个问题的目的，假设这些都不是选项。

问题是:由于 FLUSHALL 阻塞超过 5000 毫秒，我们如何在不让哨兵启动故障转移的情况下执行 FLUSHALL(或等效操作)？有没有人遇到并解决过这个问题？

Answer 1

您可以只创建新实例:如果您使用的是 AWS 或 Azure 之类的东西，那么您拥有用于创建新 Redis 集群的 API。启动它，用数据加载它，一旦准备就绪，只需修改 DNS，再次调用 API - 所以所有这些都可以由您的应用程序的某些部分处理。但在本地，事情会变得更加复杂，因为它需要使用 ansible/chef/puppet 进行一些自动化。