# Docker基本命令

# 获取 Docker 信息

docker info

显示 Docker 详细信息

docker info

# 获取 Docker 版本信息

docker version

显示 Docker 客户端和服务端版本信息

docker version

# 容器生命周期

容器生命周期

Docker 容器的生命周期里分为五种状态:

  • Created:容器已经被创建,容器所需的相关资源已经准备就绪,但容器中的程序还未处于运行状态。
  • Running:容器正在运行,也就是容器中的应用正在运行。
  • Paused:容器已暂停,表示容器中的所有程序都处于暂停 ( 不是停止 ) 状态。
  • Stopped:容器处于停止状态,占用的资源和沙盒环境都依然存在,只是容器中的应用程序均已停止。
  • Deleted:容器已删除,相关占用的资源及存储在 Docker 中的管理信息也都已释放和移除。

# 容器生命周期管理

# 创建容器

当我们选择好镜像以后,就可以通过 docker create 这个命令来创建容器了。

在创建容器时,我们可以通过 --name 这个选项来配置容器名

docker create --name mynginx nginx

通过 docker create 我们创建一个处于 Created 状态的容器,但是该容器并没有真正运行。

但是它运行所需的相关文件却已经都创建好了,并且你也可以在 create 的时候给它传递各种可用于配置 容器运行时的参数

这种方式通常是用来 预配置容器,因为在执行完 docker create 命令后,会直接输出容器的 ID。你可以在一切准备就绪后,随时启动它。

另一种使用场景是,你可以用它来 预挂载一个或多个存储卷,后续 其他其他容器可借助此容器直接使用这些存储卷

# 启动容器

通过 docker create 创建的容器,是处于 Created 状态的,其内部的应用程序还没有启动,所以我们需要通过 docker start 命令来启动它

docker start myContainer

当容器启动后,其中的应用就会运行起来,容器的几个生命周期也会绑定到了这个应用上。

# 运行容器

有了镜像后,我们就能够以这个镜像为基础启动并运⾏⼀个容器。

Docker 里,还允许我们通过 docker run 这个命令将 docker createdocker start 这两步操作合成为一步,进一步提高工作效率。

这里需要注意的一点是,通常来说我们启动容器会期望它运行在 “后台”,而 docker run 在启动容器时,会采用 “前台” 运行这种方式,这时候我们的控制台就会衔接到容器上,不能再进行其他操作了。我们可以通过 -d--detach 这个选项告诉 Docker 在启动后将 程序控制台 分离,使其进入 “后台” 运行。

# 语法

docker run [OPTIONS] IMAGE [COMMAND] [ARG...]

常见选项:

  • -d , --detach:以后台模式启动一个容器
  • --name:给容器命名
  • -P: 随机端口映射,将容器内部端口随机映射到主机的端口
  • -p: 指定端口映射,格式为:主机(宿主)端口:容器端口
  • --volume , -v: 绑定一个卷,实现 数据共享持久化
  • -i , --interactive: 就如同它字面上的意思,使用此选项表示会保持标准输入(STDIN)打开,从标准输入来接收输入信号;通常与 -t 同时使用
  • -t , --tty: 为容器重新分配一个伪输入终端,通常与 -i 同时使用

# 实例

使用 docker 镜像 nginx:latest 以后台模式启动一个容器,并将容器命名为 mynginx

docker run --name mynginx -d nginx:latest

使用镜像 nginx:latest 以后台模式启动一个容器,并将容器的80端口映射到主机 随机端口

docker run -P -d nginx:latest

使用镜像 nginx:latest,以后台模式启动一个容器,将容器的 80 端口映射到主机的 80 端口,主机的目录 /data 映射到容器的 /data

docker run -p 80:80 -v /data:/data -d nginx:latest

使用镜像 nginx:latest 以交互模式启动一个容器,在容器内执行 /bin/bash 命令。

runoob@runoob:~$ docker run -it nginx:latest /bin/bash
root@b8573233d675:/# 

