[[toc]]
Docker 与 虚拟机
Docker 是近年来新兴的虚拟化工具，它可以和虚拟机一样实现资源和系统环境的隔离。 所以 docker 经常会被用来和虚拟机比较，他们的区别有哪些呢？
image.png
如上图两者的差异主要有以下几点：
1、虚拟机是在系统之上模拟运行了一个独立的OS系统 ； Docker 容器不使用硬件虚拟化，它的守护进程是宿主机上的一个进程，换句话说，应用直接运行在宿主机内核上
2、docker有着比虚拟机更少的抽象层，在CPU、内存的利用率上，性能损耗更小
3、......
Docker 内的相关概念
Docker 由镜像(Image)、容器(Container)、仓库(Repository) 三部分组成。
image.png
镜像(Image)
镜像（Image）是一堆只读层（read-only layer）的统一视角，包含程序运行所需要的所以环境信息，可以理解成刻录了一个操作系统的光盘。
image.png
镜像可以包含多个只读层，除了最下面一层，其它层都会有一个指针指向下一层
容器(Container)
容器（container）的定义和镜像（image）几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的
image.png
容器 = 镜像 + 读写层
运行态容器（running container）
一个运行态容器（running container）被定义为一个可读写的统一文件系统加上隔离的进程空间和包含其中的进程。下面这张图片展示了一个运行中的容器。
image.png
正是文件系统隔离技术使得Docker成为了一个前途无量的技术。一个容器中的进程可能会对文件进行修改、删除、创建，这些改变都将作用于可读写层（read-write layer）。下面这张图展示了这个行为
image.png
镜像层（image layer）
image.png
元数据（metadata）就是关于这个层的额外信息，它不仅能够让Docker获取运行和构建时的信息，还包括父层的层次信息。需要注意，只读层和读写层都包含元数据。
image.png
每一层都包括了一个指向父层的指针。如果一个层没有这个指针，说明它处于最底层
image.png
仓库(Repository)
Docker 的仓库用于存放镜像，仓库分为公开仓库和私有仓库，最大的公开仓库是官方仓库 Dock Hub。
Docker Hub 仓库：
Docker Hub Container Image Library | App Containerization
公司内 docker仓库：
腾讯软件源服务 (tencent.com)
Docker 常用命令
1、 docker pull 拉取镜像
docker pull [OPTIONS] NAME[:TAG|@DIGEST]
docker pull 官方文档
docker pull ubuntu:latest
#下载指定sha256镜像
docker pull ubuntu@sha256:82becede498899ec668628e7cb0ad87b6e1c371cb8a1e597d83a47fac21d6af3
2、docker create <image-id>
image.png
docker create 命令为指定的镜像（image）添加了一个可读写层，构成了一个新的容器。注意，这个容器并没有运行。
image.png
3、 docker start <container-id>
Docker start命令为容器文件系统创建了一个进程隔离空间。注意，每一个容器只能够有一个进程隔离空间
image.png
4、 docker run <image-id>
image.png
docker run 命令先是利用镜像创建了一个容器，然后运行这个容器。这个命令非常的方便，并且隐藏了两个命令的细节
image.png
5、docker ps & docker ps –a
docker ps 命令会列出所有运行中的容器。这隐藏了非运行态容器的存在
image.png
docker ps -a 列出所有容器,包含非运行状态的容器
image.png
6、 docker images & docker images -a
docker images 命令会列出了所有顶层（top-level）镜像, docker pull 拉下来的镜像
image.png
docker images –a命令列出了所有的镜像，也可以说是列出了所有的可读层
image.png
7、 docker stop <container-id>
docker stop命令会向运行中的容器发送一个SIGTERM的信号，然后停止所有的进程
image.png
8、 docker rm <container-id> & docker rmi <image-id>
docker rm命令会移除构成容器的可读写层。注意，这个命令只能对非运行态容器执行。
image.png
docker rmi 命令会移除构成镜像的一个只读层。你只能够使用docker rmi来移除最顶层（top level layer）（也可以说是镜像），你也可以使用-f参数来强制删除中间的只读层
image.png
9、 docker commit <container-id>
docker commit命令将容器的可读写层转换为一个只读层，这样就把一个容器转换成了不可变的镜像
image.png
image.png
10、 docker build
通过dickerfile文件构建一个新的镜像
image.png
docker build命令非常有趣，它会反复的执行多个命令
image.png
我们从上图可以看到，build命令根据Dockerfile文件中的FROM指令获取到镜像，然后重复地1）run（create和start）、2）修改、3）commit。在循环中的每一步都会生成一个新的层，因此许多新的层会被创建
11、 docker inspect <container-id> or <image-id>
docker inspect命令会提取出容器或者镜像最顶层的元数据
image.png
12、 docker save <image-id> & docker load
docker save命令会创建一个镜像的压缩文件，这个文件能够在另外一个主机的Docker上使用。和export命令不同，这个命令为每一个层都保存了它们的元数据。这个命令只能对镜像生效
image.png
docker save -o my_ubuntu_v3.tar runoob/ubuntu:v3
docker load < my_ubuntu_v3.tar
13、 docker export <container-id> & docker import
docker export命令创建一个tar文件，并且移除了元数据和不必要的层，将多个层整合成了一个层，只保存了当前统一视角看到的内容（译者注：expoxt后的容器再import到Docker中，通过docker images –tree命令只能看到一个镜像；而save后的镜像则不同，它能够看到这个镜像的历史镜像）
image.png
docker export -o ubuntu_v4.tar a404c6c174a2
docker import ubuntu_v4.tar runoob/ubuntu:v4
docker save和docker export的区别：
- docker save保存的是镜像（image），docker export保存的是容器（container）；
- docker load用来载入镜像包，docker import用来载入容器包，但两者都会恢复为镜像；
- docker load不能对载入的镜像重命名，而docker import可以为镜像指定新名称
Docker 实践
1、获取dockerhub 中的ubuntu镜像，并生成新的image
image.png
// 获取镜像
$ docker pull ubuntu:16.04
// 查看本地镜像（确认是否拉取到本地）
$ docker image
// 运行 一个容器,并进入容器内 （这种方式退出的时候不会关闭容器）
$docker run -it -d ubuntu:16.04 /bin/bash
// 退出容器
# exit
// 后续可通过exec进入到指定的容器
$ docker exec -it <container-id> /bin/bash
// 通过容器容器创建一个镜像
$ docker commit <container-id> image_name:tag
// 镜像推送到仓库
$ docker push image_name:tag
2、 Docker备份迁移
$ docker save -o myubuntu.tar <image-id>
$ docker load -i myubuntu.tar
3、Docker 容器 和 宿主机共享目录
$ docker run -d -it --name loongarch_builder --mount type=bind,source=/media/loongson/ext41/workspace/docker,target=/workspace/landun
4、修改Docker默认存储路径
image.png
参考文章：
http://dockone.io/article/783
https://www.jianshu.com/p/3ab217ce5766
网友评论