Docker 容器编排之 --- compose 详解

本文详细介绍了 Docker-Compose 的使用,从 Dockerfile 与服务编排开始,讲解 Docker-Compose 的三层管理项,以及如何编写和理解 YAML 配置文件。接着,介绍了 Docker-Compose 的安装过程,并通过部署 Nginx 和 LNMP 实战来展示其在容器编排中的应用。最后,文章涵盖了 Docker-Compose 的常用命令和配置字段。
摘要由CSDN通过智能技术生成

一、Docker-Compose 简介

1. Dockerfile 与服务编排

  • 我们知道使用一个 Dockerfile 模板文件可以定义一个单独的应用容器,如果需要定义多个容器就需要服务编排。服务编排有很多种技术方案,今天给大家介绍 Docker 官方产品 Docker-Compose。
  • Dockerfile 可以定义一个单独的应用容器;而 docker-compose 则允许用户在一个模板(YAML 格式)中定义一组相关联的应用容器(被称为一个 project,即项目),例如一个 Web 服务容器再加上后端的数据库服务容器(LNMP)等。
  • Docker-Compose 项目由 Python 编写,调用 Docker 服务提供的 API 来对容器进行管理。因此,只要所操作的平台支持 Docker API,就可以在其上利用 Compose 来进行编排管理。

2. Docker-Compose 三层管理项

  • Docker-Compose 项目是 Docker 官方的开源项目,负责实现对 Docker 容器集群的快速编排。
  • Docker-Compose 将所管理的容器分为三层,分别是工程(project),服务(service)以及容器(container)。
  • Docker-Compose 运行目录下的所有文件(docker-compose.yml,extends 文件或环境变量文件等)组成一个工程,若无特殊指定工程名即为当前目录名。一个工程当中可包含多个服务,每个服务中定义了容器运行的镜像、参数、依赖。一个服务当中可包括多个容器实例。
  • Docker-Compose 并没有解决负载均衡的问题,因此需要借助其他工具实现服务发现及负载均衡,比如 Consul。

3. Docker-Compose 的配置文件

  • Docker-Compose 的工程配置文件默认为 docker-compose.yml,可通过环境变量 COMPOSE_FILE 或 -f 参数自定义配置文件,其定义了多个有依赖关系的服务及每个服务运行的容器。

二、YAML 文件

1. YAML 文件格式及编写注意事项

YAML 是一种标记语言,它可以很直观的展示数据序列化格式,可读性高。类似于 SML 数据描述语言,语法比 XMA 简单很多。YAML 数据结构通过缩进来表示,连续的项目通过符号 - 来表示,键值对用符号 : 分割,数组用中括号 [ ] 括起来,hash 用花括号 {} 括起来。

2. 使用 YAML 时需要注意以下事项

  1. 大小写敏感
  2. 通过缩进表示层级关系
  3. 不支持制表符 tab 键缩进,只能使用空格缩进
  4. 缩进的空格数目不重要,只要相同层级左对齐,通常开头缩进 2 个空格
  5. 用 # 号注释
  6. 符号字符后缩进一个空格,如冒号 :、逗号 ,、横杠 - 等
  7. 如果包括特殊字符用单引号引起来会作为普通字符串处理,双引号特殊字符作为本身想表示的意思,例如 name: “Hi,\nTom”

3. 数据结构

1.对象:键值对的字典

  • animal: pets

2.数组:一组按次序排列的结果

  • CAT
  • DOG
  • GOLDFISH

3.布尔值

  • debug: true
  • debug: false

示例:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:latest
        ports:
        - containerPort: 8080

4. Docker-Compose 配置常用字段

常用字段 描述
build 指定Dockerfile文件名,要指定Dockerfile文件需要在build标签的子级标签中使用dockerfile标签指定
dockerfile 构建镜像上下文路径
context 可以是dockerfile的路径,或者是指向git仓库的url地址
image 指定镜像
command 执行命令,覆盖容器启动后默认执行的命令
container name 指定容器名称,由于容器名称是唯一的,如果指定自定义名称,则无法scale
deploy 指定部署和运行服务相关配置,只能在Swarm模式使用
environment 添加环境变量
networks 加入网络,引用顶级networks下条目
ports 暴露容器端口,与-p相同,但端口不能低于60
volumes 挂载一个宿主机目录或命令卷到容器,命名卷要在顶级volume定义卷名称
volumes_from 从另一个服务或容器挂载卷,可选参数:ro和:rw
hostname 容器主机名
sysctls 在容器内设置内核参数
links 连接到另外一个容器,- 服务名称[:服务别名]
restart 重启策略,默认为no,另有always/no-failure/unless-stoped no,默认策略,在容器退出时不重启容器。 no-failure,在容器非正常退出时(退出状态非0),才会重启容器。 on-failure:3,在容器非正常退出时重启容器,最多重启3次。 always,在容器退出时总是重启容器。 unless-stopped,在容器退出时总是重启容器,但是不考虑在Docker守护进程启动时就已经停止了的容器
depends_on 在使用Compose时,最大的好处就是少打启动命令,但一般项目容器启动的顺序是由要求的,如果直接从上到下启动容器,可能会因为容器依赖问题而启动失败。例如在没启动数据库容器的时候启动应用容器,应用容器会因为找不到数据库而退出。depends_on标签用于解决容器的依赖、启动先后的问题。

5. Docker-Compose 常用命令

字段 描述
build 重新构建服务
ps 列出容器
up 创建和启动容器
exec 在容器里面执行命令
scale 指定一个服务容器启动数量
top 显示容器进程
logs 查看容器输出
down 删除容器、网络、数据卷和镜像
stop/start/restart 停止/启动/重启服务

6. Docker-Compose 文件结构

[root@c7-1 ~]# yum install -y tree
................
[root@c7-1 ~
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值