-it 参数告诉了 Docker 项目在启动容器后,需要给我们分配一个 文本输入 / 输出环境,也就是 TTY,跟容器的 标准输入 相关联,这样我们就可以和这个 Docker 容器进行交互了。而 /bin/sh 就是我们要在 Docker 容器里 运行的程序

所以,上面这条指令翻译成人类的语言就是:请帮我启动一个容器,在容器里执行 /bin/sh,并且给我分配一个 命令行终端 跟这个容器交互。

# 停止容器

docker stop myContainer

停止一个运行中的容器

容器停止后,其维持的文件系统沙盒环境还是存在的,内部被修改的内容也都会保留。

# 重启容器

docker restart myContainer

# 删除容器

# 语法

docker rm [OPTIONS] CONTAINER [CONTAINER...]

选项说明:

  • -f :通过 SIGKILL 信号强制删除一个运行中的容器。
  • -l :移除容器间的网络连接,而非容器本身。
  • -v :删除与容器关联的卷。

# 实例

强制删除容器 db01、db02:

docker rm -f db01 db02

删除容器 nginx01, 并删除容器挂载的数据卷:

docker rm -v nginx01

移除容器 nginx01 对容器 db01 的连接,连接名 db:

docker rm -l db 

删除所有已经停止的容器:

docker rm $(docker ps -a -q)

# 在运行的容器中执行命令

当我们启动容器后,我们还会希望进一步 了解容器操作容器,这时候最佳的方式就是让我们进入到容器了。

容器是一个隔离运行环境的东西,它里面除了镜像所规定的 主进程 外,其他的进程也是能够运行的,Docker 为我们提供了一个命令 docker exec 来让容器运行我们所给出的命令。

# 语法

docker exec [OPTIONS] CONTAINER COMMAND [ARG...]

选项说明:

  • -d:分离模式: 在后台运行
  • -i:表示保持我们的输入流,只有使用它才能保证控制台程序能够正确识别我们的命令
  • -t:分配一个伪终端

我们可以进入 nginx 镜像构建的容器,可以修改 nginx 的配置文件,实现负载均衡,重定向等,或修改默认的 Nginx 欢迎⻚⾯等。

# 实例

在容器 mynginx 中以交互模式执行容器内 /root/runoob.sh 脚本:

docker exec -it mynginx /bin/sh /root/runoob.sh

在容器 mynginx中开启一个交互模式的终端:

docker exec -i -t  mynginx /bin/bash
root@b1a0703e41e7:/#

# 进入容器

我们操作 Linux 这个过程,并不是 Linux 内部的某些机能,而是通过 控制台软件 来完成的。控制台软件分析我们的命令,将其转化为对 Linux系统调用,实现了我们对 Linux 的操作。若不是这样,生涩的系统调用方法对普通开发者来说简直就是黑洞一般的存在,更别提用它们控制系统了。

Linux 中,常见的控制台软件是 ShellBash,它们分别由 shbash 这两个程序启动。

这里说的 进入容器,就是通过 docker exec 命令来启动 shbash,并通过它们实现对容器内的虚拟环境的控制。

docker exec -it nginx bash

通过在容器中 执行控制台程序 进而 进入容器 这种方法,我们能了解容器运行的详细信息,也更容易排查程序或者环境引起的问题。

# 管理容器

# 列出容器

# 语法

docker ps [OPTIONS]

选项说明:

  • -a:显示所有的容器,包括未运行的。
  • -f:根据条件过滤显示的内容。
  • --format:指定返回值的模板文件。
  • -l:显示最近创建的容器。
  • -n:列出最近创建的n个容器。
  • --no-trunc:不截断输出。
  • -q:静默模式,只显示容器编号。
  • -s:显示总的文件大小。

docker ps

docker ps 的结果中,COMMAND 表示的是容器中主程序 ( 也就是与容器生命周期所绑定进程所关联的程序 ) 的 启动命令,这条命令是在 镜像内定义的,而 容器的启动 其实质就是 启动这条命令

