docker_practice/container/run.md

62 lines
2.2 KiB
Go
Raw Normal View History

# 启动容器
启动容器有两种方式一种是基于镜像新建一个容器并启动另外一个是将在终止状态`exited`的容器重新启动
因为 Docker 的容器实在太轻量级了很多时候用户都是随时删除和新创建容器
2014-09-17 12:26:35 +00:00
## 新建并启动
所需要的命令主要为 `docker run`
2014-09-15 13:25:36 +00:00
例如下面的命令输出一个 Hello World之后终止容器
2017-11-22 03:13:23 +00:00
```bash
2018-12-19 09:24:52 +00:00
$ docker run ubuntu:18.04 /bin/echo 'Hello world'
2014-09-15 13:25:36 +00:00
Hello world
```
这跟在本地直接执行 `/bin/echo 'hello world'` 几乎感觉不出任何区别
2014-09-15 13:25:36 +00:00
下面的命令则启动一个 bash 终端允许用户进行交互
2017-11-22 03:13:23 +00:00
```bash
2018-12-19 09:24:52 +00:00
$ docker run -t -i ubuntu:18.04 /bin/bash
2014-09-15 13:25:36 +00:00
root@af8bae53bdd3:/#
```
其中`-t` 选项让Docker分配一个伪终端pseudo-tty并绑定到容器的标准输入上 `-i` 则让容器的标准输入保持打开
2014-09-15 13:25:36 +00:00
在交互模式下用户可以通过所创建的终端来输入命令例如
2017-11-22 03:13:23 +00:00
```bash
2014-09-15 13:25:36 +00: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 13:25:36 +00:00
* 检查本地是否存在指定的镜像不存在就从 [registry](../repository/README.md) 下载
2014-09-15 13:25:36 +00:00
* 利用镜像创建并启动一个容器
* 分配一个文件系统并在只读的镜像层外面挂载一层可读写层
* 从宿主主机配置的网桥接口中桥接一个虚拟接口到容器中去
* 从地址池配置一个 ip 地址给容器
2014-09-15 13:25:36 +00:00
* 执行用户指定的应用程序
2014-09-17 12:26:35 +00:00
* 执行完毕后容器被终止
2014-09-15 13:25:36 +00:00
## 启动已终止容器
可以利用 `docker container start` 命令直接将一个已经终止`exited`的容器启动运行
2014-09-15 13:25:36 +00:00
容器的核心为所执行的应用程序所需要的资源都是应用程序运行所必需的除此之外并没有其它的资源可以在伪终端中利用 `ps` `top` 来查看进程信息
2017-11-22 03:13:23 +00:00
```bash
2014-09-15 13:25:36 +00:00
root@ba267838cc1b:/# ps
PID TTY TIME CMD
1 ? 00:00:00 bash
11 ? 00:00:00 ps
```
可见容器中仅运行了指定的 bash 应用这种特点使得 Docker 对资源的利用率极高是货真价实的轻量级虚拟化