docker镜像

最新推荐文章于 2024-08-12 03:09:46 发布

我就要执行

最新推荐文章于 2024-08-12 03:09:46 发布

阅读量215

点赞数 1

文章标签： docker 容器运维

本文链接：https://blog.csdn.net/weixin_60012466/article/details/121687620

版权

docker镜像

镜像的概念

镜像可以理解为应用程序的集装箱，而docker用来装卸集装箱。

docker镜像含有启动容器所需要的文件系统及其内容，因此，其用于创建并启动容器。

docker镜像采用分层构建机制，最底层为bootfs，其上为rootfs

bootfs：用于系统引导的文件系统，包括bootloader和kernel，容器启动完成后会被卸载以节约内存资源
rootfs：位于bootfs之上，表现为docker容器的根文件系统
- 传统模式中，系统启动之时，内核挂载rootfs会首先将其挂载为“只读”模式，完整性自检完成后将其重新挂载为读写模式
- docker中，rootfs由内核挂载为“只读”模式，而后通过“联合挂载”技术额外挂载一个“可写”层

注意：当删除容器时，这个容器自有的“可写”层会一起被删除

在这里插入图片描述

docker镜像层

在这里插入图片描述

位于下层的镜像称为父镜像（parrent image），最底层的称为基础镜像（base image）；
最上层为“可读写”层，其下的均为“只读”层。

docker存储驱动

docker提供了多种存储驱动来实现不同的方式存储镜像，下面是常用的几种存储驱动：

AUFS
OverlayFS
Devicemapper
Btrfs
VFS

AUFS

AUFS（AnotherUnionFS）是一种Union FS，是文件级的存储驱动。AUFS是一个能透明覆盖一个或多个现有文件系统的层状文件系统，把多层合并成文件系统的单层表示。简单来说就是支持将不同目录挂载到同一个虚拟文件系统下的文件系统。这种文件系统可以一层一层地叠加修改文件。无论底下有多少层都是只读的，只有最上层的文件系统是可写的。当需要修改一个文件时，AUFS创建该文件的一个副本，使用CoW将文件从只读层复制到可写层进行修改，结果也保存在可写层。在Docker中，底下的只读层就是image，可写层就是Container。

AUFS文件系统据说有3W行代码，而ext4文件系统却只有4000-5000行左右代码，这些代码是要被整合进内核的，后来AUFS申请要被合并进内核代码的时候，linuz觉得它这代码太过臃肿，于是拒绝了。因此AUFS这个文件系统一直以来就不是linux内核中自有的文件系统，想用AUFS这个文件系统的话，必须自己向内核打补丁并去编译使用它，但redhat系列的操作系统一向以稳定著称，不会干这种出格的事，所以在redhat系列操作系统中使用AUFS并无可能。而ubuntu上的docker默认使用的就是AUFS。

OverlayFS

Overlay是Linux内核3.18后支持的，也是一种Union FS，和AUFS的多层不同的是Overlay只有两层：一个upper文件系统和一个lower文件系统，分别代表Docker的镜像层和容器层。当需要修改一个文件时，使用CoW将文件从只读的lower复制到可写的upper进行修改，结果也保存在upper层。在Docker中，底下的只读层就是image，可写层就是Container。目前最新的OverlayFS为Overlay2。

AUFS和Overlay都是联合文件系统，但AUFS有多层，而Overlay只有两层，所以在做写时复制操作时，如果文件比较大且存在比较低的层，则AUSF会慢一些。而且Overlay并入了linux kernel mainline，AUFS没有。目前AUFS已基本被淘汰。

DeviceMapper

Device mapper是Linux内核2.6.9后支持的，提供的一种从逻辑设备到物理设备的映射框架机制，在该机制下，用户可以很方便的根据自己的需要制定实现存储资源的管理策略。AUFS和OverlayFS都是文件级存储，而Device mapper是块级存储，所有的操作都是直接对块进行操作，而不是文件。Device mapper驱动会先在块设备上创建一个资源池，然后在资源池上创建一个带有文件系统的基本设备，所有镜像都是这个基本设备的快照，而容器则是镜像的快照。所以在容器里看到文件系统是资源池上基本设备的文件系统的快照，并没有为容器分配空间。当要写入一个新文件时，在容器的镜像内为其分配新的块并写入数据，这个叫用时分配。当要修改已有文件时，再使用CoW为容器快照分配块空间，将要修改的数据复制到在容器快照中新的块里再进行修改。

