03 docker容器镜像基础

今天药忘吃喽~ 2021-12-05 04:11 339阅读 0赞

本章内容

1、docker镜像基础

2、docker环境下使用的文件系统

3、registry（仓库）

4、获取镜像

5、制作（生成）并上传镜像

\---------------------------------------

镜像是作为docker环境的核心内容，一帮情况下，我们都需要根据工作环境来定制镜像文件，这就对于运维人员提出了很高的要求；

1、docker镜像基础

docker镜像含有启动容器所需要的文件系统及其内容，因此，其用于创建并启动docker容器采用分层构建机制，最底层的bootfs，其之为rootfs；

docker镜像的分层结构，如下：

![1576057-20190712163908275-1555870891.png][]

首先，我们需要了解bootfs ，它是用于引导文件系统的，包含有bootloader和kernel，容器启动之后就会将其卸载下来；（这里就是为了去加载内核，内核加载完成就可以卸载，以节约资源）

其次，rootfs 位于bootfs之上，它就是docker容器的根文件件系统，是每个容器的根；

1、在传统系统模式中，系统启动时，内存挂载在rootfs“只读”模式，完整性自检完成后将其重新挂载为读写模式；（系统启动知识）

2、docker中，rootfs由内核挂载为“只读”模式，而后通过”联合挂载“技术额外挂载一个”可写”层；

最后再在rootfs上面去挂载编译环境（编辑器emacs），以及应用程序，而这两层都是“只读”层，如果需要修改，我们再在最上层挂载writable读写层。也就是我们的container；

【这里我们需要知道，下层是可以多次使用的，可以同时关联于多个writable层上，这样的话，下层可以重复利用】

如上图：

Apache 运行在一个纯净的 debian上面运行，在系统上使用一个编辑器 - emacs；

bootfs在内存中挂载后，之后被移除掉；

debian-emacs-apache 这三层用来启动服务，并且一起挂载--这就叫做 **联合挂载**；这三层是可以多个用户同时共享使用的；

但是，如果想写入文件，则不能再接写在这三层中，而是再加一层 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

![1576057-20190712165914297-127244620.png][]

3、registry（仓库）

镜像文件是从registry（仓库）中获取；

在启动容器时（run），docker daemon会同时从本地获取相关的镜像文件，如果本地没有这个镜像文件，服务器就回直接去对应的公网仓库中去下载；

![1576057-20190712171714502-1373668254.png][]

仓库的分类：

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 ；这是云环境下最常用的一个网络部署系统镜像文件；

![1576057-20190717084830554-325040069.png][]

点击“coreos/flannel”进入下载界面： 在右下角可以复制镜像地址，进入镜像下载界面

![1576057-20190717085005712-995571692.png][]

这里，我们一定要指定tag，如下图查看tag：

![1576057-20190717085215526-447277605.png][]

下载镜像：

docker pull quay.io/coreos/flannel:v0.11.0-arm

![1576057-20190717091150711-1244895165.png][]

查看镜像：

docker images

![1576057-20190717091745384-1163312695.png][]

5、制作（生成）并上传镜像

镜像生成途径有两种：1、dockerfile 2、基于容器制作

其中dockerfile是我们最常用的镜像制作方式，而且是docker容器的核心，我们需要通过dockerfile自己定义镜像，自己定义仓库；

![1576057-20190717092806978-1656110843.png][]

这里我们先通过容器技术来配置：

我们通过子命令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

![1576057-20190717094028189-1486396369.png][]

b\\启动busybox的http服务

/ # mkdir -p /data/html
    / # vi /data/html/index.html
    <h1>Busybox httpd server</h1>
    / # busybox httpd server

查看busybox地址：

![1576057-20190717095906319-1548460036.png][]

从新开启一个 ssh 远程接口，查看http服务：

curl 172.17.0.2

![1576057-20190717102857587-1005530774.png][]

c\\保存镜像

docker commit -p b1  //制作新的镜像

![1576057-20190717102002547-523857249.png][]

docker images //查看制作的镜像

![1576057-20190717103148199-1577618553.png][]

我们可以为新的镜像文件添加标签：

通过子命令 tag 来实现

docker tag 6l6b37df33a7 test/httpd:v0.1  //添加标签需要指定镜像id

![1576057-20190717103353544-1891281519.png][]

删除镜像，我们可以通过 images 子命令来实现

docker images rm test/httpd:v0.1

我们这里就不删除了

d\\我们可以运行这个镜像

操作如下： 这里，我新添加一个容器--b1.1，使用的就是我们创建的镜像，同时，我们可以 cat /data/html/index.html 文件，这样，我们就能够看到之前编辑的文件；

![1576057-20190717104304929-1971479198.png][]

e\\指定默认容器启动的服务

这里我们启动的容器后，还需要指定启动httpd服务，但是，如果我们默认就需要镜像启动httpd的服务，这里，我们也可以通过commit子命令来实现；

docker commit -a "test <test@admin.com>" -c 'CMD ["/bin/httpd","-f","-h","data/html"]' -p b1 test/httpd:v0.2

![1576057-20190717105333050-938321771.png][]

此时，则创建了一个新的镜像，我们再启动这个镜像：

docker run --name b1.2 -it test/httpd:v0.2
    docker inspect b1.2  //查看地址

![1576057-20190717105708495-1146264923.png][]

查看服务：

![1576057-20190717105733294-1606257712.png][]

查看容器：

![1576057-20190717105859802-1938529886.png][]

在这里，我们可以看到，我们指定的默认启动命令；

