docker-compose重新启动单个容器
这很简单:使用命令:
docker-compose restart worker
您可以设置在杀死容器之前等待停止的时间(以秒为单位)
docker-compose restart -t 30 worker
重新启动单个节点的其他答案都在目标上docker-compose restart worker
.这将弹回该容器,但不包括任何更改,即使您单独重建它.您可以手动stop
,rm
,create
,和start
,但也有更容易的方法.
如果您已更新代码,则可以通过以下步骤执行构建和重新加载:
docker-compose up --detach --build
这将首先从任何更改的代码重建您的图像,如果自重用缓存后没有任何更改,这将很快.然后它只替换更改的容器.如果下载的图像过时,您可以在上面的命令之前:
docker-compose pull
首先下载任何已更改的图像(在运行上述命令之前,不会重新启动容器up
).不需要进行初始停止.
要仅为单个服务执行此操作,请使用您要指定的服务执行up或pull命令,例如:
docker-compose up --detach --build worker
下面是第一个选项的快速示例,Dockerfile的结构使得代码的频繁变化部分接近结束.事实上,pip install
由于该文件很少更改,因此需要单独提取.由于nginx和redis容器是最新的,因此它们没有重新启动.整个过程的总时间不到6秒:
$ time docker-compose -f docker-compose.nginx-proxy.yml up --detach --build
Building counter
Step 1 : FROM python:2.7-alpine
---> fc479af56697
Step 2 : WORKDIR /app
---> Using cache
---> d04d0d6d98f1
Step 3 : ADD requirements.txt /app/requirements.txt
---> Using cache
---> 9c4e311f3f0c
Step 4 : RUN pip install -r requirements.txt
---> Using cache
---> 85b878795479
Step 5 : ADD . /app
---> 63e3d4e6b539
Removing intermediate container 9af53c35d8fe
Step 6 : EXPOSE 80
---> Running in a5b3d3f80cd4
---> 4ce3750610a9
Removing intermediate container a5b3d3f80cd4
Step 7 : CMD gunicorn app:app -b 0.0.0.0:80 --log-file - --access-logfile - --workers 4 --keep-alive 0
---> Running in 0d69957bda4c
---> d41ff1635cb7
Removing intermediate container 0d69957bda4c
Successfully built d41ff1635cb7
counter_nginx_1 is up-to-date
counter_redis_1 is up-to-date
Recreating counter_counter_1
real 0m5.959s
user 0m0.508s
sys 0m0.076s
要在此处重新启动服务,请执行以下步骤:
docker-compose stop -t 1 worker
docker-compose build worker
docker-compose create worker
docker-compose start worker
遵循命令
docker-compose restart worker
将只是停止并启动容器.即,不加载来自docker-compose.xml的任何更改
STOP类似于PC中的休眠.因此,停止/启动不会查找配置文件中所做的任何更改.要从容器配方(docker-compose.xml)重新加载,我们需要删除并创建容器(类似于重启PC)
所以命令如下
docker-compose stop worker // go to hibernate
docker-compose rm worker // shutdown the PC
docker-compose create worker // create the container from image and put it in hibernate
docker-compose start worker //bring container to life from hibernation
重启容器
如果您只想重新启动容器:
docker-compose restart servicename
把这个命令想象成“只用它的名字重启容器”,相当于docker restart
command。
注意事项:
-
如果您更改了 ENV 变量,它们将不会在容器中更新。您需要停止它并重新开始。或者,使用单个命令
docker-compose up
将检测更改并重新创建容器。 -
正如许多其他人提到的,如果您更改了
docker-compose.yml
文件本身,简单的重启将不会应用这些更改。 -
Dockerfile
如果您在构建阶段(在使用ADD
或命令中)将代码复制到容器中COPY
,则每次代码更改时,您都必须重新构建容器(docker-compose build
)。
与您的代码的相关性
docker-compose restart
如果您的代码通过卷指令将路径映射到容器中,那么应该可以正常工作,docker-compose.yml
如下所示:
services:
servicename:
volumes:
- .:/code
但我建议使用实时代码重新加载,这可能由您在调试模式下选择的框架提供(或者,您可以搜索您选择的语言的自动重新加载包)。添加它应该消除每次代码更改后重新启动容器的需要,而不是重新加载内部进程。
使用docker-compose文件重启服务
docker-compose -f [COMPOSE_FILE_NAME].yml restart [SERVICE_NAME]
用例1:如果COMPOSE_FILE_NAME是docker-compose.yml
并且服务是工作程序
docker-compose restart worker
用例2:如果文件名为sample.yml
且service为worker
docker-compose -f sample.yml restart worker
默认情况下,docker-compose.yml
如果我们运行docker-compose
命令,docker-compose将查找,否则,我们将使用以下标记来指定特定文件名:-f [FILE_NAME].yml
简单的'docker'命令对'worker'容器一无所知.使用这样的命令
docker-compose -f docker-compose.yml restart worker
本文来自博客园,作者:{春光牛牛,yak},转载请注明原文链接:https://www.cnblogs.com/yakniu/p/16982310.html
欢迎各位大佬们评论指正
QQ讨论群:610129902