1  概述

镜像包含启动容器所需的文件系统和内容，可以理解为打包的文件，用于创建并启动docker容器。

镜像的生成途径有三个：

1.基于dockerfile实现,镜像制作的程序文件

2.基于容器实现，启动容器后，将新的操作制作为新镜像

3.docker hub automated builds

镜像文件采用分层构建机制，最底层为bootfs,上面为rootfs，rootfs上还可以有多层。位于最下层的镜像文件为父镜像（parent image）,最底层为基础镜像（base image，rootfs为这一层，这一层必须存在）.最上层为“可读写”层，其下的均为“只读”层

如下截图

1240

其中：

bootfs:用于系统引导的文件系统，包含bootloader和kernel,容器启动完成后会被卸载以节约内存资源，可以理解为容器引擎，不是宿主机操作系统

rootfs:位于bootfs之上，表现为docker容器的根文件系统；

传统模式中，系统启动时，内核挂载rootfs时会首先将其挂载为只读模式，完整性自检完成后将其重新挂载为读写模式

docker中，rootfs由内核挂载为只读模式，而后通过“联合挂载”技术额外挂载一个“可写”层。联合挂载，需要文件系统支持，目前支持最好的文件系统为Aufs(advanced multi-layered unification filesystem),高级多层统一文件系统，用于为linux文件系统实现”联合挂载“，docker 最初使用aufs作为容器文件系统层，目前还作为存储后端之一来支持，目前没有基层到linux内核，需要对内核打补丁才能使用aufs。docker的分层镜像，除了aufs,还支持btrfs,devicemapper和vfs。在ubuntu系统下，docker默认支持ubuntu的aufs,这也是为什么很多底层镜像都是ubuntu的原因，因为ubuntu更好的支持aufs.而centos7用的是devicemapper.但是，devicemapper在性能上有问题。linux 在3.18版本后把overlayfs整合到内核里，docker-ce目前在centos7上支持的文件系统为overlay，使用overlay作为docker的后端存储机制，如果是按照extras源里的docker包，版本1.12，后端的存储为devicemapper文件系统

2  Regeistry介绍

Registry用于保存docker镜像，包括镜像的层次结构和元数据，Registry由Repository和Index两个组件组成

启动镜像时，docker daemon会试图从本地获取相关的镜像，本地镜像不存在时，将从registry中下载该镜像并保存到本地。

registry是一个无状态，高可扩展的服务端应用程序，可以用于存储和分发docker 镜像。docker 的registry里，index是一个重要组件，让用户可以查询搜索到相关的镜像，同时index支持认证功能。

registry分为两种：

公共的registry，如docker hub,

私有化docker registry，自己搭建的registry。

通过应用程序包docker-distribution.x86_64 来实现私有registry搭建，在extras仓库中。这个软件没有web页面，也不支持认证。可以通过nginx配置反代，在nginx上实现认证

或者通过harbor这个软件才实现私有化仓库搭建，这个软件有vmware公司维护，企业级的容器registry，是在docker-distribution基础上添加功能实现的。建议用harbor创建私有registry(仓库)。

3  Repository介绍

Repository是指由某特定的docker镜像的所有迭代版本组成的镜像仓库，一个Registry内部有多个Repository.其中，Repository可风味“顶层仓库”和“用户仓库”，用户仓库名称格式为“用户名/仓库名”。

每个仓库可以包含多个Tag(标签)，每个标签对象对应一个镜像，可以手动打标签，如果和官方有冲突，以本标签地为准，统一镜像可以有多个标签，tag不一样，但是image id一样，便签配置命令如下，把busybox的镜像latest版本，再打一个标签为sunny01，则busybox同时有两个标签，image id一样

 docker tag busybox:latest busybox:sunny01

4  Index介绍

用于维护用户账号，镜像的校验以及公共名称空间的信息

相当于为registry提供了一个可以完成用户认证等功能的检索接口

5  docker hub功能介绍

docker hub支持如下组件

image repositories：镜像仓库

automated builds:当修改原码仓库时自动构建镜像，只需要上传dockerfile就会构建镜像

webhooks：自动构建的属性之一，当成功推送一个文件到仓库后webhooks触发一个动作

organizations：工作组

github and bitbucket integration：和github整合起来，在github上开发，定义webhooks,当监控到github有新的推送后，自动执行构建镜像，完成镜像构建。

使用docker hub之外的第三方仓库，推送镜像，需要指定如下信息

向那个仓库的那个端口，哪个名称空间推送镜像，镜像名称和标签是什么，其中port默认为5000，命令如下

docker pull  <registry>[:<prot>]/[<namespace>/]<name>:<tag>

6  基于容器制作镜像

制作镜像三个方法

1.基于容器制作

2.基于dockerfile实现,镜像制作的程序文件

3.Docker Hub Automated Builds

这里仅介绍基于容器制作镜像

1.基于容器实现

启动容器后，将新的操作制作为新镜像

例子

启动干净的镜像文件busybox，然后再容器内创建httpd的根目录和index.html文件，然后制作成行的镜像

 启动容器，名称为sunny01img

