标签:epo 方式 启动 rabbit table 新版 依赖 ota iges
镜像是 Dokcer 的三大组件之一。
Docker运行容器之前本地需要存在对应的镜像,如果本地不存在该镜像,Dokcer 则会从镜像仓库中下载该镜像。
Docker Hub 上有大量的高质量的镜像可以使用,下面先介绍怎么获取这些镜像
docker pull
: 从 Docker 镜像残酷获取镜像
docker pull --help
: 通过该命令可以看到镜像名称格式
要想列出已经下载下来的镜像,可以使用 docker image ls
or docker images
命令。
[root@iZbp17khuqdfkef3nl1db3Z ~]# docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
docker.io/rabbitmq latest 84bc4895f175 7 days ago 151 MB
docker.io/mysql latest 3a5e53f63281 8 days ago 465 MB
docker.io/hello-world latest fce289e99eb9 12 months ago 1.84 kB
列表包含了 仓库名
、标签
、镜像 ID
、创建时间
以及 所占用的空间
。
如果仔细观察,会注意到,这里标识的所占用空间和在 Docker Hub 上看到的镜像大小不同。比如,mysql
镜像大小,在这里是 465MB
,但是在 Docker Hub 显示的却是 10MB+
。这是因为 Docker Hub 中显示的体积是压缩后的体积。在镜像下载和上传过程中镜像是保持着压缩状态的,因此 Docker Hub 所显示的大小是网络传输中更关心的流量大小。而 docker image ls
显示的是镜像下载到本地后,展开的大小,准确说,是展开后的各层所占空间的总和,因为镜像到本地后,查看空间的时候,更关心的是本地磁盘空间占用的大小。
我们可以通过以下命令来便捷的查看镜像、容器、数据卷所占用的空间。
[root@iZbp17khuqdfkef3nl1db3Z ~]# docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 3 2 616 MB 465.2 MB (75%)
Containers 9 0 232 B 232 B (100%)
Local Volumes 4 4 440.3 kB 0 B (0%)
有时在镜像列表中,可以看到一些特殊的镜像,这类镜像既没有仓库名、也没有标签、均为<noon>
,比如:
<none> <none> 00285df0df87 5 days ago 342 MB
这个镜像原本是有镜像名和标签的,原来为 mongo:3.2
,随着官方镜像维护,发布了新版本后,重新 docker pull mongo:3.2
时,mongo:3.2
这个镜像名被转移到了新下载的镜像身上,而旧的镜像上的这个名称则被取消,从而成为了 <noon>
,这类 无标签镜像 也被称为 虚悬镜像,可以使用下面的命令来专门查看:
docker image ls -f dangling=true : 列出所有虚悬镜像
一般来说,虚悬镜像已经失去了存在的价值,是可以随便删除的:
docker image prune : 删除虚悬镜像
为了加速镜像构建、重复利用资源,Docker 会利用 中间层镜像。所以在使用一段时间后,可能会看到一些依赖的中间层镜像。默认的 docker image ls
列表中只会显示顶层镜像,如果希望显示包括中间层镜像在内的所有镜像的话,需要加 -a
参数。
docker image ls -a : 列出中间层镜像
这样会列出很多无标签镜像,与之前的虚悬镜像不同,这类镜像很多都是中间层镜像,是其他镜像所依赖的镜像,不能随意删除,否则会导致 上层镜像 因为以来丢失而出错。只要删除那些依赖它们的镜像后,这些依赖的中间层镜像也会被连带删除。
不加任何参数的情况下,docker image ls
会列出所有顶层镜像,但是有时候我们只希望列出部分镜像。docker image ls
有好几个参数可以帮助做到这个事情。
根据仓库名列出镜像
docker image ls hello-world : hello-world:仓库名
列出特定的某个镜像,也就是说指定仓库名和标签
docker image ls hello-world:latest : tag为latest
以特定格式显示
docker image ls -q : 列出所有的镜像Id
docker image ls --format "{{.ID}}: {{.Repository}}" : 直接列出镜像结果,并且只包含镜像ID和仓库名
docker image ls --format "table {{.ID}}\t{{.Repository}}\t{{.Tag}}" : 以表格等距显示,并且有标题行,和默认一样,不过自己定义列
如果要删除本地的镜像,可以使用 docker image rm
命令,其格式为:
docker image rm [选项] <镜像1> [<镜像2> ...]
用 ID、镜像名、摘要删除镜像
其中,<镜像>
可以是 镜像短 ID
、镜像长 ID
、镜像名
或者 镜像摘要
。
### 根据短Id删除镜像,只需要取镜像id的前三位就是 短Id
### 根据镜像名删除 mysql 镜像
[root@iZbp17khuqdfkef3nl1db3Z ~]# docker image rm mysql
Untagged: mysql:latest
Untagged: docker.io/mysql@sha256:f1df505c4c6e8eae599a0482e3bde3e761cd700c00cbc371a8161648a26817c0
Deleted: sha256:3a5e53f6328162f8d8bc70131658a721e8e7dcf7495f2fae7cfe4febdbcfefbb
Deleted: sha256:f2533710d884b7eb9329d63844e1504c2d166cdb9139be622f9a5ed5dbd8044c
Deleted: sha256:573b1ee1cfefd4e3c18ade60576f03e275e28b73d985ce551ae78b1a93a81ace
Deleted: sha256:a7de8634d9c2f1188b74aceb18c048e37ea86eace1c4614996e76abc065e71fb
Deleted: sha256:96b788fd084094ed5b2b00b29865ec25bdba4aba633b8a86bb7e485df21e9dfb
Deleted: sha256:c1f124fbef5b35b53dadbd9caa1a272bde42490963ec68daa0a0e52a516cf5f9
Deleted: sha256:5f7c68324b959d2c806db18d02f153bc810f9842722415e077351bc834cc8578
Deleted: sha256:338fc0cd3fb4b87a2b83d274e8fbf475fbde19947c4ac5c5eb6e981a6fb0e8f0
Deleted: sha256:f7a4ccab931f1d1e861961eb951a7806d91ccb375e737fe1f84282f6bbafd2be
Deleted: sha256:f388e1092f8fb931a3cd07a7381bd9707d19526ff81f8b624e932f4919c27a3e
Deleted: sha256:e209b7a884b4d2e9d56bbac40ced48f2caa6a19e7ad6eb6dd20ff754f3af2c5d
Deleted: sha256:2401cf11c5455d505ef49657afcc709197ffcdfc9bd732508e9b62578a30b3a5
Deleted: sha256:814c70fdae62bc26c603bfae861f00fb1c77fc0b1ee8d565717846f4df24ae5d
更精确的是使用 镜像摘要
删除镜像。
docker image ls --digests : 列出镜像的镜像摘要
docker image rm node@镜像摘要 : 根据镜像摘要删除镜像
如果观察上面这几个命令的运行输出信息的话,你会注意到删除行为分为两类,一类是 Untagged
,另一类是 Deleted
。我们之前介绍过,镜像的唯一标识是其 ID 和摘要,而一个镜像可以有多个标签。
因此当我们使用上面命令删除镜像的时候,实际上是在要求删除某个标签的镜像。所以首先需要做的是将满足我们要求的所有镜像标签都取消,这就是我们看到的 Untagged
的信息。因为一个镜像可以对应多个标签,因此当我们删除了所指定的标签后,可能还有别的标签指向了这个镜像,如果是这种情况,那么 Delete
行为就不会发生。所以并非所有的 docker image rm
都会产生删除镜像的行为,有可能仅仅是取消了某个标签而已。
当该镜像所有的标签都被取消了,该镜像很可能会失去了存在的意义,因此会触发删除行为。镜像是多层存储结构,因此在删除的时候也是从上层向基础层方向依次进行判断删除。镜像的多层结构让镜像复用变得非常容易,因此很有可能某个其它镜像正依赖于当前镜像的某一层。这种情况,依旧不会触发删除该层的行为。直到没有任何层依赖当前层时,才会真实的删除当前层。这就是为什么,有时候会奇怪,为什么明明没有别的标签指向这个镜像,但是它还是存在的原因,也是为什么有时候会发现所删除的层数和自己 docker pull
看到的层数不一样的原因。
除了镜像依赖以外,还需要注意的是容器对镜像的依赖。如果有用这个镜像启动的容器存在(即使容器没有运行),那么同样不可以删除这个镜像。之前讲过,容器是以镜像为基础,再加一层容器存储层,组成这样的多层存储结构去运行的。因此该镜像如果被这个容器所依赖的,那么删除必然会导致故障。如果这些容器是不需要的,应该先将它们删除,然后再来删除镜像。
像其它可以承接多个实体的命令一样,可以使用 docker image ls -q
来配合使用 docker image rm
,这样可以成批的删除希望删除的镜像。有很多过滤镜像列表的方式都可以拿过来使用。
比如,我们需要删除所有仓库名为 redis
的镜像:
docker image rm $(docker image ls -q redis)
或者删除所有在 mongo:3.2
之前的镜像:
docker image rm $(docker image ls -q -f before=mongo:3.2)
标签:epo 方式 启动 rabbit table 新版 依赖 ota iges
原文地址:https://www.cnblogs.com/leizzige/p/12231083.html