Docker 拉取镜像及标签操作 pull | tag

重翻Fabric项目的源码,发现Docker部分内容,有很多不尽理解的地方,看着看着,就看到使用docker pull拉取Fabric镜像及使用docker tag为镜像重命名,稍作思虑,发现虽然使用过,却未求甚解,得过且过,如今已经忘了如何运用……

1. docker pull

从镜像源拉取镜像,一般来说是从Docker Hub拉取镜像(image)

docker pull [OPTIONS] NAME[:TAG|@DIGEST]

选项,简写 默认 描述
–all-tags , -a 从镜像库拉取所有tag标签名的镜像
–disable-content-trust true 忽略镜像校验

比如:

1

2

3

4

5

6

7

$ docker pull hyperledger/fabric-$IMAGES:$FABRIC_TAG

Options:

# -a  拉取所有不同标签的镜像

 -a, --all-tags    Download all tagged images in the repository

#  忽略镜像校验,默认项

  --disable-content-trust Skip image verification (default true)

我们实际操作一下看看,操作环境是常用的Ubuntu16.04

1.1 普通拉取

实际上我们可以直接拉取该镜像的最新版,默认拉取tag为latest的镜像

比如:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

#拉取了java的镜像,tag为latest

$ docker pull java

Using default tag: latest

latest: Pulling from library/java

5040bd298390: Pull complete

fce5728aad85: Pull complete

76610ec20bf5: Pull complete

60170fec2151: Pull complete

e98f73de8f0d: Pull complete

11f7af24ed9c: Pull complete

49e2d6393f32: Pull complete

bb9cdec9c7f3: Pull complete

Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

Status: Downloaded newer image for java:latest

拉取完成,我们可以查看已经拥有的镜像

1

2

3

4

5

$ docker images

REPOSITORY   TAG     IMAGE ID   CREATED    SIZE

java    latest    d23bdf5b1b1b  20 months ago  643MB

1.2 tag标签名拉取

从上述输出内容,我们可以发现,虽然只拉取了一个java镜像,但是拉取过程中,却有多个Pull complete,5040bd298390和fce5728aad85等8个,这是因为镜像可以由多“层”(layers)组成,而这种“层”可以被其他的镜像复用(有点像前端的组件或模块),从而组成新镜像。

如果拉取另一个镜像,其中某些“层”已经下载过,那么docker pull则只会拉取元数据,而不会重复拉取“层”。

Docker的镜像库使用了内容寻址储存功能,而镜像ID是由SHA256作为摘要代表了其中包含的配置及“层”,下面我们来证明一下,因为我拉取的是java:latest,即tag名为latest的镜像,所以我需要找到和latest同版不同tag名的镜像(本质上是一个镜像,只是标签名不一样),在Docker Hub上搜到如下结果:

Docker 拉取镜像及标签操作 pull | tag_第1张图片

拉取tag名为8-jdk的镜像:

1

2

3

4

$ docker pull java:8-jdk

8-jdk: Pulling from library/java

Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

Status: Downloaded newer image for java:8-jdk

很明显,此处的拉取没有看到“层”的信息,且摘要的sha256值也与tag名为latest的镜像完全一样,本质上这是完全相同的两个镜像,由相同的“层”组成,所以不需要再次拉取了。

此时,你们也许会和我产生相同的疑问,“完全相同?”,那是不是代表他们在操作环境中只存在一个?那么又用谁的tag名来命名呢?我们来看如下输出:

1

2

3

4

$ docker images

REPOSITORY   TAG     IMAGE ID   CREATED    SIZE

java    8-jdk    d23bdf5b1b1b  20 months ago  643MB

java    latest    d23bdf5b1b1b  20 months ago  643MB

我们可以清楚的看到,此时查看所有镜像,有tag名分别为8-jdk和latest的镜像罗列其上,java:8-jdk和 java:latest拥有相同的image ID,因为本质上他们确实是 同一镜像 ,只是由 不同标签 所标记。

由于镜像完全相同,则他们的“层”只储存一次,且不会消耗额外的磁盘空间,即操作环境中只存在一个java镜像,也可以用不同的tag标记这个镜像。

更多关于镜像,“层”,内容寻址存储库的信息,请移步还未开的新坑深度解析Docker镜像,“层”和存储驱动

1.3 摘要拉取

通过上述两种拉取镜像的方式,我们获得了一个sha256

sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

我们下面尝试摘要拉取镜像的方法:

1

2

3

4

$ docker pull java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d: Pulling from library/java

Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

Status: Image is up to date for java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

该摘要的镜像,已经是最新,不需要拉取。

1

2

3

4

$ docker images

REPOSITORY   TAG     IMAGE ID   CREATED    SIZE

java    8-jdk    d23bdf5b1b1b  20 months ago  643MB

java    latest    d23bdf5b1b1b  20 months ago  643MB

镜像列表毫无变动。

这里需要提及一个知识点,摘要可以在Dockerfile中配合FROM使用:

FROM java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d

MAINTAINER some maintainer

这种引用方式,由于特定摘要,会将镜像固定为特定的版本,且不会更新,如需要使用其他版本,则需要变更摘要内容

1.4 从其他注册中心拉取

重申,默认情况下,docker pull从Docker Hub拉取镜像。当然,我们可以设置从其他注册中心拉取镜像:

$ docker pull localregistry.example:6666/testing/test-image

此处需要注意,注册中心的URL前不需要加http://或https://

1.5 从同一镜像库,一次拉取多个镜像

使用docker pull -a 则可以拉取同一镜像库中所有镜像。

1.6 取消拉取

取消拉取动作可以杀死拉取进程,直接在操作界面CTRL+c。

2. docker tag

给源镜像创建一个新的tag

docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG]

