mongodb - 当 MongoDB 集群中的一个分片用完磁盘空间时会发生什么？

Question

Tl;dr
当 MongoDB 集群中的一个分片空间不足时会发生什么？是否会将所有新文档写入剩余的分片，并且整个集群将继续正常运行？或者这种情况永远不会发生，因为平衡器将确保分片均匀分布？

上下文:
我有一个独立的 mongod 实例 (A) 在具有 500GB 磁盘空间的机器上运行并且磁盘空间不足。从那时起，我就对数据库进行了分片，这样我们就不会用完磁盘空间 - 集群目前有 2 个分片 (A & B)。

成功分片后，我可以看到 mongodb 在 B 上占用了大约 100GB 的空间，因为 block 正在迁移到新的分片。但是，我可以看到，它在分片 A(原始的独立 mongod 实例)上额外占用了 30GB 的额外空间。经过一些研究，其中约 28GB 似乎被 MoveChunk 目录占用，我想删除它是安全的？

MongoDB 版本 - 2.6.5

Answer 1

首先，通读一下我 wrote here关于 block 的平衡以了解其实际工作原理。 TL;DR 版本是不，平衡器不会关心分片有多满，它只关心使每个分片上的 block 数相同。

回答标题问题:当一个分片空间不足时，插入到该分片上的 block 范围将失败。它也可能会进入一个糟糕的状态，并可能最终崩溃(尽管 MongoDB 在处理此类问题方面已经变得更好)。

基本上我的建议是:不要让这种情况发生 - 你无法真正预测当空间用完时数据库可能最终会处于什么状态，所以最好不要达到那个点而不是尝试去达到那个点之后处理它(稍后会详细介绍)。

关于 moveChunk 文件:是的，it is safe to remove them once the shards are balanced .

接下来，您应该阅读 how space is used/reused在 MongoDB 中——当你分片并且文档开始移动到新的分片时，它们在旧的分片上被删除了。但这并不意味着磁盘上的空间被回收，并且该分片将继续看到通常添加的新文档(取决于您选择的分片键)。因此，即使在清理之后，您仍可能会看到数据增长。

我的意思是您最终可能会用完空间，而您希望避免这种情况。您提到您正在运行单个节点，这意味着您基本上需要花时间来回收磁盘空间。因此，我看到了两条可能的路径:

1. 将独立转换为副本集 (see guide)，然后轮流通过节点回收空间(转换的停机时间最短)
2. 取下碎片并run a repair (停机时间长，通常受磁盘速度限制)

我会选择第一条路。完成必要的工作后，您甚至可以根据需要返回到单个节点(单节点副本集 = 没有停机时间，独立 mongod = 一些停机时间以从副本集转换回来)