MongoDB副本集在更新主副本时丢失数据库(Kubernetes + Bitnami Helm图)

Question

我正在使用Microk8s和bitnami头盔图表这里

我建立了一个由3个副本组成的副本: mongo-0 (定义为主)、mongo-1和mongo-2。

Bitnami使复制集始终使用mongo-0 (如果可用)作为主副本。然而，下一个可能会发生:我发现我需要更新节点，比如说增加存储。要做到这一点，我需要：

1. 排出运行mongo-0的节点。这会自动触发新的选举，让我们假设蒙戈-1是新的初选。
2. 我将在集群中添加一个新节点(具有更大的容量)。

这将使mongodb副本集为新节点分配一个mongo-0pod。但是，新节点是空的，所以我存储数据库的持久卷(比如/mnt/mongo)是空的。

我预计当前的主副本将完成将数据库填充到新副本( mongo-0，因此它的持久卷)，并且只有在完成时，然后使mongo-0成为主副本。

然而，我看到mongo-0变成了主节点，而没有从前一个主节点复制到它，有效地删除了整个数据库，因为现在主节点声明数据库是空的。

那件事怎么可能？我在这里错过了什么？

Answer 1

我不熟悉您的确切管理工具，但您描述的缩放过程是错误的。您不应该在任何时候将3个节点中的1个从副本集中移除，至少在生产环境中是如此。

要替换RS节点，请执行以下操作：

1. 添加具有所需参数的第四个节点。
2. 设置节点优先级，以便要删除的节点的优先级低于任何其他节点。
3. 等待新添加的节点具有可接受的复制滞后。
4. 确保主节点不是要删除的节点。
5. 删除要从RS中删除的节点。

我认为，期望通用软件自动确定#3何时完成并正确地转到#4，是相当乐观的。也许MongoDB操作经理会这么做。

您的文章包含了许多关于MongoDB操作方式的其他不正确的声明。例如，没有数据的节点不能成为包含数据的副本集中的主节点。也许您还有其他的配置问题，而且实际上在您认为一个部署中有独立的节点/多个副本集。