MongoDB共享群集从2.4升级到3.2版本

Question

我需要将MongoDB共享集群从2.4升级到3.2。

根据文档，我需要从2.4->2.6->3.0->3.2升级

因此，从2.4升级到3.2版本似乎需要大量的升级。

我们有三个碎片和三个副本集。

每个Shard还运行一个配置服务器和路由器服务

升级文档：https://docs.mongodb.com/manual/release-notes/2.6-upgrade/#upgrade-a-sharded-cluster-to-2-6。

问题: 1.是否应该首先将所有集群升级到2.4至2.6，然后再从2.6升级到3.0和3.0到3.2？

1. 升级共享集群:升级集群的元数据，它甚至没有提到我需要关闭现有的配置DB进程。我是否需要关闭碎片上的1配置服务器并遵循升级过程？我需要升级像这样的所有配置服务器吗?还是因为config Server数据是自动同步的，我只需要升级一个配置服务器，然后在其他服务器上将二进制文件替换为2.6。

请澄清以下几点:升级共享集群

可选但建议。作为预防措施，在升级已分片的集群之前，对配置数据库进行备份。

1. 使平衡器失效。关闭共享集群中的平衡器，如“禁用均衡器”中所述。

这个看起来不错。

1. 升级群集的元数据。使用指向集群的配置服务器的configDB和-升级选项启动一个2.6mongos实例。

上面写着开始一个2.6芒果。我还不清楚，在这一点上，我的整个现有集群是否应该关闭，或者我只需要关闭一个配置服务器并进行升级。它甚至没有提到，我需要在一台服务器上停止/关闭配置数据库。它只是说“从2.6二进制文件开始，升级选项”，这让我很困惑。有人能澄清吗？

若要使用--升级选项运行mongos，可以将现有的mongos实例升级到2.6，或者如果需要避免重新配置生产mongos实例，则可以使用新的2.6 mongos，它可以到达所有配置服务器。

mongos --configdb --升级您可以使用--logpath选项将日志消息输出到一个文件，而不是标准输出。还包括启动集群中的mongos实例所需的任何其他选项，例如--sslOnNormalPorts或--sslPEMKeyFile。

在完成-升级过程后，mongos将退出.

升级将防止在升级过程中发生任何块移动或分割。如果数据文件有许多已分割的集合，或者如果失败的进程持有陈旧的锁，则获取所有集合的锁可能需要几秒钟或几分钟。查看进度更新日志。

善于掌握指令..。

1. 确保mongos -升级过程顺利完成。在完成元数据升级过程后，mongos将退出。如果成功，该流程将记录以下消息：

将配置服务器升级到v5成功的config数据库是在v5版本成功升级后，重新启动mongos实例。如果mongos无法启动，请查看日志以获得更多信息。

如果mongos实例在升级过程中失去到配置服务器的连接，或者如果升级失败，则可以始终安全地重试升级。

善于掌握指令..。

1. 将其余的mongos实例升级到v2.6。在没有-升级选项的情况下升级并重新启动切分集群中的其他mongos实例.升级所有mongos之后，有关升级其他群集组件的信息，请参阅完整共享群集升级。

升级和重新启动，而没有-升级选项，所以没有必要使用-升级选项。我不知道为什么步骤被称为升级和重新启动，它应该是简单的重新启动。我在这里有遗漏什么吗？当我们用升级选项升级第一个配置数据库时，其他配置db应该自动与第一个配置数据库同步，我唯一需要做的就是从2.6二进制开始。我的理解正确吗？

Answer 1

1. 是。句号。不“好吧，但是.”
2. 你应该做个后援。现在开始，稍后继续阅读。这大概需要一段时间。
3. 2.4、2.6和3.0中的配置服务器*不*组成一个副本集。这些基本上是三个独立的例子。
4. 阅读并理解用于切分群集的2.6迁移指南。冲洗，重复。
5. 阅读并理解切分群集的迁移指南到3.0。冲洗，重复。
6. 阅读和理解分簇迁移指南到3.2 Rinse，重复。
7. 阅读指南将Config服务器升级到副本集。冲洗，重复。
8. 等你的支援完成。
9. 按照上述指南升级到2.6。确保(也称为“彻底测试”)您的集群按预期工作。在下一个适当的维护窗口继续。
10. 按照上面提到的指南升级到3.0。在此过程中迁移到WiredTiger，除非您有非常奇怪的需求。即:关闭数据二次数据承载节点，删除其数据，调整配置以利用WT，重新同步，继续进行。在关闭前请先退一步。确保(也称为“彻底测试”)您的集群按预期工作。在下一个适当的维护窗口继续。
11. 按照上面提到的指南升级到3.2。确保(也称为“彻底测试”)您的集群按预期工作。在下一个适当的维护窗口继续。
12. 根据上述指南将配置服务器转换为副本集。确保(也称为“彻底测试”)您的集群按预期工作。在下一个适当的维护窗口继续。
13. 记几句：“好的决议1:阅读我选择的持久性技术的发布说明和文档。好的解决方案2:只有在深入研究了这个主题之后，我才会向我的同事提问。”