OverlayFS是文件级存储，Device mapper是块级存储，当文件特别大而修改的内容很小，Overlay不管修改的内容大小都会复制整个文件，对大文件进行修改显然要比小文件要消耗更多的时间，而块级无论是大文件还是小文件都只复制需要修改的块，并不是整个文件，在这种场景下，显然device mapper要快一些。因为块级的是直接访问逻辑盘，适合IO密集的场景。而对于程序内部复杂，大并发但少IO的场景，Overlay的性能相对要强一些。

docker registry

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

Registry用于保存docker镜像，包括镜像的层次结构和元数据。用户可以自建Registry，亦可使用官方的Docker Hub。

docker registry的分类：

Sponsor Registry：第三方的Registry，供客户和Docker社区使用
Mirror Registry：第三方的Registry，只让客户使用
Vendor Registry：由发布docker镜像的供应商提供的registry
Private Registry：通过设有防火墙和额外的安全层的私有实体提供的registry

docker registry的组成：

Repository
- 由某特定的docker镜像的所有迭代版本组成的镜像仓库
- 一个Registry中可以存在多个Repository
  - Repository可分为“顶层仓库”和“用户仓库”
  - 用户仓库名称格式为“用户名/仓库名”
- 每个仓库可包含多个Tag(标签)，每个标签对应一个镜像
Index
- 维护用户帐户、镜像的检验以及公共命名空间的信息
- 相当于为Registry提供了一个完成用户认证等功能的检索接口

Docker Registry中的镜像通常由开发人员制作，而后推送至“公共”或“私有”Registry上保存，供其他人员使用，例如“部署”到生产环境。

在这里插入图片描述

docker镜像的制作

多数情况下，我们做镜像是基于别人已存在的某个基础镜像来实现的，我们把它称为base image。比如一个纯净版的最小化的centos、ubuntu或debian。

那么这个最小化的centos镜像从何而来呢？其实这个基础镜像一般是由Docker Hub的相关维护人员，也就是Docker官方手动制作的。这个基础镜像的制作对于Docker官方的专业人员来说是非常容易的，但对于终端用户来说就不是那么容易制作的了。

Docker Hub

[docker官网](Docker Hub)

Docker Hub是一个基于云的注册服务，它允许你链接到代码库，构建和测试你的镜像，手动存储和发布镜像，以及Docker Cloud的链接，这样你就可以把镜像部署到你的主机上。

它为容器镜像发现、分发和变更管理、用户和团队协作以及整个开发中的工作流自动化提供了集中的资源。

在这里插入图片描述

创建一个仓库:
在这里插入图片描述

Docker Hub提供以下主要特性:

镜像存储库
- 从社区和官方库中查找和提取镜像，并管理、推送和从您可以访问的私有镜像库中提取镜像。
自动化的构建
- 当您更改源代码存储库时，自动创建新的镜像。
webhooks
- 是自动化构建的一个特性，它允许您在成功推送到存储库后触发操作。
组织
- 创建工作组来管理对镜像存储库的访问。
GitHub和Bitbucket(代码)集成
- 将Hub和Docker镜像添加到当前工作组中。

docker镜像的获取

要从一个远程仓库(比如你自己的Docker仓库)获取Docker镜像并将其添加到本地系统中，使用Docker pull命令:

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

这是在TCP上提供docker分发服务的主机(默认为5000)。

识别由注册中心控制的特定镜像

有些注册中心还支持raw;对于这些注册中心来说，raw是可选的
但是，当包含它时，提供的附加层次结构对于区分具有相同功能的镜像非常有用

附加层次结构级别：

Namespace(命名空间)	(举例)Examples(/)
organization(组织)	redhat/kubernetes, google/kubernetes
login(username)	Alice/application, bob/application
role	devel/database, test/database, prod/database(私有仓库创建)

镜像的生成

镜像的生成途径：

Dockerfile
基于容器制作
Docker Hub automated builds(自动构建)

在这里插入图片描述

基于容器制作镜像

根据容器的更改创建一个新镜像

用法:

docker commit(提交) [OPTIONS] CONTAINER [REPOSITORY[:TAG]]

