Docker 容器概念

容器技术的火热, 必将为线上服务运维方式带来变革。中间件集群管理的目标是使中间件运维更轻、更快、更稳定、更简易, docker 容器技术即是咱们实现这一目标的有力工具。这一节咱们先来介绍 docker 容器概念及其优点。

不玩虚的, 固然更畅快

docker 与虚拟机(vm)对比:

lark_01_vm_vs_docker

1. 虚拟机运行在虚拟硬件上, 应用运行在虚拟机内核上。而 docker daemon 是宿主机上的一个进程, 应用只是 docker daemon 的一个子进程, 换句话说, 应用直接运行在宿主机内核上。

2. 虚拟机须要特殊硬件虚拟化技术支持, 于是只能运行在物理机上。docker 没有硬件虚拟化, 于是能够运行在物理机、虚拟机, 甚至 docker 容器内(嵌套运行)。

3. 由于没有硬件虚拟化及多运行一个 Linux 内核的开销, 应用运行在 docker 上比虚拟机上更轻、更快。

那么, 使用 docker 和直接在宿主机上运行一个程序有什么区别呢?答案是 docker 容器使用 cgroup 名字空间实现了 CPU, 内存, 网络, 文件系统等资源隔离。了解 chroot 的同窗能够认为 docker 就是一个更优雅的 chroot。

说到隔离, docker 容器的文件系统在哪里呢? 答案就是镜像。

docker 镜像

镜像描述了 docker 容器运行的初始文件系统, 包含运行应用所需的全部依赖。便可以是一个完整的操做系统, 也能够仅包含应用所需的最小 bin/lib 文件集合。

一个问题: 假设一个 docker 容器文件系统大小为 10GiB, 建立 10 个容器须要多少磁盘空间？
100 GiB？错，仍是只要 10 GiB！由于 docker 镜像和容器采用分层文件系统结构, 每一个容器包含一层薄薄的可写层, 只读部分是共享的。

docker 镜像存储引擎有 aufs, devicemapper, overlay 等多种实现, 请看 devicemapper 实现示意图以下:

lark_01_dm_container

镜像是只读的, 建立容器时只是在镜像上面新建一个可写层, 不须要复制整个文件系统, 于是能够实现毫秒级建立。

镜像存储在镜像 hub。每一个镜像有一个 tag, 如 registry.hub.docker.com/library/ubuntu:14.04。镜像完整 tag 不只包含镜像名字, 还指明了镜像从哪里来, 要到哪里去, 就像一个 URL。没错, registry.hub.docker.com 就是官方 docker 镜像 hub 的地址。使用官方 library 镜像时, 可省略前缀, 如以上镜像 tag 可简写为 ubuntu:14.04。

docker 为运行应用而生

有了镜像，如何建立容器？docker 不加载 kernel (不一样于 vm), 也不执行 init (不一样于 vm 和 lxc)。“你不执行应用, 空跑一个 kernel 或者 init 有什么意义？”，docker 说。docker 容器为运行应用而生, 要建立 docker 容器, 必须指定镜像 tag 和启动应用的命令行 (或者镜像设置了默认命令行)。

so, 建立一个 docker 容器的命令行以下:

sudo docker create -ti --name test ubuntu:14.04 bash

这只是建立了容器, 尚未运行, 要运行容器, 执行:

sudo docker start test

一般咱们把这两条命令合并成一条, 即 docker run:

sudo docker run -dti --name test ubuntu:14.04 bash

在宿主机上看一下咱们刚刚运行的 bash 命令的进程树:

$pstree -sa 21811 systemd --switched-root --system --deserialize 21 └─docker daemon ... ... └─bash

没错, 它只是 docker daemon 的一个子进程.

应用即 docker 主进程

attach 到容器内的应用, 本例中即为 bash 命令行:

sudo docker attach test

ps -ef 看一下:

$sudo docker attach test root@47c90c3dcbfa:/# ps -ef UID PID PPID C STIME TTY TIME CMD root 1 0 0 17:05 ? 00:00:00 bash root 18 1 0 17:11 ? 00:00:00 ps -ef

