# Docker基本命令
# 获取 Docker 信息
docker info
显示 Docker 详细信息
# 获取 Docker 版本信息
docker version
显示 Docker 客户端和服务端版本信息
# 容器生命周期
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 create
和 docker 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
中,常见的控制台软件是 Shell
和 Bash
,它们分别由 sh
和 bash
这两个程序启动。
这里说的 进入容器
,就是通过 docker exec
命令来启动 sh
或 bash
,并通过它们实现对容器内的虚拟环境的控制。
docker exec -it nginx bash
通过在容器中 执行控制台程序
进而 进入容器
这种方法,我们能了解容器运行的详细信息,也更容易排查程序或者环境引起的问题。
# 管理容器
# 列出容器
# 语法
docker ps [OPTIONS]
选项说明:
-a
:显示所有的容器,包括未运行的。-f
:根据条件过滤显示的内容。--format
:指定返回值的模板文件。-l
:显示最近创建的容器。-n
:列出最近创建的n个容器。--no-trunc
:不截断输出。-q
:静默模式,只显示容器编号。-s
:显示总的文件大小。
在 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
列出本地镜像中 REPOSITORY
为 ubuntu
的镜像列表。
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-firefox
的 Dockerfile
创建镜像。
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
的历史记录,我们会发现新增了我们刚刚提交的这⼀层。