# 获取容器的日志

# 语法

docker logs [OPTIONS] CONTAINER

选项说明:

  • -f:跟踪日志输出
  • --since:显示某个开始时间的所有日志
  • -t:显示时间戳
  • --tail:仅列出最新N条容器日志

# 实例

跟踪查看容器 mynginx 的日志输出。

docker logs -f mynginx

查看容器 mynginx 从2016年7月1日后的最新10条日志。

docker logs --since="2016-07-01" --tail=10 mynginx

# 获取容器中进程信息

# 语法

docker top [OPTIONS] CONTAINER [ps OPTIONS]

容器运行时不一定有 /bin/bash 终端来交互执行 top 命令,而且容器还不一定有 top 命令,可以使用 docker top 来实现查看 container 中正在运行的进程。

# 实例

查看容器 mymysql 的进程信息。

docker top mymysql

查看所有运行容器的进程信息。

for i in  `docker ps |grep Up|awk '{print $1}'`;do echo \ &&docker top $i; done

# 获取容器/镜像的元数据。

# 语法

docker inspect [OPTIONS] NAME|ID [NAME|ID...]

选项说明:

  • -f :指定返回值的模板文件。
  • -s :显示总的文件大小。
  • --type :为指定类型返回JSON。

# 实例

获取镜像 mysql:5.6 的元信息。

docker inspect mysql:5.6

docker inspect 的结果中我们可以看到关于镜像相当完备的信息。

# 衔接到容器

通过 docker attach 命令,用于将当前的 输入输出流 连接到 指定的容器上。

docker attach nginx

这个命令最直观的效果可以理解为我们将容器中的主程序转为了 “前台” 运行 ( 与 docker run 中的 -d选项有相反的意思 )。

由于我们的输入输出流衔接到了容器的主程序上,我们的输入输出操作也就直接针对了这个程序,而我们发送的 Linux 信号也会转移到这个程序上。例如我们可以通过 Ctrl + C 来向程序发送停止信号,让程序停止 ( 从而容器也会随之停止 )。

# 容器rootfs命令

# 数据拷贝

# 语法

docker cp [OPTIONS] CONTAINER:SRC_PATH DEST_PATH|-
docker cp [OPTIONS] SRC_PATH|- CONTAINER:DEST_PATH

用于容器与主机之间的数据拷贝。

# 实例

将主机 /www/runoob 目录拷贝到容器 96f7f14e99ab/www 目录下。

docker cp /www/runoob 96f7f14e99ab:/www/

将主机 /www/runoob 目录拷贝到容器 96f7f14e99ab 中,目录重命名为www。

docker cp /www/runoob 96f7f14e99ab:/www

将容器 96f7f14e99ab/www 目录拷贝到主机的 /tmp 目录中。

docker cp  96f7f14e99ab:/www /tmp/

# 镜像仓库

# 获取镜像

docker pull ubuntu:16.04

从镜像仓库中拉取或者更新指定镜像。

上⾯的例子中,没有指定 Docker 镜像仓库地址,因此将会从 Docker Hub 获取镜像。⽽镜像名称是 ubuntu:16.04,因此将会获取官⽅镜像 library/ubuntu 仓库中标签为 16.04 的镜像。

# 推送镜像

docker push myImage:v1

上传本地镜像 myImage:v1 到镜像仓库中,要先登陆到镜像仓库。

# 查找镜像

docker search --filter=stars=50 node
  • filter:根据过滤条件 stars=50,获取指定镜像列表。
  • stars:类似 Github 里面的 star,表示点赞、喜欢的意思。

Docker Hub 查找所有镜像名包含 node,并且收藏数大于50的镜像。

查找镜像

# 登陆镜像仓库

docker login -u 用户名 -p 密码

登陆到一个 Docker 镜像仓库,如果未指定镜像仓库地址,默认为官方仓库 Docker Hub