加上 ps 本身, 容器中只有两个进程。 bash 在容器内 PID 为 1, 便是容器主进程。主进程退出后, 容器即自动退出。仍是那句话, 容器为运行应用而生, 应用都退出了, 容器留着还有什么用。

手动中止容器:

sudo docker stop test

删除容器:

sudo docker rm test

注意: 删除容器后在镜像上建立的可写层文件系统也将被删除, 因此日志、配置、数据等须要持久保存的文件须要挂接到外部储存。

docker 有多轻

俗话说前人栽树, 后人乘凉, 咱们一般是基于一个已有的镜像建立应用镜像。为了演示镜像有多轻，咱们能够从 0 开始建立一个镜像。

建立一个文件夹 hello-lark, 进入文件夹, 添加一个 Dockerfile 内容以下:

FROM scratch COPY Dockerfile hello.c hello /

Dockerfile 描述如何建立镜像:

• FROM scratch 表示从 0 开始, 即从一个空白文件系统开始建立镜像。
• COPY Dockerfile hello.c hello / 表示将本地 Dockerfile, hello.c, hello 3 个文件复制到镜像内根目录下。

hello.c 和 hello 是咱们的应用源码及编译后的二进制文件。
添加 hello.c 文件内容以下:

#include <stdio.h> int main(int argc, char* argv[]) { printf("Hello, Lark!\n"); return 0; }

静态编译之:

gcc -static hello.c -o hello

执行 docker build 建立镜像:

$sudo docker build -t hello-lark:1.0 . Sending build context to Docker daemon 881.2 kB Step 1 : FROM scratch ---> Step 2 : COPY Dockerfile hello.c hello / ---> b52b3bd2799c Removing intermediate container bc5dcd332026 Successfully built b52b3bd2799c

镜像在本地仓库打包和存储, 不能直接看到实体文件。可是能够导出为一个 tar 包:

sudo docker save -o ../hello-lark.tar hello-lark:1.0

看看有多大:

$ll -h ../hello-lark.tar -rw-r--r-- 1 root root 870K Apr 12 13:41 ../hello-lark.tar

仅有 870K, 差很少就是 hello 这个二进制文件的大小。

docker 有多快

这个镜像能跑吗？咱们立刻运行看看：

$time sudo docker run --name hello --rm hello-lark:1.0 /hello Hello, Lark! real 0m0.486s user 0m0.078s sys 0m0.016s

可看到, 这条命令一共经历了容器建立、运行、中止、销毁 4 个过程，共耗时不到 0.5 秒。--rm 表示容器结束后自动删除容器。

若是只是建立:

$time sudo docker create --name hello hello-lark:1.0 /hello 16449a07a0f1377336a879f8136ec7369e07520da1f4a7516128b8d3ba314008 real 0m0.075s user 0m0.064s sys 0m0.017s

不到 0.1 秒。毫秒级建立绝非虚言。

固然, 只是 hello world 并无什么用, 咱们打一个 busybox 进去, 镜像大小只有 2MB, 然而已经具有一个基本的 linux shell 环境.

sudo docker run -ti --rm lark-box:1.0 sh

docker 的好处

简单说: 标准化交付，微服务编排，提高资源利用率。

1. 校准化交付

   docker 将应用及其全部依赖打包到镜像内, 包括二进制文件(包括底层基础库), 静态配置文件, 环境变量等。剥离了应用对操做系统和环境的依赖， 松耦合 。只须要拉取镜像, 启动容器便可完成应用部署, 方便 。毫秒级建立销毁容器，从而能够实现 快速部署、快速迁移、快速扩容缩容，一键快速回滚 (只依赖应用启动时间)。docker 镜像制定了应用交付标准, 开发人员对应用及其运行环境彻底可控，并 有效避免各类环境问题踩坑。

2. 微服务编排

   单机部署多应用时，应用之间彻底解耦，能够任意部署编排, 完美支持微服务编排的需求。多个 C 应用混布时, docker 化实现 C 依赖隔离, 避免依赖冲突。

3. 提高资源利用率

   docker 是轻量级的解决方案, 不作虚拟化, 不运行多余的 kernel 和 init 进程, 能有效提高资源利用率。