【Docker】Docker学习02 | docker-cli的基本命令
简单了解一下docker client的常用命令,更多命令可以查看完整命令列表。不同命令之间的关系,可以查看下图。
如果你看不到图片,不用担心,后面对每个命令进行介绍的时候,会提到它们的作用的。
本文所述的所有命令都是docker-cli
的命令(cli是client的缩写),它们本质上都是在和主机上的 docker engine 通信,获取结果。最终容器的运行管理,实际上都是由作为服务端的 docker engine 来处理的。所以在运行 docker-cli 命令之前,需要保证 docker engine 已经启动。一般的Linux系统上,都可以使用 systemctl 命令管理 docker engine 的服务。
1 | systemctl start docker |
基础命令
docker的帮助命令和基本信息
1 | docker --help # 查看帮助命令 |
镜像相关命令
docker pull
用于下载镜像,当不指定tag的时候,会默认拉取latest版本(大部分镜像都会维护一个tag为latest的镜像)
1 | docker pull 镜像名:tag |
如果你不知道某个镜像是否存在,可以用docker search命令来查询它。
docker images
查看当前本地已有的镜像的相关信息
1 | docker images |
1 | ❯ docker images |
另外,可以使用docker images prune
快速删除所有未被容器使用且没有被tag的镜像层,如果想删除所有未被使用的镜像层,可以在这个命令后加上-a
选项。
为什么需要清理呢?如果本地存在镜像层损坏,可能会影响新容器的构建和创建操作。可以尝试使用这个命令清理一下本地的镜像层。镜像层文件一般存放在/var/lib/docker/overlay2
中。
注意,prune选项只是删除没有被使用的镜像层,但有些镜像的tag为none,但本身会和其他镜像共用镜像层,此时使用prune是不会清理掉这些镜像的。如果你想清理掉tag为none的镜像,可以使用如下命令快速清除。
1 | docker images -f "dangling=true" -q | xargs docker rmi |
docker tag
该命令用于给一个已有的镜像设置一个tag(设置镜像的名字)
1 | docker tag 镜像id 命名镜像 |
每个docker镜像都有个标识(镜像的完整名字),通常由仓库名、镜像名和标签组成。
1 | 仓库名/镜像上传者名/镜像本身名字:tag |
且为了区分镜像的上传者,镜像名中通常以斜杠来分割镜像上传者和镜像本身的名字。默认情况下,使用的仓库都是官方的docker hub,所以镜像的仓库名会被省略。
1 | musnows/ImagesName:tag |
如果你使用了docker的镜像源(比如南京大学的镜像源),那么拉取下来的镜像中就会有仓库的名字。
1 | docker.nju.edu.cn/jellyfin/jellyfin:latest |
docker rmi
可以使用docker rmi
命令来删除某个镜像,需要提供镜像的名字:tag
或者镜像的ID。
1 | docker rmi 镜像ID |
如果要删除某个镜像,这个镜像必须没有关联的容器(需要先把关联的容器删除),才能被删除。否则删除请求会被拒绝。当然,可以使用-f
选项来强制删除某个镜像。
另外,如果使用镜像名:tag
的方式删除某个镜像时,并不一定会触发删除操作。因为同一个镜像可能会被打上多个tag,这时候只删除其中一个tag,相当于取消tag的操作。如果确定需要删除这个镜像,直接使用镜像的ID来删除是更好的办法。
如下所示,可以看到同一个镜像有两个不同的tag
1 | REPOSITORY TAG IMAGE ID CREATED SIZE |
此时我们删除其中一个tag,可以看到返回的说明是Untagged
,相当于是取消了对这个镜像的t:1
这个tag。
1 | $ docker rmi t:1 |
把t:2
这个tag也给删除,才会真正删除镜像
1 | $ docker rmi t:2 -f |
docker inspect
这个命令用于查询某个容器/镜像的元数据,会以json格式返回元数据
1 | docker inspect [OPTIONS] NAME|ID [NAME|ID...] |
docker save/load
docker save和docker load命令相对应,用于将一个镜像打包成tar格式的文件,方便在不同主机上进行传输。其他主机可以用load命令加载一个导出的镜像
1 | # 打包本地镜像 |
为了减少导出镜像的文件大小,还可以用gzip命令来压缩导出的镜像包的体积
1 | # 通过管道,将docker save的结果传输给gzip工具,进行压缩 |
【重点】docker build
docker build命令用于从docker file中构建一个docker的镜像,参考菜鸟教程
1 | docker build [OPTIONS] PATH | URL | - |
OPTIONS说明:
- –build-arg=[] :设置镜像创建时的变量;
- –cpu-shares :设置 cpu 使用权重;
- –cpu-period :限制 CPU CFS周期;
- –cpu-quota :限制 CPU CFS配额;
- –cpuset-cpus :指定使用的CPU id;
- –cpuset-mems :指定使用的内存 id;
- –disable-content-trust :忽略校验,默认开启;
- -f :指定要使用的Dockerfile路径;
- –force-rm :设置镜像过程中删除中间容器;
- –isolation :使用容器隔离技术;
- –label=[] :设置镜像使用的元数据;
- -m :设置内存最大值;
- –memory-swap :设置Swap的最大值为内存+swap,”-1”表示不限swap;
- –no-cache :创建镜像的过程不使用缓存;
- –pull :尝试去更新镜像的新版本;
- –quiet, -q :安静模式,成功后只输出镜像 ID;
- –rm :设置镜像成功后删除中间容器;
- –shm-size :设置/dev/shm的大小,默认值是64M;
- –ulimit :Ulimit配置。
- –squash :将 Dockerfile 中所有的操作压缩为一层。
- –tag, -t: 镜像的名字及标签,通常 name:tag 或者 name 格式;可以在一次构建中为一个镜像设置多个标签。
- –network: 默认 default。在构建期间设置RUN指令的默认网络模式;
示例1:使用.
当前路径下的dockerfile构建镜像,tag为runoob/ubuntu:v1
。
1 | docker build -t runoob/ubuntu:v1 . |
示例2:使用指定路径/path/to/a/Dockerfile
中的dockerfile,从.
当前目录中指定上下文,【重点】Docker需要拷贝的内容是以命令中指定的.
当前目录为PWD进行dockerfile内相对路径计算的,构建镜像。
1 | docker build -f /path/to/a/Dockerfile . |
示例3:使用-f
手动指定dockerfile的名字为base.dockerfile
,并设置了docker镜像的默认网络模式是host,这个网络模式下docker容器会直接使用宿主机的端口。
如果没有指定dockerfile文件,默认会忽略大小写在当前目录下搜索名为dockerfile
的文件。
1 | docker build --network host -f base.dockerfile . |
构建过程中可能遇到一些问题,比较常见的是和构建缓存还有上下文相关的,示例如下,报错中提到了/install/grpc
文件不存在,这是因为当前指定的docker build上下文中没有办法被COPY到这个文件,需要检查你指定的docker构建上下文以及dockerfile中的相对路径是否正确。
1 | ERROR: failed to solve: failed to compute cache key: failed to calculate checksum of ref 15c2f5bc-d5d7-4c81-9b8d-35af99494b3e::iuik026yg20qwxl8dajjkigru: "/install/grpc": not found |
还有另外一个问题是我在构建一个新镜像时遇到的,出现的场景在于上一次构建被我手动CTRL+C终止了,再次构建就会出现错误(即便build命令加上--no-cache
选项也会失败)。这种大概率就是缓存损坏了,可以用如下方式清理一下本地的构建缓存。
1 | # 删除损害的构建缓存 |
容器相关命令
docker ps
查看当前正在运行的容器。
1 | docker ps |
1 | ❯ docker ps |
使用-a
选项可以看到所有容器,包括创建了但没有运行的容器(停止状态的容器)。
1 | ❯ docker ps -a |
所有使用容器名操作的命令,都可以使用容器的CONTAINER ID
进行操作,使用容器的container id
是更好的选择,因为它是每个容器唯一的,不会重复。
docker start/stop/restart
用于对某个容器进行操作,启动、停止、容器容器。
1 | docker start 容器名 # 运行 |
docker rm
这个命令用于删除某个容器。容器必须是停止状态才能被删除。同样可以使用-f
选项强制删除某个正在运行的容器。
1 | docker rm 容器名 |
docker stats
这个命令可以查看当前正在运行的容器状态,包括容器占用的内存/CPU百分比等性能信息
1 | docker stats # 查看所有容器的运行状态 |
docker exec
这个命令用于进入某个正在运行的容器的终端,或者说是在某个容器中执行命令,-it
选项代表以命令行交互与容器通信。
1 | docker exec -it 容器名 需要执行的命令 |
比如我们想进入linux_monitor
容器的终端,使用的是如下命令。这个命令本质上是在容器内执行/bin/bash
命令,相当于启动了一个容器内的bash终端。
1 | docker exec -it linux_monitor /bin/bash |
如果我们想进入mysql容器内的mysql命令行,可以使用如下命令,相当于在名为mysql57
的容器的终端中执行了mysql -uroot -p123456
命令,这样能直接进入容器内的mysql终端。
1 | docker exec -it mysql57 mysql -uroot -p123456 |
如下所示,我们使用这个命令直接进入了mysql容器内的终端
1 | ❯ docker exec -it mysql57 mysql -uroot -p123456 |
进入容器后,执行exit命令即会退出容器内的终端,回到宿主机的终端中。
注意,只有一个容器处于运行状态,才能使用 docker exec 进入到容器内终端中。
docker attach
想直接进入容器终端,还有另外一个命令。这个命令会直接进入容器内的终端。
1 | docker attach 容器名 |
对比一下attach和exec命令
- attach 不会在容器中创建进程执行额外的命令,只是附着到容器上。
- exec 会在运行的容器上创建进程执行新的命令。
如果docker容器是使用/bin/bash
作为shell启动的,则可以使用attach来直接访问它。如果不是,则需要在容器内创建一个bash的进程。
docker cp
从容器内拷贝文件到宿主机上,也可以从宿主机拷贝文件到容器内。
1 | docker cp 容器id:容器内路径 宿主机上的目的路径 |
【重点】docker run
docker run 命令用于从镜像中创建一个容器,命令行参数参考菜鸟教程。
1 | docker run [OPTIONS] IMAGE [COMMAND] [ARG...] |
OPTIONS说明:
- -a stdin: 指定标准输入输出内容类型,可选 STDIN/STDOUT/STDERR 三项;
- -d: 后台运行容器,并返回容器ID;
- -i: 以交互模式运行容器,通常与 -t 同时使用;
- -t: 为容器重新分配一个伪输入终端,通常与 -i 同时使用;
- -P: 随机端口映射,容器内部端口随机映射到主机的端口
- -p: 指定端口映射,格式为:主机(宿主)端口:容器端口
- –name=”nginx-lb”: 为容器指定一个名称;
- –dns 8.8.8.8: 指定容器使用的DNS服务器,默认和宿主一致;
- –dns-search example.com: 指定容器DNS搜索域名,默认和宿主一致;
- -h “mars”: 指定容器的hostname;
- -e username=”ritchie”: 设置环境变量;
- –env-file=[]: 从指定文件读入环境变量;
- –cpuset=”0-2” or –cpuset=”0,1,2”: 绑定容器到指定CPU运行;
- -m:设置容器使用内存最大值;
- –net=”bridge”: 指定容器的网络连接类型,支持 bridge/host/none/container: 四种类型
- –link=[]: 添加链接到另一个容器;
- –expose=[]: 开放一个端口或一组端口;
- –volume , -v: 绑定一个卷
- –rm:当容器内程序退出的时候,自动删除容器,用于测试运行。不能和
-d
一起使用。
示例:使用nginx镜像创建一个容器,并在后台运行。
1 | docker run -d \ |
当默认创建一个容器的时候,docker会给这个容器创建一个卷(volumes),就好比虚拟机的虚拟磁盘。当某个容器被删除,和它关联的卷也就失效了。所以,如果你在容器内部对容器运行的程序做了配置上的修改,删除这个容器后就会失效。
为了避免这种情况,我们一般都会将容器中的某个存放配置文件和数据的路径给映射到宿主机,这样容器对这个路径的修改就会直接写入到宿主机的文件系统中(持久化),即便容器删除也不会影响。
比如nginx的配置文件都在/etc/nginx
中,我们可以把这个目录映射到宿主机的/root/docker/nginx
路径中(冒号左侧是宿主机的路径,冒号右侧是容器内的路径),这样就可以直接通过修改宿主机中的路径来修改容器中nginx的配置,同时nginx容器的配置也实现了持久化,即便容器删除也不会丢失。
1 | docker run -d \ |
当前状态下我们没有设置这个容器的网络环境,一般情况下,容器都会以默认的bridge桥接网络链接到宿主机中,即容器是通过宿主机的网卡做桥接(类似于虚拟机的NAT模式)上网的。
比如上方配置的nginx容器,它并不会对宿主机的80/443端口收到的请求做任何操作,因为它监听的是容器内的80和443端口,而这两个端口并没有映射到宿主机上。如果我们想让容器能处理宿主机收到的数据,则需要进行容器的端口映射。
如下所示,我们使用了两个-p
选项,分别映射了80端口和443端口到宿主机的80和443端口(冒号左侧是宿主机的端口,右侧是容器内的端口),此时使用的是默认的bridge桥接方式接通了容器和宿主机的网络端口。
1 | docker run -d \ |
当然,也可以直接用host网络模式运行nginx容器,这样nginx默认绑定的80和443就是直接绑定的宿主机的端口了。
1 | docker run -d \ |
关于docker run中-v
命令和--mount
命令以及绑定数据卷的说明,请参考docker volume中的介绍。
docker volume
volume是docker中的数据卷,可以用下方的命令来操作这些数据卷。
1 | docker volume ls # 查看所有数据卷 |
关于数据卷的知识,可以看docker volume的介绍。
docker logs
docker logs可以查看某个容器的日志输出,用于定位容器运行产生的问题。
1 | docker logs 容器ID |
比较常用的选项就是--tail
,用于显示最新的几行命令,避免容器内的日志过长,打印耗时太久。
1 | # 只显示最新20行的日志 |