docker-compose官网

概述

在实际生产环境中，一个应用往往由许多服务构成，而 docker 的最佳实践是一个容器只运行一个进程，因此运行多个微服务就要运行多个容器。多个容器协同工作需要一个有效的工具来管理他们，定义这些容器如何相互关联。compose 应运而生。
compose 是用来定义和运行一个或多个容器(通常都是多个)运行和应用的工具。使用 compose 可以简化容器镜像的构建以及容器的运行。
compose 使用 YAML 文件来定义多容器之间的关系。一个 docker-compose up 就可以把完整的应用跑起来。 本质上， compose 把 YAML 文件解析成 docker 命令的参数，然后调用相应的 docker 命令行接口，从而将应用以容器化的方式管理起来。它通过解析容器间的依赖关系顺序地启动容器。而容器间的依赖关系由 YAML 文件中的 links 标记指定

docker compose是什么

compose、machine 和 swarm 是docker 原生提供的三大编排工具。简称docker三剑客。
Docker Compose能够在 Docker 节点上，以单引擎模式（Single-Engine Mode）进行多容器应用的部署和管理。多数的现代应用通过多个更小的微服务互相协同来组成一个完整可用的应用。
Docker Compose 并不是通过脚本和各种冗长的 docker 命令来将应用组件组织起来，而是通过一个声明式的配置文件描述整个应用，从而使用一条命令完成部署。应用部署成功后，还可以通过一系列简单的命实现对其完整声明周期的管理。甚至，配置文件还可以置于版本控制系统中进行存储和管理。

docker compose安装

下载

https://github.com/docker/compose

授权

mv /data/docker-compose-Linux-x86_64 /usr/local/bin/docker-compose cp /data/docker-compose-Linux-x86_64 /usr/local/bin/docker-compose chmod +x /usr/local/bin/docker-compose 开发环境可以授予最高权限 chmod 777 /usr/local/bin/docker-compose

查看安装版本

docker-compose -v docker-compose —version docker-compose version

卸载docker-compose

rm -rf /usr/local/bin/docker-compose reboot

yml配置文件及常用指令