Options(选项)	Default(默认值）	Description(描述)
—author(添加作者信息), -a		Author (e.g., “John Hannibal Smith hannibal@a-team.com”)
-c, --change list(对改变的地方描述一下)		Apply Dockerfile instruction to the created image(对创建的镜像应用Dockerfile指令)
-m,message string(消息字符串)		Commit message(提交信息说明)
-p, --pause(暂停)	true	Pause container during commit(提交期间暂停容器)

[root@localhost ~]# docker pull httpd
Using default tag: latest
latest: Pulling from library/httpd
eff15d958d66: Pull complete 
ba1caf8ba86c: Pull complete 
ab86dc02235d: Pull complete 
0d58b11d2867: Pull complete 
e88da7cb925c: Pull complete 
Digest: sha256:dbffae95ed4c0e9c0cc34ca6ee6f57637365679c0ca60d374ddf71aa67681655
Status: Downloaded newer image for httpd:latest
docker.io/library/httpd:latest

[root@localhost ~]# docker run -it --name h1 httpd /bin/bash # 运行一个容器取名叫h1,基于镜像httpd
root@9a6f2ccd9abb:/usr/local/apache2# ls
bin    cgi-bin  error   icons    logs
build  conf     htdocs  include  modules
root@9a6f2ccd9abb:/usr/local/apache2# echo "This is a test page." > data/index.html
root@9a6f2ccd9abb:/usr/local/apache2# cat data/index.html 
This is a test page.

在创建镜像时，我们不能关闭容器，必须使其处于运行状态，所以我们必须要另起一个终端，然后执行

# 新开的一个终端
[root@localhost ~]# docker ps  # 查看正在运行的容器
CONTAINER ID   IMAGE     COMMAND       CREATED          STATUS          PORTS     NAMES
c2566da390b6   httpd     "/bin/bash"   48 seconds ago   Up 48 seconds   80/tcp    h1

[root@localhost ~]# docker images  # 查看所有镜像
REPOSITORY   TAG       IMAGE ID       CREATED       SIZE
httpd        latest    ad17c88403e2   13 days ago   143MB

[root@localhost ~]# docker commit(提交) -p(暂停) h1
sha256:1885288b291f16a98baed25736926c212dc7e8546c13b13c7e2c73f70c55b3cc

[root@localhost ~]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED          SIZE
<none>       <none>    1885288b291f   10 seconds ago   143MB  # 提交的镜像
httpd        latest    ad17c88403e2   13 days ago      143MB

[root@localhost ~]# docker tag 1885288b291f yunjisuanlp/http:v0.1  # 取名 (docker官网注册的账号名)/httpd:v0.1

[root@localhost ~]# docker images
REPOSITORY         TAG       IMAGE ID       CREATED              SIZE
yunjisuanlp/http   v0.1      1885288b291f   About a minute ago   143MB  # 成功
httpd              latest    ad17c88403e2   13 days ago          143MB

登录将镜像上传到自己的仓库

[root@localhost ~]# docker login
Login with your Docker ID to push and pull images from Docker Hub. If you don't have a Docker ID, head over to https://hub.docker.com to create one.
Username: yunjisuanlp          
Password: 
WARNING! Your password will be stored unencrypted in /root/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store

Login Succeeded  # 登录成功
[root@localhost ~]# docker push yunjisuanlp/http:v0.1  # 上传
The push refers to repository [docker.io/yunjisuanlp/http]
a21e0a3cec44: Pushed 
b1dcc93155ae: Mounted from library/httpd 
205f5d3fcbd9: Mounted from library/httpd 
5fd2cf4ae3b8: Mounted from library/httpd 
d1fa9a83a17c: Mounted from library/httpd 
e1bbcf243d0e: Mounted from library/httpd 
v0.1: digest: sha256:176531e557bc6aa8d0d7283389743afbc857cfdca4d0672e218a19d89dbe4ad4 size: 1572

查看

在这里插入图片描述

使用新生成的镜像创建容器

# 退出之前运行的容器
root@c2566da390b6:/usr/local/apache2# exit
exit

# 使用新生成的镜像创建容器并查看内容
[root@localhost ~]# docker images
REPOSITORY         TAG       IMAGE ID       CREATED          SIZE
yunjisuanlp/http   v0.1      1885288b291f   23 minutes ago   143MB
httpd              latest    ad17c88403e2   13 days ago      143MB

[root@localhost ~]# docker run -it yunjisuanlp/http:v0.1 /bin/bash
root@71bcba402f78:/usr/local/apache2# ls
bin  build  cgi-bin  conf  data  error  htdocs  icons  include  logs  modules
root@71bcba402f78:/usr/local/apache2# cat data/index.html 
This is a test page.

由此可见，新生成的镜像中是包含了新增的内容的，但是此时有一个问题，那就是容器默认要启动的进程是什么？在这里，默认情况下是启动的bash进程，但我们是要启动一个http站点，所以我们要在创建镜像时将容器默认启动的进程设为httpd，这样一来我们就可以通过新生成的镜像来快速构建一个简单的http站点了。

使用docker inspect命令查看h1容器启动的默认进程是什么

[root@localhost ~]# docker ps
CONTAINER ID   IMAGE                   COMMAND       CREATED              STATUS              PORTS     NAMES
d30253051319   yunjisuanlp/http:v0.1   "/bin/bash"   About a minute ago   Up About a minute   80/tcp    great_moser

[root@localhost ~]# docker inspect c07776041c31
......
[
"Cmd": [
                "/bin/bash"
            ],
              "Gateway": "172.17.0.1",
               "IPAddress": "172.17.0.2",
]

重新生成镜像并查看

[root@localhost ~]# docker ps
CONTAINER ID  IMAGE                  COMMAND      CREATED             STATUS             PORTS    NAMES
d30253051319  yunjisuanlp/http:v0.1  "/bin/bash"  About a minute ago  Up About a minute  80/tcp    peaceful_dirac

[root@localhost ~]# docker commit -p -a 'lp 1@2.com' -c 'CMD ["/usr/local/apache2/bin/httpd","-f","-h","data"]' d30253051319 yunjisuanlp/httpd:v0.2
sha256:9e978573d5bd31d83613aad9a607c6ae0aa3ee0d4f66333ce0e06db860b4fb0d
-p 暂停
-a 作者信息
-c 指定CMD
-f 前台运行
-h 网站位置

[root@localhost ~]# docker images
REPOSITORY          TAG       IMAGE ID       CREATED          SIZE
yunjisuanlp/httpd   v0.2      9e978573d5bd   7 seconds ago    143MB  # 新生成的
yunjisuanlp/http    v0.1      1885288b291f   46 minutes ago   143MB
httpd               latest    ad17c88403e2   13 days ago      143MB

使用docker inspect命令查看新容器启动的默认进程是什么，以及其IP地址，然后用curl命令访问该IP，看是否能访问到网页

[root@localhost ~]# curl 172.17.0.2
This is a test page.

镜像的导入与导出

假如有2台主机，我们在主机1上做了一个镜像，主机2想用这个镜像怎么办呢？

我们可以在主机1上push镜像到镜像仓库中，然后在主机2上pull把镜像拉下来使用，这种方式就显得比较麻烦，假如我只是测试用的，在一台主机上做好镜像后在另一台主机上跑一下就行了，没必要推到仓库上然后又把它拉到本地来。

此时我们可以在已有镜像的基础上把镜像打包成一个压缩文件，然后拷贝到另一台主机上将其导入，这就是镜像的导入和导出功能。

docker中我们使用docker save进行导出，使用docker load进行导入。

在已生成镜像的主机上执行docker save导出镜像

[root@localhost ~]# docker images # 查看镜像
REPOSITORY           TAG       IMAGE ID       CREATED          SIZE
yunjisuanlp/centos   v0.2      756f45bca1d5   15 minutes ago   550MB
centos               latest    5d0da3dc9764   2 months ago     231MB

[root@localhost ~]# docker save -o nginx.tar.gz yunjisuanlp/centos:v0.2 # 压缩
[root@localhost ~]# ls
anaconda-ks.cfg  nginx.tar.gz

[root@localhost ~]# docker rmi yunjisuanlp/centos:v0.2 # 删除此镜像
Untagged: yunjisuanlp/centos:v0.2
Untagged: yunjisuanlp/centos@sha256:a89b02a26cf336dcb9724c37d40b86c00aa68899cbc8081b16ee973712ff2b22
Deleted: sha256:756f45bca1d50bbc903fb09c47996602192df14193886055333d812e155c052a
Deleted: sha256:11a443f9d194f1cedef1aa219968078b58f9b535e264b633d3f99d993d3cab6e

在另一台没有镜像的主机上执行docker load导入镜像

[root@localhost ~]# docker load -i nginx.tar.gz # 重新导入
b2dd8c170d43: Loading layer [==================================================>]  330.2MB/330.2MB
Loaded image: yunjisuanlp/centos:v0.2

[root@localhost ~]# docker images # 查看
REPOSITORY           TAG       IMAGE ID       CREATED          SIZE
yunjisuanlp/centos   v0.2      756f45bca1d5   18 minutes ago   550MB
centos               latest    5d0da3dc9764   2 months ago     231MB