docker学习-docker-compose常用命令以及配置测试

docker学习-docker-compose常用命令以及配置测试

介绍

Docker-Compose项目是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。 Docker-Compose将所管理的容器分为三层，分别是工程（project），服务（service）以及容器（container）。Docker-Compose运行目录下的所有文件（docker-compose.yml，extends文件或环境变量文件等）组成一个工程，若无特殊指定工程名即为当前目录名。一个工程当中可包含多个服务，每个服务中定义了容器运行的镜像，参数，依赖。一个服务当中可包括多个容器实例，Docker-Compose并没有解决负载均衡的问题，因此需要借助其它工具实现服务发现及负载均衡。 Docker-Compose的工程配置文件默认为docker-compose.yml，可通过环境变量COMPOSE_FILE或-f参数自定义配置文件，其定义了多个有依赖关系的服务及每个服务运行的容器。 使用一个Dockerfile模板文件，可以让用户很方便的定义一个单独的应用容器。在工作中，经常会碰到需要多个容器相互配合来完成某项任务的情况。例如要实现一个Web项目，除了Web服务容器本身，往往还需要再加上后端的数据库服务容器，甚至还包括负载均衡容器等。 Compose允许用户通过一个单独的docker-compose.yml模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。 Docker-Compose项目由Python编写，调用Docker服务提供的API来对容器进行管理。因此，只要所操作的平台支持Docker API，就可以在其上利用Compose来进行编排管理。

安装

yum -y install python-pipyum -y install docker-compose#查看版本docker-compose -v

常用命令

命令格式

docker-compose [-f ...] [options] [COMMAND] [ARGS...]

常用命令

1 docker-compose up

docker-compose up [options] [--scale SERVICE=NUM...] [SERVICE...]选项包括：-d 在后台运行服务容器-no-color 不是有颜色来区分不同的服务的控制输出-no-deps 不启动服务所链接的容器--force-recreate 强制重新创建容器，不能与-no-recreate同时使用–no-recreate 如果容器已经存在，则不重新创建，不能与–force-recreate同时使用–no-build 不自动构建缺失的服务镜像–build 在启动容器前构建服务镜像–abort-on-container-exit 停止所有容器，如果任何一个容器被停止，不能与-d同时使用-t, –timeout TIMEOUT 停止容器时候的超时（默认为10秒）–remove-orphans 删除服务中没有在compose文件中定义的容器

2 docker-compose ps

列出所有在运行的容器

3 docker-compose stop

停止正在运行的容器，可以通过docker-compose start再次启动

4 docker-compose down

docker-compose down [options]停止和删除容器、网络、卷、镜像。选项包括：–rmi type，删除镜像，类型必须是：all，删除compose文件中定义的所有镜像；local，删除镜像名为空的镜像-v, –volumes，删除已经在compose文件中定义的和匿名的附在容器上的数据卷–remove-orphans，删除服务中没有在compose中定义的容器docker-compose down停用移除所有容器以及网络相关

5 dokcer-compose logs

查看服务容器的输出

6 docker-compose build

docker-compose build [options] [--build-arg key=val...] [SERVICE...]构建（重新构建）项目中的服务容器。选项包括：–compress 通过gzip压缩构建上下环境–force-rm 删除构建过程中的临时容器–no-cache 构建镜像过程中不使用缓存–pull 始终尝试通过拉取操作来获取更新版本的镜像-m, –memory MEM为构建的容器设置内存大小–build-arg key=val为服务设置build-time变量服务容器一旦构建后，将会带上一个标记名。可以随时在项目目录下运行docker-compose build来重新构建服务

7 docker-compose pull

拉取服务依赖的镜像

8 docker-compose scale

设置服务容器运行的个数

9 docker-compose config

验证并查看compose文件的配置

10 docker-compose port

显示某个容器端口所映射的公共端口

Docker-compose模板文件

Compose允许用户通过一个docker-compose.yml模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。 Compose模板文件是一个定义服务、网络和卷的YAML文件。Compose模板文件默认路径是当前目录下的docker-compose.yml，可以使用.yml或.yaml作为文件扩展名。

Docker-Compose标准模板文件应该包含version、services、networks 三大部分，最关键的是services和networks两个部分。

version: '3'services: web: image: dockercloud/hello-world #指定服务的镜像名称或者镜像ID。如果不存在则会尝试拉取镜像。 ports: - 8080 networks: - front-tier - back-tier redis: image: redis links: - web networks: - back-tier lb: image: dockercloud/haproxy ports: - 80:80 links: - web networks: - front-tier - back-tier volumes: - /var/run/docker.sock:/var/run/docker.sock networks: front-tier: driver: bridge back-tier: driver: bridge

