【问题标题】:Database migrations in docker swarm modedocker swarm 模式下的数据库迁移
【发布时间】:2017-01-20 14:59:32
【问题描述】:

我有一个由简单的 Node 应用程序和 Mongo db 组成的应用程序。我想知道,如何在 docker swarm 模式下运行数据库迁移?

在没有 swarm 模式的情况下,我首先停止旧版本的应用程序,使用新版本的应用程序运行一次性迁移命令,然后最后启动新版本的应用程序来运行迁移:

# Setup is roughly the following
$ docker network create appnet
$ docker run -d --name db --net appnet db:1
$ docker run -d --name app --net appnet -p 80:80 app:1

# Update process
$ docker stop app && docker rm app
$ docker run --rm --net appnet app:2 npm run migrate
$ docker run -d --name app --net appnet -p 80:80 app:2

现在我正在 docker swarm 模式下测试设置,以便轻松扩展 app。问题是在 swarm 模式下,无法在 swarm 网络中启动容器,因此我无法访问 db 来运行迁移:

$ docker network ls
NETWORK ID          NAME                DRIVER              SCOPE
6jtmtihmrcjl        appnet              overlay             swarm

# Trying to replicate the manual migration process in swarm mode
$ docker service scale app=0
$ docker run --rm --net appnet app:2 npm run migrate
docker: Error response from daemon: swarm-scoped network (appnet) is not compatible with `docker create` or `docker run`. This network can only be used by a docker service.

我也不想在app 启动期间运行迁移命令,因为可能会启动多个实例,这可能会破坏数据库。自动迁移很可怕,所以我想不惜一切代价避免它们。

您知道如何在 docker swarm 模式下实现手动迁移步骤吗?

编辑

我发现了一个 dirty hack,它允许复制原始工作流程。想法是使用自定义命令创建一个新服务,并在其一项任务完成时将其删除。这远非令人愉快的使用方式,欢迎使用更好的替代方案!

$ docker service scale app=0
$ docker service create --name app-migrator --network appnet app:2 npm run migrate

# Check when the first app-migrator task is finished and check its output
$ docker service ps app-migrator
$ docker logs <container id from app-migrator>
$ docker service rm app-migrator

# Ready to update the app
$ docker service update --image app:2 --replicas 2 app

【问题讨论】:

  • 这个用例不断出现。讨论 here 存在 Github 问题。我个人使用通用的“维护”服务并调用docker service update ... 强制它为请求的工作生成新任务(容器)。

标签: database docker database-migration docker-swarm


【解决方案1】:

我相信您可以通过使您的覆盖网络、appnet 可附加来解决此问题。这可以通过以下命令完成:

docker network create --driver overlay --attachable appnet

这应该可以修复 swarm-scoped 网络错误,并允许您运行迁移

【讨论】:

  • 是的! Docker 1.13 为我们带来了这个--attachable 标志,它允许运行附加到 swarm 覆盖网络的单个容器。甜的!我试过了,它按预期工作。
【解决方案2】:

这确实是一个棘手的情况,尽管我认为在启动期间运行迁移可能是最后一块拼图。

我现在这样做的方式(虽然不是很优雅,但它有效),使用message queue(我正在使用redis),在应用程序启动时,它会向@987654323 发送一条消息@,通知它需要运行migration 任务。在queue 的另一端,我有一个listener app,它将处理queue 并运行migration 任务。迁移任务只会运行一次,因为只有一个 listener 实例按顺序运行它。所以基本上我只是使用queue 和listener app 来确保migration 任务只运行一次。

【讨论】:

  • 确实是棘手的情况 :) 如果我已经有了这种基础设施,那么您的解决方案可能是目前的解决方案。但在我的情况下,它对于针对 db 启动一些随机管理命令来说太重了。我编辑了我的问题并添加了一种肮脏的方式来在 swarm 网络中运行随机命令。该解决方案仍远不能接受,但我现在最好掌握它。感谢您的贡献!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-10-18
  • 2017-05-19
  • 1970-01-01
  • 2022-11-25
  • 2015-06-22
  • 1970-01-01
相关资源
最近更新 更多