Docker Compose 使用 YAML 文件来定义多服务的应用。YAML 是 JSON 的一个子集，因此也可以使用JSON。
Docker Compose 默认使用文件名 docker-compose.yml。当然，也可以使用 -f 参数指定具体文件。
Docker Compose 的 YAML 文件包含 4 个一级 key：version、services、networks、volumes

  • version 是必须指定的，而且总是位于文件的第一行。它定义了 Compose 文件格式（主要是API）的版本。注意，**version 并非定义 Docker Compose 或 Docker 引擎的版本号。**
  • services 用于定义不同的应用服务。上边的例子定义了两个服务：一个名为 lagou-mysql数据库服务以及一个名为lagou-eureka的微服。Docker Compose 会将每个服务部署在各自的容器中。
  • networks 用于指引 Docker 创建新的网络。默认情况下，Docker Compose 会创建 bridge 网络。这是一种单主机网络，只能够实现同一主机上容器的连接。当然，也可以使用 driver 属性来指定不同的网络类型。
  • volumes 用于指引 Docker 来创建新的卷。

    Compose和Docker兼容性：

    1. Compose 文件格式有3个版本,分别为1, 2.x 和 3.x
    2. 目前主流的为 3.x 其支持 docker 1.13.0 及其以上的版本

    常用参数：

    1. version           # 指定 compose 文件的版本
    2. services          # 定义所有的 service 信息, services 下面的第一级别的 key 既是一个 service 的名称
    3.     build                 # 指定包含构建上下文的路径, 或作为一个对象，该对象具有 context 和指定的 dockerfile 文件以及 args 参数值
    4.         context               # context: 指定 Dockerfile 文件所在的路径
    5.         dockerfile            # dockerfile: 指定 context 指定的目录下面的 Dockerfile 的名称(默认为 Dockerfile)
    6.         args                  # args: Dockerfile 在 build 过程中需要的参数 (等同于 docker container build --build-arg 的作用)
    7.         cache_from            # v3.2中新增的参数, 指定缓存的镜像列表 (等同于 docker container build --cache_from 的作用)
    8.         labels                # v3.3中新增的参数, 设置镜像的元数据 (等同于 docker container build --labels 的作用)
    9.         shm_size              # v3.5中新增的参数, 设置容器 /dev/shm 分区的大小 (等同于 docker container build --shm-size 的作用)
    10.     command               # 覆盖容器启动后默认执行的命令, 支持 shell 格式和 [] 格式
    11.     configs               # 不知道怎么用
    12.     cgroup_parent         # 不知道怎么用
    13.     container_name        # 指定容器的名称 (等同于 docker run --name 的作用)
    14.     credential_spec       # 不知道怎么用
    15.     deploy                # v3 版本以上, 指定与部署和运行服务相关的配置, deploy 部分是 docker stack 使用的, docker stack 依赖 docker swarm
    16.         endpoint_mode         # v3.3 版本中新增的功能, 指定服务暴露的方式
    17.             vip                   # Docker 为该服务分配了一个虚拟 IP(VIP), 作为客户端的访问服务的地址
    18.             dnsrr                 # DNS轮询, Docker 为该服务设置 DNS 条目, 使得服务名称的 DNS 查询返回一个 IP 地址列表, 客户端直接访问其中的一个地址
    19.         labels                # 指定服务的标签，这些标签仅在服务上设置
  1.         mode                  # 指定 deploy 的模式
  3.             global                # 每个集群节点都只有一个容器
  5.             replicated            # 用户可以指定集群中容器的数量(默认)
  7.         placement             # 不知道怎么用
  9.         replicas              # deploy 的 mode 为 replicated 时, 指定容器副本的数量
  11.         resources             # 资源限制
  13.             limits                # 设置容器的资源限制
  15.                 cpus: "0.5"           # 设置该容器最多只能使用 50% 的 CPU
  17.                 memory: 50M           # 设置该容器最多只能使用 50M 的内存空间
  19.             reservations          # 设置为容器预留的系统资源(随时可用)
  21.                 cpus: "0.2"           # 为该容器保留 20% 的 CPU
  23.                 memory: 20M           # 为该容器保留 20M 的内存空间
  25.         restart_policy        # 定义容器重启策略, 用于代替 restart 参数
  27.             condition             # 定义容器重启策略(接受三个参数)
  29.                 none                  # 不尝试重启
  31.                 on-failure            # 只有当容器内部应用程序出现问题才会重启
  33.                 any                   # 无论如何都会尝试重启(默认)
  35.             delay                 # 尝试重启的间隔时间(默认为 0s)
  37.             max_attempts          # 尝试重启次数(默认一直尝试重启)
  39.             window                # 检查重启是否成功之前的等待时间(即如果容器启动了, 隔多少秒之后去检测容器是否正常, 默认 0s)
  41.         update_config         # 用于配置滚动更新配置
  43.             parallelism           # 一次性更新的容器数量
  45.             delay                 # 更新一组容器之间的间隔时间
  47.             failure_action        # 定义更新失败的策略
  49.                 continue              # 继续更新
  51.                 rollback              # 回滚更新
  53.                 pause                 # 暂停更新(默认)
  55.             monitor               # 每次更新后的持续时间以监视更新是否失败(单位: ns|us|ms|s|m|h) (默认为0)
  57.             max_failure_ratio     # 回滚期间容忍的失败率(默认值为0)
  59.             order                 # v3.4 版本中新增的参数, 回滚期间的操作顺序
  61.                 stop-first            #旧任务在启动新任务之前停止(默认)
  63.                 start-first           #首先启动新任务, 并且正在运行的任务暂时重叠
  65.         rollback_config       # v3.7 版本中新增的参数, 用于定义在 update_config 更新失败的回滚策略
  67.             parallelism           # 一次回滚的容器数, 如果设置为0, 则所有容器同时回滚
  69.             delay                 # 每个组回滚之间的时间间隔(默认为0)
  71.             failure_action        # 定义回滚失败的策略
  73.                 continue              # 继续回滚
  75.                 pause                 # 暂停回滚
  77.             monitor               # 每次回滚任务后的持续时间以监视失败(单位: ns|us|ms|s|m|h) (默认为0)
  79.             max_failure_ratio     # 回滚期间容忍的失败率(默认值0)
  81.             order                 # 回滚期间的操作顺序
  83.                 stop-first            # 旧任务在启动新任务之前停止(默认)
  85.                 start-first           # 首先启动新任务, 并且正在运行的任务暂时重叠
  87.         注意：
  89.             支持 docker-compose up 和 docker-compose run 但不支持 docker stack deploy 的子选项
  91.             security_opt  container_name  devices  tmpfs  stop_signal  links    cgroup_parent
  93.             network_mode  external_links  restart  build  userns_mode  sysctls
  95.     devices               # 指定设备映射列表 (等同于 docker run --device 的作用)
  97.     depends_on            # 定义容器启动顺序 (此选项解决了容器之间的依赖关系， 此选项在 v3 版本中 使用 swarm 部署时将忽略该选项)
  99.         示例：
  101.             docker-compose up 以依赖顺序启动服务，下面例子中 redis 和 db 服务在 web 启动前启动
  103.             默认情况下使用 docker-compose up web 这样的方式启动 web 服务时，也会启动 redis 和 db 两个服务，因为在配置文件中定义了依赖关系
  105.             version: '3'
  107.             services:
  109.                 web:
  111.                     build: .
  113.                     depends_on:
  115.                         - db
  117.                         - redis
  119.                 redis:
  121.                     image: redis
  123.                 db:
  125.                     image: postgres
  127.     dns                   # 设置 DNS 地址(等同于 docker run --dns 的作用)
  129.     dns_search            # 设置 DNS 搜索域(等同于 docker run --dns-search 的作用)
  131.     tmpfs                 # v2 版本以上, 挂载目录到容器中, 作为容器的临时文件系统(等同于 docker run --tmpfs 的作用, 在使用 swarm 部署时将忽略该选项)
  133.     entrypoint            # 覆盖容器的默认 entrypoint 指令 (等同于 docker run --entrypoint 的作用)
  135.     env_file              # 从指定文件中读取变量设置为容器中的环境变量, 可以是单个值或者一个文件列表, 如果多个文件中的变量重名则后面的变量覆盖前面的变量, environment 的值覆盖 env_file 的值
  137.         文件格式：
  139.             RACK_ENV=development
  141.     environment           # 设置环境变量， environment 的值可以覆盖 env_file 的值 (等同于 docker run --env 的作用)
  143.     expose                # 暴露端口, 但是不能和宿主机建立映射关系, 类似于 Dockerfile 的 EXPOSE 指令
  145.     external_links        # 连接不在 docker-compose.yml 中定义的容器或者不在 compose 管理的容器(docker run 启动的容器, 在 v3 版本中使用 swarm 部署时将忽略该选项)
  147.     extra_hosts           # 添加 host 记录到容器中的 /etc/hosts 中 (等同于 docker run --add-host 的作用)
  149.     healthcheck           # v2.1 以上版本, 定义容器健康状态检查, 类似于 Dockerfile 的 HEALTHCHECK 指令
  151.         test                  # 检查容器检查状态的命令, 该选项必须是一个字符串或者列表, 第一项必须是 NONE, CMD 或 CMD-SHELL, 如果其是一个字符串则相当于 CMD-SHELL 加该字符串
  153.             NONE                  # 禁用容器的健康状态检测
  155.             CMD                   # test: ["CMD", "curl", "-f", "http://localhost"]
  157.             CMD-SHELL             # test: ["CMD-SHELL", "curl -f http://localhost || exit 1"] 或者　test: curl -f https://localhost || exit 1
  159.         interval: 1m30s       # 每次检查之间的间隔时间
  161.         timeout: 10s          # 运行命令的超时时间
  163.         retries: 3            # 重试次数
  165.         start_period: 40s     # v3.4 以上新增的选项, 定义容器启动时间间隔
  167.         disable: true         # true 或 false, 表示是否禁用健康状态检测和　test: NONE 相同
  169.     image                 # 指定 docker 镜像, 可以是远程仓库镜像、本地镜像
  171.     init                  # v3.7 中新增的参数, true 或 false 表示是否在容器中运行一个 init, 它接收信号并传递给进程
  173.     isolation             # 隔离容器技术, 在 Linux 中仅支持 default 值
  175.     labels                # 使用 Docker 标签将元数据添加到容器, 与 Dockerfile 中的 LABELS 类似
  177.     links                 # 链接到其它服务中的容器, 该选项是 docker 历史遗留的选项, 目前已被用户自定义网络名称空间取代, 最终有可能被废弃 (在使用 swarm 部署时将忽略该选项)
  179.     logging               # 设置容器日志服务
  181.         driver                # 指定日志记录驱动程序, 默认 json-file (等同于 docker run --log-driver 的作用)
  183.         options               # 指定日志的相关参数 (等同于 docker run --log-opt 的作用)
  185.             max-size              # 设置单个日志文件的大小, 当到达这个值后会进行日志滚动操作
  187.             max-file              # 日志文件保留的数量
  189.     network_mode          # 指定网络模式 (等同于 docker run --net 的作用, 在使用 swarm 部署时将忽略该选项)
  191.     networks              # 将容器加入指定网络 (等同于 docker network connect 的作用), networks 可以位于 compose 文件顶级键和 services 键的二级键
  193.         aliases               # 同一网络上的容器可以使用服务名称或别名连接到其中一个服务的容器
  195.         ipv4_address      # IP V4 格式
  197.         ipv6_address      # IP V6 格式
  199.         示例:
  201.             version: '3.7'
  203.             services:
  205.                 test:
  207.                     image: nginx:1.14-alpine
  209.                     container_name: mynginx
  211.                     command: ifconfig
  213.                     networks:
  215.                         app_net:                                # 调用下面 networks 定义的 app_net 网络
  217.                         ipv4_address: 172.16.238.10
  219.             networks:
  221.                 app_net:
  223.                     driver: bridge
  225.                     ipam:
  227.                         driver: default
  229.                         config:
  231.                             - subnet: 172.16.238.0/24
  233.     pid: 'host'           # 共享宿主机的 进程空间(PID)
  235.     ports                 # 建立宿主机和容器之间的端口映射关系, ports 支持两种语法格式
  237.         SHORT 语法格式示例:
  239.             - "3000"                            # 暴露容器的 3000 端口, 宿主机的端口由 docker 随机映射一个没有被占用的端口
  241.             - "3000-3005"                       # 暴露容器的 3000 到 3005 端口, 宿主机的端口由 docker 随机映射没有被占用的端口
  243.             - "8000:8000"                       # 容器的 8000 端口和宿主机的 8000 端口建立映射关系
  245.             - "9090-9091:8080-8081"
  247.             - "127.0.0.1:8001:8001"             # 指定映射宿主机的指定地址的
  249.             - "127.0.0.1:5000-5010:5000-5010"
  251.             - "6060:6060/udp"                   # 指定协议
  253.         LONG 语法格式示例:(v3.2 新增的语法格式)
  255.             ports:
  257.                 - target: 80                    # 容器端口
  259.                   published: 8080               # 宿主机端口
  261.                   protocol: tcp                 # 协议类型
  263.                   mode: host                    # host 在每个节点上发布主机端口,  ingress 对于群模式端口进行负载均衡
  265.     secrets               # 不知道怎么用
  267.     security_opt          # 为每个容器覆盖默认的标签 (在使用 swarm 部署时将忽略该选项)
  269.     stop_grace_period     # 指定在发送了 SIGTERM 信号之后, 容器等待多少秒之后退出(默认 10s)
  271.     stop_signal           # 指定停止容器发送的信号 (默认为 SIGTERM 相当于 kill PID; SIGKILL 相当于 kill -9 PID; 在使用 swarm 部署时将忽略该选项)
  273.     sysctls               # 设置容器中的内核参数 (在使用 swarm 部署时将忽略该选项)
  275.     ulimits               # 设置容器的 limit
  277.     userns_mode           # 如果Docker守护程序配置了用户名称空间, 则禁用此服务的用户名称空间 (在使用 swarm 部署时将忽略该选项)
  279.     volumes               # 定义容器和宿主机的卷映射关系, 其和 networks 一样可以位于 services 键的二级键和 compose 顶级键, 如果需要跨服务间使用则在顶级键定义, 在 services 中引用
  281.         SHORT 语法格式示例:
  283.             volumes:
  285.                 - /var/lib/mysql                # 映射容器内的 /var/lib/mysql 到宿主机的一个随机目录中
  287.                 - /opt/data:/var/lib/mysql      # 映射容器内的 /var/lib/mysql 到宿主机的 /opt/data
  289.                 - ./cache:/tmp/cache            # 映射容器内的 /var/lib/mysql 到宿主机 compose 文件所在的位置
  291.                 - ~/configs:/etc/configs/:ro    # 映射容器宿主机的目录到容器中去, 权限只读
  293.                 - datavolume:/var/lib/mysql     # datavolume 为 volumes 顶级键定义的目录, 在此处直接调用
  295.         LONG 语法格式示例:(v3.2 新增的语法格式)
  297.             version: "3.2"
  299.             services:
  301.                 web:
  303.                     image: nginx:alpine
  305.                     ports:
  307.                         - "80:80"
  309.                     volumes:
  311.                         - type: volume                  # mount 的类型, 必须是 bind、volume 或 tmpfs
  313.                             source: mydata              # 宿主机目录
  315.                             target: /data               # 容器目录
  317.                             volume:                     # 配置额外的选项, 其 key 必须和 type 的值相同
  319.                                 nocopy: true                # volume 额外的选项, 在创建卷时禁用从容器复制数据
  321.                         - type: bind                    # volume 模式只指定容器路径即可, 宿主机路径随机生成; bind 需要指定容器和数据机的映射路径
  323.                             source: ./static
  325.                             target: /opt/app/static
  327.                             read_only: true             # 设置文件系统为只读文件系统
  329.             volumes:
  331.                 mydata:                                 # 定义在 volume, 可在所有服务中调用
  333.     restart               # 定义容器重启策略(在使用 swarm 部署时将忽略该选项, 在 swarm 使用 restart_policy 代替 restart)
  335.         no                    # 禁止自动重启容器(默认)
  337.         always                # 无论如何容器都会重启
  339.         on-failure            # 当出现 on-failure 报错时, 容器重新启动
  341.     其他选项：
  343.         domainname, hostname, ipc, mac_address, privileged, read_only, shm_size, stdin_open, tty, user, working_dir
  345.         上面这些选项都只接受单个值和 docker run 的对应参数类似对于值为时间的可接受的值：
  347.         2.5s
  349.         10s
  351.         1m30s
  353.         2h32m
  355.         5h34m56s
  357.         时间单位: us, ms, s, m， h
  359.     对于值为大小的可接受的值：
  361.         2b
  363.         1024kb
  365.         2048k
  367.         300m
  369.         1gb
  371.         单位: b, k, m, g 或者 kb, mb, gb
  373. networks          # 定义 networks 信息
  375.     driver                # 指定网络模式, 大多数情况下, 它 bridge 于单个主机和 overlay Swarm 上
  377.         bridge                # Docker 默认使用 bridge 连接单个主机上的网络
  379.         overlay               # overlay 驱动程序创建一个跨多个节点命名的网络
  381.         host                  # 共享主机网络名称空间(等同于 docker run --net=host)
  383.         none                  # 等同于 docker run --net=none
  385.     driver_opts           # v3.2以上版本, 传递给驱动程序的参数, 这些参数取决于驱动程序
  387.     attachable            # driver 为 overlay 时使用, 如果设置为 true 则除了服务之外，独立容器也可以附加到该网络; 如果独立容器连接到该网络，则它可以与其他 Docker 守护进程连接到的该网络的服务和独立容器进行通信
  389.     ipam                  # 自定义 IPAM 配置. 这是一个具有多个属性的对象, 每个属性都是可选的
  391.         driver                # IPAM 驱动程序, bridge 或者 default
  393.         config                # 配置项
  395.             subnet                # CIDR格式的子网，表示该网络的网段
  397.     external              # 外部网络, 如果设置为 true 则 docker-compose up 不会尝试创建它, 如果它不存在则引发错误
  399.     name                  # v3.5 以上版本, 为此网络设置名称