常用模板文件指令

image

指定服务的镜像的名称或者镜像ID

services: web: image: hello-world

build

服务除了可以基于指定的镜像，还可以基于一份Dockerfile,在使用up启动时执行构建任务，构建标签是build，可以指定Dockerfile所在文件夹的路径。Compose将会利用Dockerfile自动构建镜像，然后使用镜像启动服务容器。

build: /apth/to/build/dir#相对路径build: ./dir#设定上下文根目录，然后以该目录为准指定Dockerfilebuild: context: ../ dockerfile: path/of/Dockerfile

container_name

compose的容器名称格式是：<项目名称><服务名称><序号>

depens_on

在使用Compose时，最大的好处就是少打启动命令，但一般项目容器启动的顺序是有要求的，如果直接从上到下启动容器，必然会因为容器依赖问题而启动失败。例如在没启动数据库容器的时候启动应用容器，应用容器会因为找不到数据库而退出。depends_on标签用于解决容器的依赖、启动先后的问题

version: '2'services: web: build: . depends_on: - db - redis redis: image: redis db: image: postgres#上述YAML文件定义的容器会先启动redis和db两个服务，最后才启动web服务

ports

用于映射端口的标签。使用HOST:CONTAINER格式或者是指定容器的端口，宿主机会随机映射端口

ports: - "3000" - "8000:8000" - "49100:22" - "127.0.0.1:8001:8001"

extra_hosts

添加主机名的标签，会在/etc/hosts文件中添加一些记录

extra_hosts: - "somehost:162.242.195.82" - "otherhost:50.31.209.229"

volumes

挂载一个目录或者一个已存在的数据卷容器，可以直接使用 [HOST:CONTAINER]格式，或者使用[HOST:CONTAINER:ro]格式，后者对于容器来说，数据卷是只读的，可以有效保护宿主机的文件系统。 Compose的数据卷指定路径可以是相对路径，使用 . 或者 .. 来指定相对目录。 数据卷的格式可以是下面多种形式

volumes: // 只是指定一个路径，Docker 会自动在创建一个数据卷（这个路径是容器内部的）。 - /var/lib/mysql // 使用绝对路径挂载数据卷 - /opt/data:/var/lib/mysql // 以 Compose 配置文件为中心的相对路径作为数据卷挂载到容器。 - ./cache:/tmp/cache // 使用用户的相对路径（~/ 表示的目录是 /home/<用户目录>/ 或者 /root/）。 - ~/configs:/etc/configs/:ro // 已经存在的命名的数据卷。 - datavolume:/var/lib/mysql

volumes_from

从另外一个服务或者容器挂载数据卷

expose

暴露端口，但是不映射宿主机，只允许能被连接的服务访问

links

链接到其他服务中的容器

net

设置网络模式

编写举例

创建python项目

mkdir docker-compose

编写app测试代码

#vim docker-compose/app.pyimport timeimport redisfrom flask import Flaskapp = Flask(__name__)cache = redis.Redis(host='redis', port=6379)def get_hit_count(): retries = 5 while True: try: return cache.incr('hits') except redis.exceptions.ConnectionError as exc: if retries == 0: raise exc retries -= 1 time.sleep(0.5)@app.route('/')def hello(): count = get_hit_count() return 'Hello World! I have been seen {} times.\n'.format(count)

示例中，redis是应用，使用端口6379

新建一个requireents.txt,作为python 包安装文件

vim requirements.txtflaskredis

创建Dockerfile文件

#vim DockerfileFROM python:3.7-alpineWORKDIR /codeENV FLASK_APP app.pyENV FLASK_RUN_HOST 0.0.0.0RUN apk add --no-cache gcc musl-dev linux-headersCOPY requirements.txt requirements.txtRUN pip install -r requirements.txtCOPY . .CMD ["flask", "run"]

内容解释

FROM : 从python3.7开始构建镜像WORKDIR: 工作目录设置为/codeENV FLASK_APP :设置flask命令使用的环境变量RUN :安装gcc,便于python包的编译加速COPY :复制文件RUN pip :安装依赖COPY . . 将..项目中当前的目录复制到.镜像的工作目录CMD["flask","run”] 容器提供的牧人执行命令 flask run

创建docker-compose.yml

# yaml 配置version: '3'services: web: build: . ports: - "5000:5000" redis: image: "redis:alpine"

该compose文件定义了两个服务，web和redis

web

该服务从dockerfile当前目录构建镜像，然后，它将容器和主机绑定到暴露端口5000,此示例服务使用flask web的默认服务端口5000

redis

该redis服务使用Docker Hub的公共Redis镜像。

使用compose构建和运行

docker-compose up#后台运行docker-compose up -d

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。