假设我已经取出了mysql:5.6.21的官方映像。
我通过创建几个docker容器部署了这个映像。
这些容器已经运行了一段时间,直到MySQL 5.6.22发布。mysql:5.6的官方形象随着新版本的发布而更新,但我的容器仍然运行5.6.21。
我如何传播映像中的更改(即升级MySQL发行版)到所有现有的容器?Docker的正确方式是什么?
假设我已经取出了mysql:5.6.21的官方映像。
我通过创建几个docker容器部署了这个映像。
这些容器已经运行了一段时间,直到MySQL 5.6.22发布。mysql:5.6的官方形象随着新版本的发布而更新,但我的容器仍然运行5.6.21。
我如何传播映像中的更改(即升级MySQL发行版)到所有现有的容器?Docker的正确方式是什么?
当前回答
更新
这主要是查询容器不更新作为构建图像是要做的方法
我也遇到了同样的问题,所以我创建了docker-run,这是一个非常简单的命令行工具,在docker容器中运行,以更新其他运行容器中的包。
它使用docker-py与正在运行的docker容器通信,更新包或运行任意单个命令
例子:
Docker run——rm -v /var/run/ Docker .sock:/tmp/ Docker .sockSock itech/docker-run exec
默认情况下,这将在所有正在运行的容器中运行date命令并返回结果,但您可以发出任何命令,例如docker-run exec "uname -a"
更新包(目前只使用apt-get):
Docker run——rm -v /var/run/ Docker .sock:/tmp/ Docker .sockSock itech/docker-run更新
您可以创建和别名,并将其作为常规命令行使用 如。
别名docker-run='docker run——rm -v /var/run/docker.sock:/tmp/docker. sock:/tmp/docker. sock袜子itech / docker-run '
其他回答
更新
这主要是查询容器不更新作为构建图像是要做的方法
我也遇到了同样的问题,所以我创建了docker-run,这是一个非常简单的命令行工具,在docker容器中运行,以更新其他运行容器中的包。
它使用docker-py与正在运行的docker容器通信,更新包或运行任意单个命令
例子:
Docker run——rm -v /var/run/ Docker .sock:/tmp/ Docker .sockSock itech/docker-run exec
默认情况下,这将在所有正在运行的容器中运行date命令并返回结果,但您可以发出任何命令,例如docker-run exec "uname -a"
更新包(目前只使用apt-get):
Docker run——rm -v /var/run/ Docker .sock:/tmp/ Docker .sockSock itech/docker-run更新
您可以创建和别名,并将其作为常规命令行使用 如。
别名docker-run='docker run——rm -v /var/run/docker.sock:/tmp/docker. sock:/tmp/docker. sock袜子itech / docker-run '
我不喜欢挂载卷作为到主机目录的链接,所以我提出了一个模式,用完全由docker管理的容器来升级docker容器。使用——volumes-from <container>创建一个新的docker容器,将为新容器提供更新后的镜像共享docker管理的卷的所有权。
docker pull mysql
docker create --volumes-from my_mysql_container [...] --name my_mysql_container_tmp mysql
通过不立即删除原始的my_mysql_container,如果升级后的容器没有正确的数据,或者没有通过健全测试,您可以恢复到已知的工作容器。
此时,我通常会运行容器的任何备份脚本,以便在出现问题时为自己提供一个安全网
docker stop my_mysql_container
docker start my_mysql_container_tmp
现在,您有机会确保希望在新容器中的数据已经存在,并运行完整性检查。
docker rm my_mysql_container
docker rename my_mysql_container_tmp my_mysql_container
只要有容器在使用docker卷,docker卷就会一直存在,所以您可以安全地删除原始容器。一旦删除了原来的容器,新的容器就可以采用原来的同名容器,使一切都像开始时一样漂亮。
使用此模式升级docker容器有两个主要优点。首先,它允许卷直接传输到升级的容器,从而消除了将卷挂载到主机目录的需要。其次,你永远不会处于一个没有工作docker容器的位置;因此,如果升级失败,您可以通过再次旋转原来的docker容器轻松恢复到以前的工作方式。
下面是在构建自定义Dockerfile时使用docker-compose的样子。
首先构建自定义Dockerfile,然后附加下一个版本号以进行区分。示例:docker build -t imagename:版本。这将在本地存储您的新版本。 运行docker-compose down 编辑docker-compose。Yml文件以反映在步骤1中设置的新映像名称。 运行docker-compose up -d。它将在本地查找图像并使用升级后的图像。
编辑- - - - - -
我上面的步骤比实际需要的更冗长。我已经通过包含构建优化了我的工作流程:。参数到我的docker-compose文件。现在的步骤是这样的:
验证我的Dockerfile是我想要的样子。 在docker-compose文件中设置映像名称的版本号。 如果我的映像还没有构建:运行docker-compose build 运行docker-compose up -d
我当时没有意识到,但是docker-compose足够智能,只需用一个命令就可以将我的容器更新为新的映像,而不必先将其关闭。
确保您将所有持久数据(配置、日志或应用程序数据)都用于卷,这些数据存储在与容器内进程状态相关的容器上。更新Dockerfile并使用您想要的更改重新构建映像,并重新启动容器,将卷挂载到相应的位置。
只是为了提供一个更一般的(不是mysql特定的)答案…
简而言之
与服务映像注册中心同步(https://docs.docker.com/compose/compose-file/#image):
docker-compose pull
如果docker-compose文件或映像已更改,则重新创建容器:
docker-compose up -d
背景
容器映像管理是使用docker-compose的原因之一 (参见https://docs.docker.com/compose/reference/up/)
如果某个服务存在现有的容器,并且该服务的配置或映像在容器创建之后发生了更改,那么docker-compose up将通过停止并重新创建容器(保留已挂载的卷)来获取更改。为了防止Compose拾取更改,请使用——no- rebuild标志。
数据管理方面也由docker-compose通过挂载外部“卷”(参见https://docs.docker.com/compose/compose-file/#volumes)或数据容器来覆盖。
这就留下了潜在的向后兼容性和数据迁移问题,但这些都是“应用程序”问题,而不是Docker特有的问题,必须根据发布说明和测试进行检查……