文件格式示例：

version: "3"

services:

  redis:

    image: redis:alpine

    ports:

      - "6379"

    networks:

      - frontend

    deploy:

      replicas: 2

      update_config:

        parallelism: 2

        delay: 10s

      restart_policy:

        condition: on-failure

  db:

    image: postgres:9.4

    volumes:

      - db-data:/var/lib/postgresql/data

    networks:

      - backend

    deploy:

      placement:

        constraints: [node.role == manager]

反向代理案例

安装docker插件

idea安装docker插件。Dockerfile、docker-compose.yml文件大部分内容会有提示信息。方便开发人员编写配置文件。

官网地址：

https://plugins.jetbrains.com/plugin/7724-docker/versions

试运行镜像

mkdir -p /data/tomcat1 tomcat2

docker run -itd —name nginx -p 80:80 nginx:1.19.3-alpine

docker run -itd —name tomcat -p 8080:8080 tomcat:9.0.20-jre8-alpine

docker cp nginx:/etc/nginx/ /data

docker cp tomcat:/usr/local/tomcat/webapps /data/tomcat1/webapps

docker cp tomcat:/usr/local/tomcat/webapps /data/tomcat2/webapps

echo “tomcat1” > /data/tomcat1/webapps/ROOT/index.jsp

echo “tomcat2” > /data/tomcat2/webapps/ROOT/index.jsp

