在 MongoDB 中迁移数据库是一个非常容易理解的问题领域，并且有一系列工具可用于在主机级别执行此操作。一切来自 mongodump和 mongoexport到 data files 上的 rsync .如果你非常喜欢，你可以使用像 SSHFS 这样的网络挂载。和 NFS缓解磁盘空间和 IOPS 约束问题。

在主机上迁移数据库

# Using a temporary archive
mongodump    --db my_db --gzip --archive /tmp/my_db.dump --port 27017
mongorestore --db my_db --gzip --archive /tmp/my_db.dump --port 27018
rm /tmp/my_db.dump

# Or you can stream it...
mongodump      --db my_db --port 27017 --archive \
| mongorestore --db my_db --port 27018 --archive

然而，在容器化环境中执行相同的迁移可能会稍微复杂一些，而且容器的轻量级、特定用途的性质意味着您通常没有可用的同一组工具。

作为一名管理容器化基础架构的工程师，我很感兴趣可以使用哪些方法将数据库从一个容器/集群迁移到另一个容器/集群，无论是出于备份、集群迁移还是开发(数据采样)目的。

为了这个问题的目的，我们假设数据库不是分布在多个主机上的多 TB 集群并且每秒写入数千 (++) 次(即您可以进行备份并拥有“足够”的数据以使其有值(value)，而无需担心复制操作日志等)。

最佳答案

我以前用过几种方法来解决这个问题。具体方法取决于我在做什么以及我需要在哪些要求下工作。

1。在容器内处理文件

# Dump the old container's DB to an archive file within the container
docker exec $OLD_CONTAINER \
     bash -c 'mongodump --db my_db --gzip --archive /tmp/my_db.dump'

# Copy the archive from the old container to the new one
docker cp $OLD_CONTAINER:/tmp/my_db.dump $NEW_CONTAINER:/tmp/my_db.dump

# Restore the archive in the new container
docker exec $NEW_CONTAINER \
     bash -c 'mongorestore --db my_db --gzip --archive /tmp/my_db.dump'

这种方法工作得很好，避免了通过 stdout 传输数据时遇到的许多编码问题，但是当迁移到不同主机上的容器时，它也不是特别好(你需要 docker cp 到本地文件，然后重复该过程以将该本地文件复制到新主机)以及从 Docker 迁移到 Kubernetes 时。

迁移到不同的 Docker 集群

# Dump the old container's DB to an archive file within the container
docker -H old_cluster exec $OLD_CONTAINER \
     bash -c 'mongodump --db my_db --gzip --archive /tmp/my_db.dump'
docker -H old_cluster exec $OLD_CONTAINER rm /tmp/my_db.dump

# Copy the archive from the old container to the new one (via your machine)
docker -H old_cluster cp $OLD_CONTAINER:/tmp/my_db.dump /tmp/my_db.dump
docker -H new_cluster cp /tmp/my_db.dump $NEW_CONTAINER:/tmp/my_db.dump
rm /tmp/my_db.dump

# Restore the archive in the new container
docker -H new_cluster exec $NEW_CONTAINER \
     bash -c 'mongorestore --db my_db --gzip --archive /tmp/my_db.dump'
docker -H new_cluster exec $NEW_CONTAINER rm /tmp/my_db.dump

缺点

这种方法的最大缺点是需要在各处存储临时转储文件。在基本情况下，旧容器中有一个转储文件，新容器中有另一个转储文件；在最坏的情况下，你会在本地机器上有第三个(或者如果你需要 scp/rsync 可能在多台机器上)。这些临时文件很可能会被遗忘，从而浪费不必要的空间并使容器的文件系统困惑。

2。复制标准输出

# Copy the database over stdout (base64 encoded)
docker exec $OLD_CONTAINER \
     bash -c 'mongodump --db my_db --gzip --archive 2>/dev/null | base64' \
| docker exec $NEW_CONTAINER \
     bash -c 'base64 --decode | mongorestore --db my_db --gzip --archive'

通过 stdout 复制存档并通过 stdin 将其传递到新容器允许您删除复制步骤并将命令加入一个漂亮的小衬里(对于一些美丽的定义)。它还允许您潜在地混合和匹配主机甚至容器调度程序...

在不同的 Docker 集群之间迁移

# Copy the database over stdout (base64 encoded)
docker -H old_cluster exec $(docker -H old_cluster ps -q -f 'name=mongo') \
    bash -c 'mongodump --db my_db --gzip --archive 2>/dev/null | base64' \
| docker -H new_cluster exec $(docker -H new_cluster ps -q -f 'name=mongo') \
    bash -c 'base64 --decode | mongorestore --db my_db --gzip --archive'

从 Docker 迁移到 Kubernetes

# Copy the database over stdout (base64 encoded)
docker exec $(docker ps -q -f 'name=mongo') \
    bash -c 'mongodump --db my_db --gzip --archive 2>/dev/null | base64' \
| kubectl exec mongodb-0 \
    bash -c 'base64 --decode | mongorestore --db my_db --gzip --archive'

缺点

这种方法在“成功”的情况下效果很好，但在无法正确转储数据库的情况下，需要抑制 stderr 流(使用 2>/dev/null ) 可能会导致严重的调试问题。

它的网络效率也比文件情况低 33%，因为它需要 base64 对数据进行编码以进行传输(对于大型数据库来说可能是个大问题)。与所有流式传输模式一样，也无法检查事后发送的数据，如果您需要追踪问题，这可能是个问题。

关于mongodb - 如何在 Docker 容器之间迁移 MongoDB 数据库？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51493978/