08Docker镜像、提交镜像

gh-xiaohe

已于 2022-03-26 18:33:07 修改

阅读量451

点赞数

分类专栏： # Docker 文章标签： linux docker centos

于 2022-03-21 07:00:00 首次发布

本文链接：https://blog.csdn.net/gh_xiaohe/article/details/123572174

版权

Docker 专栏收录该内容

16 篇文章 4 订阅

订阅专栏

commit 镜像（提交自己的镜像到本地仓库）

提交镜像的命令

测试

Docker镜像

镜像加载原理

1、镜像简介

镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境的开发软件，它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件。

所有的应用，直接打包docker镜像，就可以直接跑起来！

如何得到镜像：

1.从远程仓库下载

2.朋友拷贝给你

3.自己制作镜像DockerFile

2、UnionFS(联合文件系统)

Union文件系统(UnionFS) 是一种分层、轻量级并且高性能的文件系统，他支持对文件系统的修改作为一次提交来层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下（unite several directories into a single virtual filesystem）。

Union文件系统是Docker镜像的基础。镜像可以通过分层来进行集成，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。

特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统你那个，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层文件和目录。

3、Docker镜像加载原理

docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。例如，我们在进行下载镜像的时候，镜像是分层进行下载的。

bootfs(boot file system)主要包含bootloader和kernel,bootloader主要 是引导加载kernel,Linux刚启动时会加载bootfs文件系统，在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。公用的

rootfs(root file system),在bootfs之上。包含的就是典型Linux系统中的/dev,/proc,/bin,/etc等标准目录和文件。rootfs就是各种不同的操作系统发行版，比如Ubuntu，Centos等等。

虚拟是分钟级别，容器是秒级！

分层的理解

分层的镜像

下载一个镜像，注意观察下载的日志输出，可以看到是一层一层下载！以前下载过得共用

思考：为什么要采用这种分层的结构呢？

最大的好处，莫过于是资源共享了，比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需要在磁盘上保留一份base镜像，同时内存中只需要加载一份base镜像，这样就可以为多有的容器服务了，而且每一层都可以被共享

查看镜像分层的方式可以通过docker image inspect 命令

