docker_practice/container/run.md

62 lines
2.2 KiB
Markdown
Raw Normal View History

2017-03-15 09:48:29 +08:00
## 启动容器
启动容器有两种方式,一种是基于镜像新建一个容器并启动,另外一个是将在终止状态(`stopped`)的容器重新启动。
因为 Docker 的容器实在太轻量级了,很多时候用户都是随时删除和新创建容器。
2014-09-17 20:26:35 +08:00
2017-03-15 09:48:29 +08:00
### 新建并启动
所需要的命令主要为 `docker run`
2014-09-15 21:25:36 +08:00
例如,下面的命令输出一个 “Hello World”之后终止容器。
2017-11-22 11:13:23 +08:00
```bash
$ docker run ubuntu:14.04 /bin/echo 'Hello world'
2014-09-15 21:25:36 +08:00
Hello world
```
这跟在本地直接执行 `/bin/echo 'hello world'` 几乎感觉不出任何区别。
2014-09-15 21:25:36 +08:00
下面的命令则启动一个 bash 终端,允许用户进行交互。
2017-11-22 11:13:23 +08:00
```bash
$ docker run -t -i ubuntu:14.04 /bin/bash
2014-09-15 21:25:36 +08:00
root@af8bae53bdd3:/#
```
其中,`-t` 选项让Docker分配一个伪终端pseudo-tty并绑定到容器的标准输入上 `-i` 则让容器的标准输入保持打开。
2014-09-15 21:25:36 +08:00
在交互模式下,用户可以通过所创建的终端来输入命令,例如
2017-11-22 11:13:23 +08:00
```bash
2014-09-15 21:25:36 +08:00
root@af8bae53bdd3:/# pwd
/
root@af8bae53bdd3:/# ls
bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var
```
当利用 `docker run` 来创建容器时Docker 在后台运行的标准操作包括:
2014-09-15 21:25:36 +08:00
* 检查本地是否存在指定的镜像,不存在就从公有仓库下载
* 利用镜像创建并启动一个容器
* 分配一个文件系统,并在只读的镜像层外面挂载一层可读写层
* 从宿主主机配置的网桥接口中桥接一个虚拟接口到容器中去
* 从地址池配置一个 ip 地址给容器
2014-09-15 21:25:36 +08:00
* 执行用户指定的应用程序
2014-09-17 20:26:35 +08:00
* 执行完毕后容器被终止
2014-09-15 21:25:36 +08:00
2017-03-15 09:48:29 +08:00
### 启动已终止容器
可以利用 `docker container start` 命令,直接将一个已经终止的容器启动运行。
2014-09-15 21:25:36 +08:00
容器的核心为所执行的应用程序,所需要的资源都是应用程序运行所必需的。除此之外,并没有其它的资源。可以在伪终端中利用 `ps``top` 来查看进程信息。
2017-11-22 11:13:23 +08:00
```bash
2014-09-15 21:25:36 +08:00
root@ba267838cc1b:/# ps
PID TTY TIME CMD
1 ? 00:00:00 bash
11 ? 00:00:00 ps
```
可见,容器中仅运行了指定的 bash 应用。这种特点使得 Docker 对资源的利用率极高,是货真价实的轻量级虚拟化。