转自：https://www.cnblogs.com/jsonhc/p/7760144.html
运行一个container的本身就是开启一个具有独立namespace的进程
进程有自己的网络，文件系统等
docker通过run命令来启动一个container
运行一个container必须要指定一个image作为初始化的文件系统
对于不存在的image，docker会自动去registry里面下载对应的image，然后再运行container
command标志的是在container中实际运行的首进程
操作系统的0号进程
在centos7系统上是0号进程systemd
在容器中是/bin/bash进程，也就是本机host上面的一个普通进程
如果image里面包含了CMD的命令，那么在启动container的时候，不需要指定command，否则会使用指定的command来覆盖image中的CMD
也就是这里显示的COMMAND
容器的状态会随着command的命令执行而改变
前台运行和后台运行：
默认的container是在前台运行的，会绑定command进程的STDIN、STDOUT、STDERR到console上（在console上展现标准输入、输出和标准错误输出）
可以通过-d的选项让container运行在后台
如果是在前台运行，也可以通过-a {STDIN，STDOUT，STDERR}选择需要绑定的IO
只选择某一个标准展示在console上面
[root@docker ~]# docker run -t -a stdin centos sh -c "while true;do echo hello world;sleep 2;done" b7930a6c5c4cdf2b73e24e26f2a8fd801e9eb11a1e28b0a376d180d3fd2e4d4a
-a stdin：表示只执行了stdin（虽然在前台运行，但是没有指定stdout和stderr所以并没有显示输出）可以通过logs来查看该容器的stdout
[root@docker ~]# docker logs b7930a6c5c4c hello world hello world
通过attach命令可以重新attach一个后台运行的container
attach可以将后台运行的切换到前台
在后台运行的情况下，RUN命令会返回一个容器的uuid，唯一标识container
可以通过docker ps来查看container的uuid和运行信息
可以通过指定--name的方式来指定container的名字，name必须唯一
inspect：可以查看container的更多信息
通过docker inspect {container_id}来获取container的更多的信息，包括网络，volume，实际在host上的进程id等信息
log：
通过logs命令可以看到container中command所指向进程的STDOUT，STDERR数据
可以进程排错（-d后台运行没有输出到console时，查看）
# docker run -dt --name mycentos centos sh -c "while true;do echo hello world;sleep 2;done"
环境变量：
通过-e参数，可以在运行container的时候添加系统环境变量
网络设置：
docker使用bridge桥接的方式来实现container之间以及和外部的通信
查看本机host的网络信息：
[root@docker ~]# ifconfig
docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.17.0.1 netmask 255.255.0.0 broadcast 0.0.0.0
inet6 fe80::42:efff:fe2d:d653 prefixlen 64 scopeid 0x20<link>
ether 02:42:ef:2d:d6:53 txqueuelen 0 (Ethernet)
RX packets 1 bytes 76 (76.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3 bytes 258 (258.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.101.14 netmask 255.255.255.0 broadcast 192.168.101.255
inet6 fe80::9b70:a5ba:c2d6:d665 prefixlen 64 scopeid 0x20<link>
ether 00:0c:29:07:65:c0 txqueuelen 1000 (Ethernet)
RX packets 375314 bytes 497786475 (474.7 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 134729 bytes 10091671 (9.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 280 bytes 22624 (22.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 280 bytes 22624 (22.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
veth9bd4211: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::5045:f6ff:fef6:da10 prefixlen 64 scopeid 0x20<link>
ether 52:45:f6:f6:da:10 txqueuelen 0 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 8 bytes 648 (648.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
vethe1ab8ab: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::e0e5:e5ff:fe58:ddec prefixlen 64 scopeid 0x20<link>
ether e2:e5:e5:58:dd:ec txqueuelen 0 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 8 bytes 648 (648.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
上述中veth对应几个container网络
[root@docker ~]# docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES b7930a6c5c4c centos "sh -c 'while true..." 5 minutes ago Up 5 minutes stoic_shirley 8179b8e95e31 centos "sh -c 'while true..." 15 minutes ago Up 15 minutes mycentos
两张veth网卡对应两个container容器（正在运行的）
veth网络都桥接在docker0上（被分配）
network架构：
在host主机上的一个veth{id}的虚拟网卡和一个container里面的eth0网卡一一映射
host上的bridge负责把数据流在不同的veth间转发，实现网络的IO
bridge（docker0）使用RFC1918私有网络，给每一个container分配ip
网络设置
通过--net参数来修改container的网络设置，默认是bridge的方式
none表示关闭container的网路连接
host表示使用主机的网络栈，这个时候host主机不会创建veth虚拟网卡映射到container
container的网络和主机host的网络在同一网段
# docker run -t --net host saltstack/ubuntu-14.04 sh -c "while true;do ifconfig;sleep 2;done"
container:{name|id}，使用另外一个container的网络栈
创建一个容器内的服务，采用本机host的网络ip：
[root@docker ~]# docker run -d --net host saltstack/ubuntu-14.04 python -m SimpleHTTPServer cd07720586501b298c90067e33fb3c099e6e14d91b9de4327026cc2f06321e08
-d：创建在后台运行
--net host：创建在本机host网络上
python -m SimpleHTTPServer：在容器内执行的命令（命令进程不终止，容器状态也不会停止）
可以看出python的进程已经监听在8000端口上了
如果不将容器的网络挂在本机host上，那么如何进行访问容器的服务呢？
将本机host的端口同容器内的端口进行映射，详情看下面端口映射
DNS：
默认使用host的dns设置
可以通过--dns的参数来指定container自己的dns配置
端口映射：
docker通过采用端口映射的方式，允许把内部container的服务端口暴露到外包
使用-p参数可以指定需要暴露的container的内部端口，在不指定特定的host的对应端口的情况下，docker会自动分配（49000-49900）在一个host上的端口与其映射
使用-P参数，表示暴露所有在image中通过EXPOSE指定的端口
[root@docker ~]# docker run -dt -p 8000 saltstack/ubuntu-14.04 python -m SimpleHTTPServer f7d04a31f5a2d6220a70c8dd7d78a5819bd722b3baab9e743c6c098533bd96ec
-p 8000：表示将容器内的8000端口暴露了出来，由于这里没有明确指定用本机host的哪个端口与之映射，所以这里采用了随机端口
-p 8000:80 -p 443:443：映射容器中的多个端口（前面本机host端口，后面container端口）
通过查看container可以看见随机端口与之做了映射，然后访问主机host的这个端口
下面直接启动一个指定了本机host端口与容器服务端口进行映射：
[root@docker ~]# docker run -dt -p 80:8000 saltstack/ubuntu-14.04 python -m SimpleHTTPServer a9c3d1c7b6f4319ee34fe726eb5989b7f20bdf4e75e26ef4d5e734665c7efa75
python -m SimpleHTTPServer：这个服务开启的默认端口为8000
使用inspect查看整个container信息：
如果想映射多个端口时：
-p 8000:80 -p 443:443：映射容器中的多个端口，只需要在后面连接映射本机host端口对应container端口就行
或者直接-P暴露掉container中的所有端口对应host本机的随机端口
volume绑定：
通过-v参数，可以把host上的一个目录绑定到container中，允许container对其进行读写
[root@docker ~]# mkdir test/wadeson -p [root@docker ~]# docker run -t -v /root/test:/wadeson saltstack/ubuntu-14.04 sh -c "ls -al /wadeson" total 0 drwxr-xr-x. 3 root root 21 Oct 27 22:09 . drwxr-xr-x. 22 root root 257 Oct 27 22:10 .. drwxr-xr-x. 2 root root 6 Oct 27 22:09 wadeson
-v /root/test:/wadeson：将本机host下面的test目录映射到container中下面的wadeson目录
由于命令执行完成后，container也就消亡了停止了
docker 数据卷
-v, --volume list Bind mount a volume
为container绑定一个数据卷
[root@docker ~]# docker run -it -v /data -h wadeson saltstack/ubuntu-14.04 root@wadeson:/# ls bin boot data dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var
-i：交互模式，直接进入到container容器中
-t：tty，伪终端
-h wadeson：指定为container设置hostname
-v /data：container内的/data为挂载点
查看data目录：
root@wadeson:/# ls /data/ root@wadeson:/#
容器中的data目录实际也对应这本机host的某一处目录，使用inspect查看：
"Mounts": [
{
"Type": "volume",
"Name": "71025e4f8325fce175e21861a1fe0d089b9a08760778a8c9c517d6391c0dbceb",
"Source": "/var/lib/docker/volumes/71025e4f8325fce175e21861a1fe0d089b9a08760778a8c9c517d6391c0dbceb/_data",
"Destination": "/data",
"Driver": "local",
"Mode": "",
"RW": true,
"Propagation": ""
}
[root@docker _data]# pwd /var/lib/docker/volumes/71025e4f8325fce175e21861a1fe0d089b9a08760778a8c9c517d6391c0dbceb/_data [root@docker _data]# ll total 0
这里就是本机host的目录映射到container中的/data目录
现在在本机host上创建文件，看看容器中的data目录是否存在创建的文件？
[root@docker _data]# touch wadeson.sh [root@docker _data]# ll total 0 -rw-r--r--. 1 root root 0 Oct 26 21:46 wadeson.sh
返回容器查看：
root@wadeson:/# ls /data/ wadeson.sh
于是验证成功，本机host将某个目录映射到容器中，当不指定host的源目录，那么默认在这里
现在创建一个指定host上一个目录挂载到容器中：
[root@docker ~]# docker run -it -v /root:/root -h wadeson saltstack/ubuntu-14.04
将本机host的/root目录挂载到容器中的/root目录
root@wadeson:/# ls /root/ anaconda-ks.cfg docker-ce-17.09.0.ce-1.el7.centos.x86_64.rpm
在容器中已经成功有了本机host下/root目录的数据
而默认的挂载点并没有：
[root@docker volumes]# ll total 24 drwxr-xr-x. 3 root root 19 Oct 26 21:46 71025e4f8325fce175e21861a1fe0d089b9a08760778a8c9c517d6391c0dbceb -rw-------. 1 root root 32768 Oct 26 21:39 metadata.db
如果需要将目录挂载在container中只读：
docker run -it -v /root:/root:ro -h wadeson saltstack/ubuntu-14.04
--volumes-from list Mount volumes from the specified container(s)
从一个指定的容器选择挂载点
现在有两个容器，都是exited状态，现在启动一个容器，将启动的容器的挂载点选择上面图中的任何一个：
[root@docker ~]# docker run -it --volumes-from b8c05a805280 -h wadeson saltstack/ubuntu-14.04 root@wadeson:/# ls /data/ root@wadeson:/#
--volumes-from b8c05a805280：后面接容器名称或者容器id
相当于两个container共同使用本机host的挂载点
[root@docker volumes]# ll total 24 drwxr-xr-x. 3 root root 19 Oct 26 21:46 71025e4f8325fce175e21861a1fe0d089b9a08760778a8c9c517d6391c0dbceb drwxr-xr-x. 3 root root 19 Oct 26 22:11 f808fc539538ba743c08a852b4b8c4e52c61a33df4c8e52032596385a39b963b -rw-------. 1 root root 32768 Oct 26 22:11 metadata.db [root@docker volumes]# cd f808fc539538ba743c08a852b4b8c4e52c61a33df4c8e52032596385a39b963b/_data/ [root@docker _data]# ll total 0
上面就是刚刚新建的（两个container共同使用的挂载点）
容器间通信：
通过link参数，把container的端口信息暴露到另一个container中，实现container之间的通信
[root@docker ~]# docker run --name redis -dt redis 7014723aea605fa4baedb83be8e5f6d528b2fc009aa4379a1694f3131b72b041
启动一个名为redis的实例，后台运行
因为有默认的CMD命令，所以创建之后容器在处于运行状态
[root@docker ~]# docker run --link redis:db -t saltstack/ubuntu-14.04 sh -c "export" export DB_ENV_GOSU_VERSION='1.10' export DB_ENV_REDIS_DOWNLOAD_SHA='b1a0915dbc91b979d06df1977fe594c3fa9b189f1f3d38743a2948c9f7634813' export DB_ENV_REDIS_DOWNLOAD_URL='http://download.redis.io/releases/redis-4.0.2.tar.gz' export DB_ENV_REDIS_VERSION='4.0.2' export DB_NAME='/wizardly_keller/db' export DB_PORT='tcp://172.17.0.2:6379' export DB_PORT_6379_TCP='tcp://172.17.0.2:6379' export DB_PORT_6379_TCP_ADDR='172.17.0.2' export DB_PORT_6379_TCP_PORT='6379' export DB_PORT_6379_TCP_PROTO='tcp' export HOME='/root' export HOSTNAME='192208a0c626' export PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' export PWD='/' export TERM='xterm'
该命令创建了将redis的容器的redis服务暴露在另一个container中，利用db这个别名将redis的服务信息暴露给后面这个container的环境变量中，这样后面的container就可以利用变量来连接redis容器的redis服务了