f\\上传镜像到公网仓库

根据上面的内容，我们已经为自己制作了对应的镜像文件；我们可以将自己制作的镜像文件上传到公网仓库，提供给别人下载；

首先，我们需要去dockerhub.com上面注册账号：

![1576057-20190717110315298-1911850714.png][]

注册完成以后，登录dockerhub.com网站

![1576057-20190717111149801-1442087329.png][]

在该界面下，去创建自己的仓库；

1、指定仓库名称 2、指定仓库描述 3、指定镜像是否公开

![1576057-20190717111411817-1904301818.png][]

最后创建即可：

![1576057-20190717111542662-1386516724.png][]

有了自己的公有仓库，这时候，我们就可以将自己的镜像文件上传到仓库中：

pull 子命令为下载镜像，同样的 push 命令就是上传进项；

在上传之前，我们需要登录到自己的公网仓库，这个操作通过 login 操作来完成；

docker login -u burnov

![1576057-20190717111913029-825775514.png][]

提示登录成功后，我们就可以上传镜像了

注意：这里有个问题--上传镜像我们一定要让仓库名称，登录名称对应上：

![1576057-20190717122311590-1053231419.png][]

上图是我们仓库的名称，所以，我们的镜像名称也需要修改过来

docker tag test/httpd:v0.2 burnov/httpd:v0.2

![1576057-20190717122522865-1732359579.png][]

这里，burnov/httpd 中 burnov为用户名，而httpd为仓库名；v0.2为tag标记；

再次上传镜像

docker push burnov/httpd:v0.2

![1576057-20190717122724239-572658842.png][]

这样就能上传镜像到仓库；

查看仓库：刷新一下即可

![1576057-20190717122840101-563715210.png][]

转载于:https://www.cnblogs.com/BurnovBlog/p/11177818.html

[1576057-20190712163908275-1555870891.png]: /images/20211205/e2683a6e21754307995a32110df75a0b.png
[1576057-20190712165914297-127244620.png]: /images/20211205/f3505b348bac416098e5a69d18f1ccb1.png
[1576057-20190712171714502-1373668254.png]: /images/20211205/23135592413e4b3d8fad1fd8d9a8cdd3.png
[1576057-20190717084830554-325040069.png]: /images/20211205/d91db55331654e679d17446619bb450d.png
[1576057-20190717085005712-995571692.png]: /images/20211205/495f6a75d6db4baab1d574824c63430b.png
[1576057-20190717085215526-447277605.png]: /images/20211205/35a97455ccf8462eb832bfdc26f0b518.png
[1576057-20190717091150711-1244895165.png]: /images/20211205/56ee26bd7ed04aeeaf71c70caa9eb191.png
[1576057-20190717091745384-1163312695.png]: /images/20211205/cb943f151c0747c68ff8661052a081c2.png
[1576057-20190717092806978-1656110843.png]: /images/20211205/9c3c9c3731f84c708c8d184493a22ded.png
[1576057-20190717094028189-1486396369.png]: /images/20211205/eab03ad2b14b44c3b60e1f8d73078bdb.png
[1576057-20190717095906319-1548460036.png]: /images/20211205/e68691ccb3624e9090e2389c1a67e301.png
[1576057-20190717102857587-1005530774.png]: /images/20211205/0b904c92adaf48e6ba7b4276894bbdbd.png
[1576057-20190717102002547-523857249.png]: /images/20211205/bcc30ad9e1a34af1aecaffa3ddb8ea35.png
[1576057-20190717103148199-1577618553.png]: /images/20211205/ae241283223547a8bf98c8b1300ebefe.png
[1576057-20190717103353544-1891281519.png]: /images/20211205/de1d4835c8944233a1da3d69c68b1550.png
[1576057-20190717104304929-1971479198.png]: /images/20211205/89edea1a8f5843a581af3908508c9089.png
[1576057-20190717105333050-938321771.png]: /images/20211205/4c9ea2f61d5c4c959f4fe5547d1008f7.png
[1576057-20190717105708495-1146264923.png]: /images/20211205/1e6144efb1a64d13b3ebdbb9c3a49a16.png
[1576057-20190717105733294-1606257712.png]: /images/20211205/36356e3530394bd8b447e491ff968cc2.png
[1576057-20190717105859802-1938529886.png]: /images/20211205/f2b0f3591d8642beb103daa4383ba3ff.png
[1576057-20190717110315298-1911850714.png]: /images/20211205/3108fa70a17e4c019924a3866b92ff93.png
[1576057-20190717111149801-1442087329.png]: /images/20211205/43a0663c6ac94c8aa8545eaefa66c6cf.png
[1576057-20190717111411817-1904301818.png]: /images/20211205/aef62d1ba33e4fcbae4bd746da2d06bc.png
[1576057-20190717111542662-1386516724.png]: /images/20211205/0e93c484260c457391277a71e779ba9b.png
[1576057-20190717111913029-825775514.png]: /images/20211205/c8370c28820c48109680af09ac3fd44b.png
[1576057-20190717122311590-1053231419.png]: /images/20211205/96201e93b13a4fd8b17d78ff1b2c4d2a.png
[1576057-20190717122522865-1732359579.png]: /images/20211205/f76f6bc6309949f0b6dc0595efdb9673.png
[1576057-20190717122724239-572658842.png]: /images/20211205/fb1c868c22804c6584ac71b1b57065f7.png
[1576057-20190717122840101-563715210.png]: /images/20211205/ec46e7a681ba44348a31c5929878dd20.png