本章内容
1、docker镜像基础
2、docker环境下使用的文件系统
3、registry(仓库)
4、获取镜像
5、制作(生成)并上传镜像
---------------------------------------
镜像是作为docker环境的核心内容,一帮情况下,我们都需要根据工作环境来定制镜像文件,这就对于运维人员提出了很高的要求;
1、docker镜像基础
docker镜像含有启动容器所需要的文件系统及其内容,因此,其用于创建并启动docker容器采用分层构建机制,最底层的bootfs,其之为rootfs;
docker镜像的分层结构,如下:
首先,我们需要了解bootfs ,它是用于引导文件系统的,包含有bootloader和kernel,容器启动之后就会将其卸载下来;(这里就是为了去加载内核,内核加载完成就可以卸载,以节约资源)
其次,rootfs 位于bootfs之上,它就是docker容器的根文件件系统,是每个容器的根;
1、在传统系统模式中,系统启动时,内存挂载在rootfs“只读”模式,完整性自检完成后将其重新挂载为读写模式;(系统启动知识)
2、docker中,rootfs由内核挂载为“只读”模式,而后通过”联合挂载“技术额外挂载一个”可写”层;
最后再在rootfs上面去挂载编译环境(编辑器emacs),以及应用程序,而这两层都是“只读”层,如果需要修改,我们再在最上层挂载writable读写层。也就是我们的container;
【这里我们需要知道,下层是可以多次使用的,可以同时关联于多个writable层上,这样的话,下层可以重复利用】
如上图:
2、docker环境下使用的文件系统
此时,基于docker镜像的工作原理,我们使用原有传统的数据组织方式(文件系统)是不适用的,所以我们使用了新的文件系统来满足docker容器技术;
其中包括三种技术:aufs overlayfs devicemapper(dm)
其中,devicemapper使用的是dm的模块来实现,而并不是修改了文件系统,在生产环境下,我们建议使用overlayfs的文件系统来实现docker技术;
Aufs
用于为Linux文件系统实现“联合挂载”,aufs是之前UnionFS的重新实现,2006年由Junjiro Okajima开发;docker使用之初是用aufs作为文件系统层,它目前仍然作为存储后端之一来支持;
它的竞争产品overlayfs,后来从3.18版本开始被合并到Linux内核;docker;
而aufs一直不是内核中自有的文件系统。它因为代码太乱了,3万行太多,没有写入内核;如果需要,则必须打补丁升级;而Ubuntu则是将aufs写入内核了;
overlayfs
相对于aufs,overlayfs则要优秀的多,它已经被写入到Linux内核,默认启动docker,只要支持overlayfs,则就回使用这种方式来创建docker环境;
devicemapper
在没有使用上面两种文件系统的系统程序中,去启动docker进程,则是使用该方式来实现的;它是借助 dm 模块(和lvm技术是同一个模块)来实现,而不是依靠文件系统;
所以这种方式非常的不稳定,不建议使用;但是在3.18内核之前的版本,redhat系列的Linux操作系统不支持aufs和overlayfs,就会使用该方式来实现docker环境;
查看我的docker环境:
docker info
3、registry(仓库)
镜像文件是从registry(仓库)中获取;
在启动容器时(run),docker daemon会同时从本地获取相关的镜像文件,如果本地没有这个镜像文件,服务器就回直接去对应的公网仓库中去下载;
仓库的分类:
sponsor Registry 第三方仓库,供客户和docker社区使用
mirror Registry 第三方仓库,只让客户使用
vendor Registry 由发布docker镜像的供应商提供的registry
private Registry 通过设有防火墙和额外的安全层的私有实体提供的registry
tag标签:
对于仓库,可以定义标签tag,每个仓库可以有多个标签,但是,一个标签是不能属于多个仓库的;
index索引:
维护用户账号、镜像的校验以及公共命名空间的信息;
相当于为registry(仓库)提供了一个完成用户认证等功能的检索接口;
4、获取镜像
我们获取镜像,通过 docker 命令的子命令 pull 来实现;
用法如下:
docker pull registry[:<port>]/[namespace/]<name>:<tag>
示例:下载一个镜像文件;
我们通过第三方的仓库来下载我们所需要的镜像文件: https://quay.io
搜索 flannel ;这是云环境下最常用的一个网络部署系统镜像文件;
点击“coreos/flannel”进入下载界面: 在右下角可以复制镜像地址,进入镜像下载界面
这里,我们一定要指定tag,如下图查看tag:
下载镜像:
docker pull quay.io/coreos/flannel:v0.11.0-arm
查看镜像:
docker images
5、制作(生成)并上传镜像
镜像生成途径有两种:1、dockerfile 2、基于容器制作
其中dockerfile是我们最常用的镜像制作方式,而且是docker容器的核心,我们需要通过dockerfile自己定义镜像,自己定义仓库;
这里我们先通过容器技术来配置:
我们通过子命令commit来通过容器制作镜像;
docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]
-a --author 指定作者
-c --change 应用dockerfile的指令来创建镜像
-m --message 添加消息信息
-p --pause 创建镜像的时候,需要暂停容器
a\首先我们运行一个容器
我们这里首先通过 pull 命令下载一个busybox的容器,启动这个容器
docker run --name b1 -it busybox
b\启动busybox的http服务
/ # mkdir -p /data/html/ # vi /data/html/index.htmlBusybox httpd server
/ # busybox httpd server
查看busybox地址:
从新开启一个 ssh 远程接口,查看http服务:
curl 172.17.0.2
c\保存镜像
docker commit -p b1 //制作新的镜像
docker images //查看制作的镜像
我们可以为新的镜像文件添加标签:
通过子命令 tag 来实现
docker tag 6l6b37df33a7 test/httpd:v0.1 //添加标签需要指定镜像id
删除镜像,我们可以通过 images 子命令来实现
docker images rm test/httpd:v0.1
我们这里就不删除了
d\我们可以运行这个镜像
操作如下: 这里,我新添加一个容器--b1.1,使用的就是我们创建的镜像,同时,我们可以 cat /data/html/index.html 文件,这样,我们就能够看到之前编辑的文件;
e\指定默认容器启动的服务
这里我们启动的容器后,还需要指定启动httpd服务,但是,如果我们默认就需要镜像启动httpd的服务,这里,我们也可以通过commit子命令来实现;
docker commit -a "test" -c 'CMD ["/bin/httpd","-f","-h","data/html"]' -p b1 test/httpd:v0.2
此时,则创建了一个新的镜像,我们再启动这个镜像:
docker run --name b1.2 -it test/httpd:v0.2 docker inspect b1.2 //查看地址
查看服务:
查看容器:
在这里,我们可以看到,我们指定的默认启动命令;
f\上传镜像到公网仓库
根据上面的内容,我们已经为自己制作了对应的镜像文件;我们可以将自己制作的镜像文件上传到公网仓库,提供给别人下载;
首先,我们需要去dockerhub.com上面注册账号:
注册完成以后,登录dockerhub.com网站
在该界面下,去创建自己的仓库;
1、指定仓库名称 2、指定仓库描述 3、指定镜像是否公开
最后创建即可:
有了自己的公有仓库,这时候,我们就可以将自己的镜像文件上传到仓库中:
pull 子命令为下载镜像,同样的 push 命令就是上传进项;
在上传之前,我们需要登录到自己的公网仓库,这个操作通过 login 操作来完成;
docker login -u burnov
提示登录成功后,我们就可以上传镜像了
注意:这里有个问题--上传镜像我们一定要让仓库名称,登录名称对应上:
上图是我们仓库的名称,所以,我们的镜像名称也需要修改过来
docker tag test/httpd:v0.2 burnov/httpd:v0.2
这里,burnov/httpd 中 burnov为用户名,而httpd为仓库名;v0.2为tag标记;
再次上传镜像
docker push burnov/httpd:v0.2
这样就能上传镜像到仓库;
查看仓库:刷新一下即可