[root@gh ~]# docker image inspect b8e65a4d736d
[
    {
        "Id": "sha256:b8e65a4d736dca28cd65b1b3b18100aad2984fc9a484d423db7a8fcee1ed5d48",
        "RepoTags": [
            "tomcat:9.0"
        ],
        "RepoDigests": [
            "tomcat@sha256:cd96d4f7d3f5fc4d3bc1622ec678207087b8215d55021a607ecaefba80b403ea"
        ],
        "Parent": "",
        "Comment": "",
        "Created": "2021-12-22T17:16:49.452336288Z",
        "Container": "76834de396e28332c0eaeecd8ef0e90eaee15950099af9ffbb66c33909e43a90",
        "ContainerConfig": {
            "Hostname": "76834de396e2",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "ExposedPorts": {
                "8080/tcp": {}
            },
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/tomcat/bin:/usr/local/openjdk-11/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "JAVA_HOME=/usr/local/openjdk-11",
                "LANG=C.UTF-8",
                "JAVA_VERSION=11.0.13",
                "CATALINA_HOME=/usr/local/tomcat",
                "TOMCAT_NATIVE_LIBDIR=/usr/local/tomcat/native-jni-lib",
                "LD_LIBRARY_PATH=/usr/local/tomcat/native-jni-lib",
                "GPG_KEYS=48F8E69F6390C9F25CFEDCD268248959359E722B A9C5DF4D22E99998D9875A5110C01C5A2F6059E7 DCFD35E0BF8CA7344752DE8B6FB21E8933C60243",
                "TOMCAT_MAJOR=9",
                "TOMCAT_VERSION=9.0.56",
                "TOMCAT_SHA512=b4c2c85891e84f0fbd8fec889ef0890d68a2bfa53eb31d4d39fcf5758aa483694af7ac27533ea4bc3fc3fdae56f2fa9c018d4acf872574c0ec5e37bb443599ce"
            ],
            "Cmd": [
                "/bin/sh",
                "-c",
                "#(nop) ",
                "CMD [\"catalina.sh\" \"run\"]"
            ],
            "Image": "sha256:67426b30667f4bd68d958c2a6ef94703f7fa1780589cd0b94729816592b00217",
            "Volumes": null,
            "WorkingDir": "/usr/local/tomcat",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": {}
        },
        "DockerVersion": "20.10.7",
        "Author": "",
        "Config": {
            "Hostname": "",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "ExposedPorts": {
                "8080/tcp": {}
            },
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/tomcat/bin:/usr/local/openjdk-11/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "JAVA_HOME=/usr/local/openjdk-11",
                "LANG=C.UTF-8",
                "JAVA_VERSION=11.0.13",
                "CATALINA_HOME=/usr/local/tomcat",
                "TOMCAT_NATIVE_LIBDIR=/usr/local/tomcat/native-jni-lib",
                "LD_LIBRARY_PATH=/usr/local/tomcat/native-jni-lib",
                "GPG_KEYS=48F8E69F6390C9F25CFEDCD268248959359E722B A9C5DF4D22E99998D9875A5110C01C5A2F6059E7 DCFD35E0BF8CA7344752DE8B6FB21E8933C60243",
                "TOMCAT_MAJOR=9",
                "TOMCAT_VERSION=9.0.56",
                "TOMCAT_SHA512=b4c2c85891e84f0fbd8fec889ef0890d68a2bfa53eb31d4d39fcf5758aa483694af7ac27533ea4bc3fc3fdae56f2fa9c018d4acf872574c0ec5e37bb443599ce"
            ],
            "Cmd": [
                "catalina.sh",
                "run"
            ],
            "Image": "sha256:67426b30667f4bd68d958c2a6ef94703f7fa1780589cd0b94729816592b00217",
            "Volumes": null,
            "WorkingDir": "/usr/local/tomcat",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": null
        },
        "Architecture": "amd64",
        "Os": "linux",
        "Size": 679660482,
        "VirtualSize": 679660482,
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/8a8c717fa47cf55482c297bf6f9814c7edc8cd3ca3b2092b36855ce8812dee20/diff:/var/lib/docker/overlay2/f8905e986f680517ad340b6b308fb909a5dab41985d3bea8bf5950a22bad0597/diff:/var/lib/docker/overlay2/932c2a0a5cfb810f1a01d2bf513683f5b3ccf97dc63a6861e11e96b62ae97373/diff:/var/lib/docker/overlay2/2169b48cdb0ac086bdc15d6992352a332fd71afd4a22e5d300843123efc0337c/diff:/var/lib/docker/overlay2/3d76d1dff1b1e2017caf199862a2e45f7db4106c46d9b63eecce717d5d67ef6f/diff:/var/lib/docker/overlay2/ddc31eae7e465c9fa9a644d53503f618da86b4d03561ad09e13117b6c5b667da/diff:/var/lib/docker/overlay2/85042032d780db335cef4f3343f0588615e17f0936667f42a65799bc777f087b/diff:/var/lib/docker/overlay2/65bf32d8695715522f1f92e18ef147e7c99d6b319d7f8e447d6286ff04c14d67/diff:/var/lib/docker/overlay2/d61b4282545570092b68f7987d3a07394d6b2854ef62cf3ac0accf1cc43c6200/diff",
                "MergedDir": "/var/lib/docker/overlay2/2c72aa90c7d0884c823857135b5ab2ae3e043b0f87fbaa65b7e5a272d2ddc4b7/merged",
                "UpperDir": "/var/lib/docker/overlay2/2c72aa90c7d0884c823857135b5ab2ae3e043b0f87fbaa65b7e5a272d2ddc4b7/diff",
                "WorkDir": "/var/lib/docker/overlay2/2c72aa90c7d0884c823857135b5ab2ae3e043b0f87fbaa65b7e5a272d2ddc4b7/work"
            },
            "Name": "overlay2"
        },
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:11936051f93baf5a4fb090a8fa0999309b8173556f7826598e235e8a82127bce",
                "sha256:31892cc314cb1993ba1b8eb5f3002c4e9f099a9237af0d03d1893c6fcc559aab",
                "sha256:8bf42db0de72f74f4ef0c1d1743f5d54efc3491ee38f4af6d914a6032148b78e",
                "sha256:26a504e63be4c63395f216d70b1b8af52263a5289908df8e96a0e7c840813adc",
                "sha256:f9e18e59a5651609a1503ac17dcfc05856b5bea21e41595828471f02ad56a225",
                "sha256:832e177bb5008934e2f5ed723247c04e1dd220d59a90ce32000b7c22bd9d9b54",
                "sha256:3bb5258f46d2a511ddca2a4ec8f9091d676a116830a7f336815f02c4b34dbb23",
                "sha256:59c516e5b6fafa2e6b63d76492702371ca008ade6e37d931089fe368385041a0",
                "sha256:18dd2572fe9586c16f5a177200b47055a7d3402f9914bfee17f4f145e11473f2",
                "sha256:f3aba1d63cd284129ae32f1c262f4fe6f2e35e40f2210731e64b5929275abd6e"
            ]
        },
        "Metadata": {
            "LastTagTime": "0001-01-01T00:00:00Z"
        }
    }
]
[root@gh ~]#