nginx.conf

在最后一行追加 include vhost/*.conf;

反向代理配置

mkdir -p /data/nginx/vhost

cd vhost

vi lagouedu.com.conf

upstream nginxlagouedu{

server 192.168.198.100:8081;

server 192.168.198.100:8082;

}

server{

listen 80;

server_name 192.168.198.100;

autoindex on;

index index.html index.htm index.jsp;

location / {

proxy_pass http://nginxlagouedu;

add_header Access-Control-Allow-Origin *;

}

}

idea resource文件下创建docker-compose.yml文件

version: ‘3’
services:
zbc-nginx:
image: nginx:1.19.3-alpine

container_name: zbc-nginx1

restart: always

ports:<br />    - 80:80

volumes:<br />    - /data/nginx:/etc/nginx

zbc-tomcat1:
image: tomcat:9.0.20-jre8-alpine

container_name: zbc-tomcat1

restart: always

ports:<br />    - 8081:8080

volumes:<br />    - /data/tomcat1/webapps:/usr/local/tomcat/webapps

depends_on:<br />      - zbc-nginx

zbc-tomcat2:
image: tomcat:9.0.20-jre8-alpine

container_name: zbc-tomcat1

restart: always

ports:<br />      - 8082:8080

volumes:<br />      - /data/tomcat2/webapps:/usr/local/tomcat/webapps

depends_on:<br />      - zbc-nginx

浏览器测试

http://192.168.198.100:8081/

http://192.168.198.100:8082/

http://192.168.198.100

启动服务

docker-compose up

docker-compose up -d

停止服务

docker-compose down

停止已运行的服务

docker-compose stop

查看服务日志

docker-compose logs

构建或者重新构建服务

docker-compose build

启动服务

docker-compose start