从 Docker 镜像仓库获取镜像的命令是 docker pull
。其命令格式为:html
docker pull [选项] [Docker Registry 地址[:端口号]/]仓库名[:标签]
具体的选项能够经过 docker pull --help
命令看到,这里咱们说一下镜像名称的格式。linux
<域名/IP>[:端口号]
。默认地址是 Docker Hub。<用户名>/<软件名>
。对于 Docker Hub,若是不给出用户名,则默认为 library
,也就是官方镜像。
例如:
#docker search busybox 搜索仓库中的对应镜像 [root@localhost ~]# docker search busybox NAME DESCRIPTION STARS OFFICIAL AUTOMATED busybox Busybox base image. 1583
#docker pull 下载镜像 [root@localhost ~]# docker pull progrium/busybox Using default tag: latest latest: Pulling from progrium/busybox b0dc45cd432d: Download complete 364328af40b6: Download complete 9c7abf28af64: Download complete 635bab23d5f1: Download complete 054e7786c1b6: Download complete 5100e35a43b2: Download complete
Digest: sha256:438fd20dc8664ce7c253e65079c08006aa52684314a83722c7f1834188119ad4
Status: Downloaded newer image for progrium/busybox:latest
运行
[root@localhost /]# docker run -it --rm progrium/busybox / # / # ls bin etc lib linuxrc mnt proc run sys usr dev home lib64 media opt root sbin tmp var / # cat /etc/hostname 402bd5b6f54a / # / # ls
/ # cat /etc/os-release
NAME=Buildroot
VERSION=2014.02
ID=buildroot
VERSION_ID=2014.02
PRETTY_NAME="Buildroot 2014.02"nginx
-it
:这是两个参数,一个是 -i
:交互式操做,一个是 -t
终端。咱们这里打算进入 bash
执行一些命令并查看返回结果,所以咱们须要交互式终端。--rm
:这个参数是说容器退出后随之将其删除。默认状况下,为了排障需求,退出的容器并不会当即删除,除非手动 docker rm
。咱们这里只是随便执行个命令,看看结果,不须要排障和保留结果,所以使用 --rm
能够避免浪费空间。
列出镜像web
要想列出已经下载下来的镜像,可使用 docker image ls
命令。docker
[root@localhost ~]# docker images list REPOSITORY TAG IMAGE ID CREATED SIZE [root@localhost ~]# [root@localhost ~]# [root@localhost ~]# docker image list REPOSITORY TAG IMAGE ID CREATED SIZE dockerpracticecn/docker_practice latest b6bfd54275de 7 days ago 41.8MB nginx latest 53f3fd8007f7 13 days ago 109MB hello-world latest fce289e99eb9 4 months ago 1.84kB progrium/busybox latest a67699e37dbd 7 months ago 4.8MB [root@localhost ~]#
#列表包含了 、、、 以及 。仓库名标签镜像 ID建立时间所占用的空间
Docker Hub 中显示的体积是压缩后的体积。在镜像下载和上传过程当中镜像是保持着压缩状态的,所以 Docker Hub 所显示的大小是网络传输中更关心的流量大小。而 docker image ls
显示的是镜像下载到本地后,展开的大小,准确说,是展开后的各层所占空间的总和,由于镜像到本地后,查看空间的时候,更关心的是本地磁盘空间占用的大小。vim
另一个须要注意的问题是,docker image ls
列表中的镜像体积总和并不是是全部镜像实际硬盘消耗。因为 Docker 镜像是多层存储结构,而且能够继承、复用,所以不一样镜像可能会由于使用相同的基础镜像,从而拥有共同的层。因为 Docker 使用 Union FS,相同的层只须要保存一份便可,所以实际镜像硬盘占用空间极可能要比这个列表镜像大小的总和要小的多。bash
你能够经过如下命令来便捷的查看镜像、容器、数据卷所占用的空间。网络
[root@localhost ~]# docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 4 3 156MB 4.797MB (3%) Containers 3 1 4B 2B (50%) Local Volumes 0 0 0B 0B Build Cache 0 0 0B 0B [root@localhost ~]#
为了加速镜像构建、重复利用资源,Docker 会利用 中间层镜像。因此在使用一段时间后,可能会看到一些依赖的中间层镜像。默认的 docker image ls
列表中只会显示顶层镜像,若是但愿显示包括中间层镜像在内的全部镜像的话,须要加 -a
参数ide
docker image ls -a
这样会看到不少无标签的镜像,与以前的虚悬镜像不一样,这些无标签的镜像不少都是中间层镜像,是其它镜像所依赖的镜像。这些无标签镜像不该该删除,不然会致使上层镜像由于依赖丢失而出错。实际上,这些镜像也不必删除,由于以前说过,相同的层只会存一遍,而这些镜像是别的镜像的依赖,所以并不会由于它们被列出来而多存了一份,不管如何你也会须要它们。只要删除那些依赖它们的镜像后,这些依赖的中间层镜像也会被连带删除。ui
不加任何参数的状况下,docker image ls
会列出全部顶级镜像,可是有时候咱们只但愿列出部分镜像。docker image ls
有好几个参数能够帮助作到这个事情。
根据仓库名列出镜像
[root@localhost ~]# docker image ls nginx REPOSITORY TAG IMAGE ID CREATED SIZE nginx latest 53f3fd8007f7 13 days ago 109MB [root@localhost ~]#
Flag shorthand -h has been deprecated, please use --help Usage: docker image ls [OPTIONS] [REPOSITORY[:TAG]] List images Aliases: ls, images, list Options: -a, --all Show all images (default hides intermediate images) --digests Show digests -f, --filter filter Filter output based on conditions provided --format string Pretty-print images using a Go template --no-trunc Don't truncate output -q, --quiet Only show numeric IDs [root@localhost ~]#
若是要删除本地镜像,可使用 docker iamge rm 命令,其格式为:
docker image rm [选项] <镜像1> [<镜像2> ...]
#其中, 能够是 、、 或者 。<镜像>镜像短 ID镜像长 ID镜像名镜像摘要
咱们能够用镜像的完整 ID,也称为 长 ID
,来删除镜像。使用脚本的时候可能会用长 ID,可是人工输入就太累了,因此更多的时候是用 短 ID
来删除镜像。docker image ls
默认列出的就已是短 ID 了,通常取前3个字符以上,只要足够区分于别的镜像就能够了。
[root@localhost ~]# docker image rm hello-world Error response from daemon: conflict: unable to remove repository reference "hello-world" (must force) - container a14868c3b1ec is using its referenced image fce289e99eb9 [root@localhost ~]# docker image rm hello-world -f #指定强制删除 Untagged: hello-world:latest Untagged: hello-world@sha256:92695bc579f31df7a63da6922075d0666e565ceccad16b59c3374d2cf4e8e50e Deleted: sha256:fce289e99eb9bca977dae136fbe2a82b6b7d4c372474c9235adc1741675f587e [root@localhost ~]#
Untagged 和 Deleted
若是观察上面这几个命令的运行输出信息的话,你会注意到删除行为分为两类,一类是 Untagged,另外一类是 Deleted。咱们以前介绍过,镜像的惟一标识是其 ID 和摘要,而一个镜像能够有多个标签。
所以当咱们使用上面命令删除镜像的时候,其实是在要求删除某个标签的镜像。因此首先须要作的是将知足咱们要求的全部镜像标签都取消,这就是咱们看到的 Untagged 的信息。由于一个镜像能够对应多个标签,所以当咱们删除了所指定的标签后,可能还有别的标签指向了这个镜像,若是是这种状况,那么 Delete 行为就不会发生。因此并不是全部的 docker image rm 都会产生删除镜像的行为,有可能仅仅是取消了某个标签而已。
当该镜像全部的标签都被取消了,该镜像极可能会失去了存在的意义,所以会触发删除行为。镜像是多层存储结构,所以在删除的时候也是从上层向基础层方向依次进行判断删除。镜像的多层结构让镜像复用变更很是容易,所以颇有可能某个其它镜像正依赖于当前镜像的某一层。这种状况,依旧不会触发删除该层的行为。直到没有任何层依赖当前层时,才会真实的删除当前层。这就是为何,有时候会奇怪,为何明明没有别的标签指向这个镜像,可是它仍是存在的缘由,也是为何有时候会发现所删除的层数和本身 docker pull 看到的层数不同的源。
除了镜像依赖之外,还须要注意的是容器对镜像的依赖。若是有用这个镜像启动的容器存在(即便容器没有运行),那么一样不能够删除这个镜像。以前讲过,容器是以镜像为基础,再加一层容器存储层,组成这样的多层存储结构去运行的。所以该镜像若是被这个容器所依赖的,那么删除必然会致使故障。若是这些容器是不须要的,应该先将它们删除,而后再来删除镜像。
用 docker image ls 命令来配合
像其它能够承接多个实体的命令同样,可使用 docker image ls -q 来配合使用 docker image rm,这样能够成批的删除但愿删除的镜像。咱们在“镜像列表”章节介绍过不少过滤镜像列表的方式均可以拿过来使用。
[root@localhost ~]# docker image rm $(docker image ls -q busybox) Untagged: busybox:latest Untagged: busybox@sha256:4b6ad3a68d34da29bf7c8ccb5d355ba8b4babcad1f99798204e7abb43e54ee3d Deleted: sha256:64f5d945efcc0f39ab11b3cd4ba403cc9fefe1fa3613123ca016cf3708e8cafb Deleted: sha256:d1156b98822dccbb924b4e5fe16465a7ecac8bfc81d726177bed403a8e70c972 [root@localhost ~]#
docker commit
的语法格式为:
docker commit [选项] <容器ID或容器名> [<仓库名>[:<标签>]]
咱们能够用下面的命令将容器保存为镜像:
[root@localhost /]# docker commit --author "zy" --message "test" webserver nginx:v2 sha256:173e28b87308d544c613021291af19a2176c6e7a173c343b727d1e9ea0da511a [root@localhost /]# [root@localhost /]# docker image ls nginx REPOSITORY TAG IMAGE ID CREATED SIZE nginx v2 173e28b87308 About a minute ago 109MB nginx latest 53f3fd8007f7 3 weeks ago 109MB [root@localhost /]#
运行这个镜像
[root@localhost /]# docker run --name web2 -d -p 81:80 nginx:v2 362391a295efd23396a01c314a6d0d64cb37daa83e6d11f2cea8e9f295730be9 [root@localhost /]# ss -tnl State Recv-Q Send-Q Local Address:Port Peer Address:Port LISTEN 0 128 *:22 *:* LISTEN 0 100 127.0.0.1:25 *:* LISTEN 0 128 :::4000 :::* LISTEN 0 128 :::80 :::* LISTEN 0 128 :::81 :::* LISTEN 0 128 :::22 :::* LISTEN 0 100 ::1:25 :::* [root@localhost /]#
Dockerfile 是一个文本文件,其内包含了一条条的 指令(Instruction),每一条指令构建一层,所以每一条指令的内容,就是描述该层应当如何构建。
docker build [选项] <上下文路径/URL/->
[root@localhost /]# mkdir mynginx [root@localhost /]# cd mynginx/ [root@localhost mynginx]# ls [root@localhost mynginx]# touch Dockerfile [root@localhost mynginx]# vim Dockerfile
[root@localhost mynginx]# cat Dockerfile
FROM nginx
RUN echo "test" > /usr/share/nginx/html/index.html
[root@localhost mynginx]#
[root@localhost mynginx]# docker build -t nginx:v3 . Sending build context to Docker daemon 2.048kB Step 1/2 : FROM nginx ---> 53f3fd8007f7 Step 2/2 : RUN echo "test" > /usr/share/nginx/html/index.html ---> Running in d7e6cbdd001a Removing intermediate container d7e6cbdd001a ---> 04ddf23f6f85 Successfully built 04ddf23f6f85 Successfully tagged nginx:v3 [root@localhost mynginx]# docker image ls nginx REPOSITORY TAG IMAGE ID CREATED SIZE nginx v3 04ddf23f6f85 13 seconds ago 109MB nginx v2 173e28b87308 29 minutes ago 109MB nginx latest 53f3fd8007f7 3 weeks ago 109MB [root@localhost mynginx]#