理解：

所有的 Docker镜像都起始于一个基础镜像层，当进行修改或增加新的内容时，就会在当前镜像层之上，创建新的镜像层。

举一个简单的例子，假如基于 Ubuntu Linux 16.04 创建一个新的镜像，这就是新镜像的第一层；如果在该镜像中添加 Python包，就会在基础镜像层之上创建第二个镜像层；如果继续添加一个安全补丁，就会创建第三个镜像层。

该镜像当前已经包含 3 个镜像层，如下图所示（这只是一个用于演示的很简单的例子）。

在添加额外的镜像层的同时，镜像始终是保持当前所有镜像的组合，理解这一点是非常重要的。下图拒了一个简单的例子，每个镜像包含三个文件，而镜像包含了来自两个镜像层的6个文件。

上图中的镜像层和之前的图中略有区别，主要目的是便于展示文件

下图中展示了一个稍微复杂的三层镜像，在外部看来整个镜像只有6个文件，这是因为最上层的文件7是文件5的一个更新版

这种情况下，上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。 Docker 通过存储引擎（新版本采用快照机制）的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系統。 Linux 上可用的存储引擎有 AUFS、Overlay2、Device Mapper、Btrfs 以及 ZFS。顾名思义，每种存储引擎都基于 Linux 中对应的文件系统或者块设备技术，并且每种存储引擎都有其独有的性能特点。

Docker 在 Windows 上仅支持 windowsfiter一种存储引擎，该引擎基于 NTFS 文件系统之上实现了分层和 CoW[1]。

下图展示了与系统显示相同的三层镜像。所有镜像层堆叠并合井，对外提供统一的视图。

特点

Docker镜像都是只读的，当容器启动时，一个新的可写层被加载到镜像顶部！

这一层就是我们通常说的容器层，容器之下的都叫镜像层

commit 镜像（提交自己的镜像到本地仓库）

我们可以提交自己的镜像到本地仓库。当我们使用一个镜像创建一个容器后，该容器往往是不符合我的要求的，我们可以在这个容器中进行个性化配置，然后将该容器提交到本地仓库，生成自己的镜像。那么以后同过自己的镜像生成的容器，就已经完成了我们需要的配置了。

提交镜像的命令

docker commit -m="镜像的描述信息" -a="作者" 容器ID 自定义镜像名:版本（TAG）

举一个小例子，我们在前面安装的tomact中的webapps目录下面是没有东西的，但是我们通过tomcat生成的容器tomcat-test是经过了自己的配置，webapps是完善的。下面我们就将容器tomcat-test进行提交。

提交镜像

#1.启动一个默认的tomcat
docker run 容器id
#2.发现这个默认的tomcat是没有webapps应用，镜像的原因，官方的镜像默认webapps下面是没有文件的

#3.自己拷贝进去基本的文件

#4.提交镜像  
#我们操作过的容器通过commit提交作为一个镜像！我们以后就使用我们修改过的镜像即可，这就是我们自己修改的镜像

# 提交
[root@gh ~]# docker commit -a="gh" -m="add webapps" 78bbbfc3574d my-tomcat
sha256:0330062d9ff8d2901c3544e359ac32a7752fe33a53fb0614eb0ceb1190408f48
# 查看镜像(提交成功)
[root@gh ~]# docker images
REPOSITORY            TAG       IMAGE ID       CREATED          SIZE
my-tomcat             latest    0330062d9ff8   4 seconds ago    685MB

测试

[root@gh ~]# docker run -d -p 8083:8080 0330062d9ff8

gh-xiaohe

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
08Docker镜像、提交镜像

目录Docker镜像镜像加载原理1、镜像简介2、UnionFS(联合文件系统)3、Docker镜像加载原理分层的理解理解：特点commit 镜像（提交自己的镜像到本地仓库）提交镜像的命令测试
复制链接

扫一扫