# 登出镜像仓库

docker logout

登出一个 Docker 镜像仓库,如果未指定镜像仓库地址,默认为官方仓库 Docker Hub

# 本地镜像管理

# 列出本地镜像

# 语法

docker images [OPTIONS] [REPOSITORY[:TAG]]

选项说明:

  • -a:列出本地所有的镜像(含中间映像层,默认情况下,过滤掉中间映像层);
  • --digests:显示镜像的摘要信息;
  • -f:显示满足条件的镜像;
  • --format:指定返回值的模板文件;
  • --no-trunc:显示完整的镜像信息;
  • -q:只显示镜像ID。

# 实例

查看本地镜像列表

docker images

列出本地镜像中 REPOSITORYubuntu 的镜像列表。

docker images  ubuntu

# 删除本地镜像

强制删除本地镜像 runoob/ubuntu:v4

docker rmi -f runoob/ubuntu:v4

删除镜像的过程其实是删除镜像内的 镜像层,在删除镜像命令打印的结果里,我们可以看到被删除的 镜像层 以及它们的 ID。当然,如果存在两个镜像共用一个镜像层的情况,你也不需要担心 Docker 会删除被共享的那部分镜像层,只有当镜像层只被当前被删除的镜像所引用时,Docker 才会将它们从硬盘空间中移除。

# 标记本地镜像

标记本地镜像,将其归入某一仓库。

将镜像 ubuntu:15.10 标记为 runoob/ubuntu:v3 镜像。

docker tag ubuntu:15.10 runoob/ubuntu:v3

# 使用 Dockerfile 创建镜像

# 语法

docker build [OPTIONS] PATH | URL | -

选项说明:

  • --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配置。
  • --tag, -t:镜像的名字及标签,通常 name:tag 或者 name 格式;可以在一次构建中为一个镜像设置多个标签。
  • --network:默认 default。在构建期间设置RUN指令的网络模式

# 实例

使用当前目录的 Dockerfile 创建镜像,标签为 runoob/ubuntu:v1

docker build -t runoob/ubuntu:v1 . 

使用 URL github.com/creack/docker-firefoxDockerfile 创建镜像。

docker build github.com/creack/docker-firefox

通过 -f 指定 Dockerfile 文件的位置:

docker build -f /path/to/a/Dockerfile .

# 定制镜像

镜像是容器的基础,每次执⾏ docker run 的时候都会指定哪个镜像作为容器运⾏的基础。在之前的例⼦中,我们所使⽤的都是来⾃于 Docker Hub 的镜像。直接使⽤这些镜像是可以满⾜⼀定的需求,⽽当这些镜像⽆法直接满⾜需求时,我们就需要定制这些镜像。

当我们运⾏⼀个容器的时候(如果不使⽤卷的话),我们做的任何⽂件修改都会被记录于容器存储层⾥。⽽ Docker 提供了⼀个 docker commit 命令,可以将容器的存储层保存下来成为镜像。换句话说,就是在原有镜像的基础上,再叠加上容器的存储层,并构成新的镜像。以后我们运⾏这个新镜像的时候,就会拥有原有容器最后的⽂件变化。

# 语法

docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]

选项说明:

  • -a:提交的镜像作者;
  • -c:使用Dockerfile指令来创建镜像;
  • -m:提交时的说明文字;
  • -p:在commit时,将容器暂停。

# 实例

将容器 a404c6c174a2 保存为新的镜像,并添加提交人信息和说明信息。

docker commit \
  --author "1111" \
  --message "修改了默认镜像" \
  webserver \
  nginx:v2

webserver:通过 nginx:latest 镜像,运行的容器

我们还可以⽤ docker history 具体查看镜像内的历史记录,如果⽐较 nginx:latest 的历史记录,我们会发现新增了我们刚刚提交的这⼀层。

# 参考

更新时间: 9/11/2020, 11:25:07 AM