mongodb - 当配置实例使用与数据实例相同的二进制文件时升级 Mongodb

Question

我即将将分片的 MongoDB 环境从 2.0.7 升级到 2.2.9，最终我想升级到 2.4.9，但显然我需要通过 2.2 来完成。 2.2 的发行说明声明配置服务器应该首先升级其二进制文件，然后是分片。我目前的配置实例使用与数据实例相同的 Mongo 二进制文件。本质上是三个分片，每个分片有三个副本，每个分片中的一个副本也用作配置实例。由于它们共享一个二进制文件，我无法独立于某些数据实例升级配置实例。

假设我禁用了平衡器，在所有配置实例之前升级一些数据实例会导致任何问题吗？

我应该更改配置实例以使用不同的二进制副本吗？如果是这样，对于在 Ubuntu 12 上运行的现有生产设置，最好的方法是什么？

我是否应该从副本集中删除三个数据实例，升级配置实例，然后再次启动数据实例，有效地更新它们，但顺序正确？最后一个选项有点麻烦，因为有些是主要的，所以我必须在将它们从副本集中删除之前将它们降级。当我必须进行下一次升级时，最后一个选项也会再次出现，所以我不是真正的粉丝。

Answer 1

我通过以下方式解决了这个问题:

将新版本的二进制文件添加到新文件夹。

使用新的二进制文件重新启动配置实例，以便数据实例可以继续使用旧的二进制文件运行

升级所有配置服务器后，我创建了另一个文件夹，用于放置步骤 1

中相同的新二进制文件

然后我使用这些新的二进制文件

重新启动了数据实例。

现在，同一服务器上的配置实例和数据实例正在使用新的二进制文件，但位于不同的文件夹中，以便为下一个版本升级它们

请注意，升级还涉及其他步骤，这些步骤在发行说明中指定，您应该始终遵循这些步骤。然而，这就是我处理共享二进制问题的方式，这在发行说明中没有直接解决。

许多教程似乎在单个服务器上使用单个二进制文件来存储数据和配置实例，但是在升级时这是有问题的。我建议始终为您的配置和数据实例使用单独的二进制文件。