docker run -it --name sunny01img busybox:sunny01
#在容器内进行修改
/ # mkdir -p /web/html
/ # cd /web/html
/web/html # vi index.html
<h1>this is sunny docker image,it is a nice day!<\h1>

在另一个终端，执行如下命令

 docker commit -a "sunny<sunny@sunny.docker>" -p -m "for test commit image"  sunny01img

用命令查看新生成的镜像

docker images

查看到有tag为none的新生成的镜像

将镜像推送到阿里云镜像仓库中

登录https://dev.aliyun.com，选择产品和服务--》容器镜像服务--》镜像仓库，创建一个本地仓库，名称为sunnytest

首先给本地镜像打标签

docker tag 3498bc48a842 registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest:sunnyweb

这里的镜像名称为新建的仓库名

将打了标签的镜像推送到阿里云，要先登录仓库


docker login registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest

这里registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest 为新建的仓库名，输入账号为开发者平台的账号，密码为Registry登录密码，不是登录开发者平台密码

登录成功后，将镜像推送到阿里云仓库sunnytest上，把镜像推送到远程仓库，用push实现


 docker push registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest:sunnyweb

这里的registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest:sunnyweb是镜像名：tag

使用新的镜像来启动容器

新建一个标签

docker tag  3498bc48a842 websrv:sunnyweb01

将新的镜像websrv:sunnyweb01 运行为守护模式（-d，即后台），然后指定进程为httpd，前端运行模式（-f），指定家目录为/web/html

docker run --name sunnyweb01 -d websrv:sunnyweb01 httpd -f -h /web/html

查看

docker ps

查看到websrv:sunnyweb01镜像运行为容器sunnyweb01.

 查看进程信息

 docker top sunnyweb01

查看详细容器信息

docker inspect sunnyweb01

查看到当前的容器ip为172.17.0.3

测试httpd的服务

curl 172.17.0.3

改变容器的默认启动命令

在第一版新建镜像websrv:sunnyweb01的基础上创建第二版的镜像，

在另一个终端上，不执行默认的cmd，而是默认启动httpd服务

首先，先启动镜像，进入cmd，执行相关命令

docker run --name sunnyweb02 -it websrv:sunnyweb01

打开另一个shell终端，执行如下命令，生成一个新的镜像

docker commit -a "sunny <sunny@ghnsunny.cn>" -p -m "web server" -c 'CMD  ["/bin/httpd","-f","-h","/web/html"]' sunnyweb02

注意,-c，修改运行中的命令，后接一个字典，所有的字段都要分别传递，用引号引用，逗号隔开，否则参数传递失败，导致镜像不能启动。

sunnyweb02是指当前要作为镜像的模板容器名称，如这里以sunnyweb02这个容器作为模板来创建新镜像

给新生成的镜像打标签

docker tag 990ff989b8fb registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest:sunnyweb2.0

经新生成的镜像推送到阿里云仓库

 docker push registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest:sunnyweb2.0

启动镜像，容器名称为web2.0，并且运行在后台（-d）

docker run --name web2.0 -d registry.cn-hangzhou.aliyuncs.com/ghbsunny/sunnytest:sunnyweb2.0

测试

查看容器是否正常运行

docker ps

查看容器的ip

docker inspect web2.0

这里查看到ip 为 172.17.0.6

测试httpd服务


curl 172.17.0.6

这个例子说明，制作镜像是可以-c改变默认的命令，而不是默认的sh命令，可以让容器基于新建镜像启动时运行指定的命令。

7  分发镜像文件

docker允许把镜像导入和导出，包括镜像的源属性信息和所有层存储为tar格式的打包文件，并在其他服务器导入该镜像，并运行

导出镜像

默认情况下，会把导出文件打印在屏幕，因此需要用参数-o来指定输入的镜像文件

命令如下


docker save -o /root/testsave.tar sunnytest3:1.0

把/root/testsave.tar 的镜像打包文件传到运行docker服务的10.10.10.73的服务器上


scp testsave.tar 10.10.10.73:/root

 10.10.10.73上导入镜像

注意，确保 10.10.10.73安装docker,且运行docker服务,-i选项是指从tar备份文件输入，而不是从标准输入来输入数据

docker load -i testsave.tar

 10.10.10.73运行导入的镜像sunnytest3:1.0，后台运行（-d）

 docker run --name testload -d sunnytest3:1.0

测试

容器启动成功后，运行一个httpd服务，因此用curl进行测试

 curl 172.17.0.2

以上用于分发需求较少的情况下使用,只能在数量不多，分发需求较少的环境实现。注意12版和17版命令有区别，17版 docker image save / load

命令docker image --help来查看更多选项的介绍

用docker image history 查看镜像的操作历史

docker image history sunnytest3:1.0

命令stats用来统计容器的数据，查看容器的资源利用状态，动态刷新，如容器的CPU，内存，网络等信息，如下命令，统计容器testload的信息

docker stats testload