镜像名,是由斜杠分割的每一个name组成部分构成的,如library/java。

用冒号分割name和tag,如library/java:8-jdk。

我们还可以在镜像名前加一些前缀,表示镜像来源是其他注册中心或私有注册中心,如

localregistry.example:6666/library/java:8-jdk

2.1 给Name引用的镜像加标签

$ docker tag java java:byname

读者们可以自行尝试docker tag java java:byname和docker tag java lib/java:byname有何异同

2.2 给ID引用的镜像加标签

$ docker tag d23bdf5b1b1b java:byid

2.3 给Name和Tag引用的镜像加标签

$ docker tag java:8-jdk java:bynameandid

2.4 给私有注册中心的镜像加标签

为了将镜像上传到私有注册中心,需要给镜像重命名,规则为:

$ docker tag java:8-jdk localregistry.example:6666/library/java:8-jdk-v1

docker pull和 docker tag是使用频率颇高的命令,使用方法简单,却有很多技巧,读者们可以自行练习、尝试。

后记

其实接触docker也很久了,怎么想到写这部分的内容呢?

下笔的初衷,是为求知识的沉淀,一直以来,上级领导对我的要求是快速应用技术,产生价值,那么理论研究,底层原理,甚至基础的命令,可能都不知真意,仅仅是能用,会用。

就像驾校教会学员驾驶技术(也可能没教会),却未曾教授汽车的组成(架构),运作机制(底层原理)。手会挂挡转方向盘,脚会踩离合油门刹车,是不是也就够了,会开车了。

那么为什么要沉淀?

其一,当有人问你,一些命令,一些原理的时候,你支支吾吾无法作答,因为你只是通过指尖的肌肉记忆了命令的使用方法,更遑论原理或底层;

其二,触类旁通,从最初的前端菜鸟,到后来的使用Spring Boot架构写Java应用,再到现在学习使用Linux命令(shell)、Docker、Go来应用区块链框架 HyperLedger Fabric 做生产,看似有些跨度,然而还是一个相同的领域,人与机器之间的交流。我学会的是用不同的语种去和会各种机器语言的机器去交流,就像一个活在机器国度的异族,会读,会写。在机器世界的践行之路上,与一开始的HTML,CSS,JavaScript,我的启蒙,渐行渐远。正值国庆前夕,暂且写在这里,感觉自己就是一颗过度吸水和接受充分光照的豆芽,越长越高,然而越高的地方越是纤细,根部不够繁茂,颈部不够粗壮,越是易弯易折。应当时刻鞭策自己,不弃初心,不忘本职,汲取前端更有营养的内容,强壮己身。

以上这篇Docker 拉取镜像及标签操作 pull | tag就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持脚本之家。

详解docker pull下来的镜像存储在哪里

这篇文章主要介绍了详解docker pull下来的镜像存储在哪里,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧

20200804补充:文章可能说法有误。大佬可查询其他答案。

docker pull xxx,就可以把想要的镜像拉下来直接使用,但是pull下来的镜像存储在哪里呢?这里做下记录:

此处docker 版本为:Docker version 1.13.1

1. 进入docker目录,如下:

1

2

3

root@iZuf6axmuekh1n14dwcufmZ:/# cd var/lib/docker/

root@iZuf6axmuekh1n14dwcufmZ:/var/lib/docker# ls

aufs containers image network plugins swarm tmp trust volumes

2. 进入containers,每一个序列号,都是一个镜像,如下:

1

2

cd containers/

2addde372f5b4850ab167f1067db525313e1569e7117074841cc171acca7621d 4ce1634ce6f17474c8e6696bcf428e621f8c9572e1387316cf8183c97f4ad271

3.进入其中一个镜像,发现目录结构如下,这就是这个镜像的内容了,如下:

1

2

cd 2addde372f5b4850ab167f1067db525313e1569e7117074841cc171acca7621d/

2addde372f5b4850ab167f1067db525313e1569e7117074841cc171acca7621d-json.log checkpoints config.v2.json hostconfig.json hostname hosts resolv.conf resolv.conf.hash shm

4.在containers同级目录,有个叫image的文件夹,进入如下:

1

2

cd images/aufs

distribution imagedb layerdb repositories.json

里面有个repositories.json的文件,详细记录了镜像的一些信息:

{"Repositories":{"mysql":{"mysql:latest":"sha256:7d83a47ab2d2d0f803aa230fdac1c4e53d251bfafe9b7265a3777bcc95163755","mysql@sha256:1f95a2ba07ea2ee2800ec8ce3b5370ed4754b0a71d9d11c0c35c934e9708dcf1":"sha256:7d83a47ab2d2d0f803aa230fdac1c4e53d251bfafe9b7265a3777bcc95163755"},"tomcat":{"tomcat:latest":"sha256:3dcfe809147daf54fbdbe1f6886b4c49df63f28e2b3c8ac119fef6a7f7490d3c","tomcat@sha256:d167fd5df11d7a7f7a3b04bd08a021948c67c92932ed38c740296c2ae69f67a3":"sha256:3dcfe809147daf54fbdbe1f6886b4c49df63f28e2b3c8ac119fef6a7f7490d3c"}}}

(如果image没有aufs目录的,可能是这样的

1

2

3

4

5

[root@izbp163wlhi02tcaxyu image]# ls

overlay2

[root@izbp163wlhi02tcaxyu image]# cd overlay2/

[root@izbp163wlhi02tcaxyu overlay2]# ls

distribution imagedb layerdb repositories.json

命令行如下:

Docker 拉取镜像及标签操作 pull | tag_第2张图片

 到此这篇关于详解docker pull下来的镜像存储在哪里的文章就介绍到这了,更多相关docker pull镜像存储内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

你可能感兴趣的:(docker)