将docker守护进程绑定到主机的端口号1234上，其他主机就可以通过访问端口1234来访问docker。
// centos
[~]# vi /lib/systemd/system/docker.service
// 在ExecStart的值后面追加：-H tcp://0.0.0.0:1234
ExecStart=/usr/bin/dockerd -H tcp://0.0.0.0:1234
重启docker
systemctl daemon-reload
systemctl restart docker
其他主机访问绑定了端口的docker：
[~]# docker -H 192.168.0.2:1234 info
其他主机上访问docker API，会返回json格式串。
[~]# curl 192.168.0.2:1234/info
Dockerfile中ADD和COPY的区别
ADD比COPY命令更强大：
- 如果文件是压缩包的话，会自动解压缩。
- 参数可以是远程文件（URL的形式）.
Dockerfile中，应将安装的各种依赖写到最前面，因为它们一般都比较固定，这样可以提高镜像的复用率。
以上
Dockerfile中，只写一条RUN语句，RUN后面的命令用&&连接起来。这样可以减少构建镜像层的数量，从而降低整个镜像的体积大小。
以上
--link参数的作用
--link参数可以将两个容器连接，使得一个容器（父容器）具有另个一容器的访问权（子容器）：
// webserver能够访问redis镜像
docker run --name webserver --link redis:redis
进入webserver镜像，会发现有两个地方记录了子容器的信息：
-
/etc/hosts文件
root@f5f5a81eb8f6:/# cat /etc/hosts
127.0.0.1 localhost
172.17.0.2 redis
172.17.0.3 f5f5a81eb8f6
......
- 环境变量中
root@f5f5a81eb8f6:/# env
HOSTNAME=f5f5a81eb8f6
......
REDIS_PORT_6379_TCP_PROTO=tcp
REDIS_NAME=/ubuntu-test2/redis
REDIS_PORT_6379_TCP_ADDR=172.17.0.2
REDIS_PORT_6379_TCP_PORT=6379
REDIS_PORT_6379_TCP=tcp://172.17.0.2:6379
REDIS_PORT=tcp://172.17.0.2:6379
以下信息以子容器名称REDIS开头，设置到父容器的环境变量中：
- 容器的名称
- 子容器中的ip，端口号，协议
- 子容器内的环境变量
那么，在父容器的代码中，就可以环境变量或者dns解析的两种方式，访问子容器，这样的好处是不用把ip和端口号等硬编码写到代码里了。
volumes: :Z的含义
docker-compose.yml举例：
volumes:
- /mnt/db:/var/lib/db:Z
如果宿主机开启了SELinux，如果不加“:Z”，会报错权限不足：Permission denied。
这涉及到label权限的问题。
默认情况下docker会打上label: svirt_sandbox_file_t。
宿主机上需要mount的目录，此时需要打上同样的label：
使用:z相当于执行语句：
chcon -Rt svirt_sandbox_file_t /var/db
使用:Z相当于宿主机打上了docker里的所有label。
参考：
http://www.projectatomic.io/blog/2015/06/using-volumes-with-docker-can-cause-problems-with-selinux/
删除所有已停止的container
docker rm $(docker ps -a -q)
删除所有untagged image：
docker rmi $(docker images | grep "^" | awk "{print $3}")
// 或
docker rmi $(docker images -q -f "dangling=true")
删除除了my-image，以外的所有镜像
docker rmi $(docker images --quiet | grep -v $(docker images --quiet 'my-image')) # grep -v 列出所有未匹配到的image
或
docker rmi $(docker images | grep -v 'my-image' | awk "{print $3}")
执行docker rmi命令可能删除不掉磁盘上的image，需要确认有没有相关的container存在。如果有的话，使用docker rm之后，image才能彻底删除。
mac系统下，docker image保存的路径在
/Users/Franklin/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2
目前（2017年1月）有个问题是，Docker.qcow2这个文件的体积会越来越大，虽然使用docker rmi删除了本地image，但会发现这个文件的大小并不会减小。这是个bug（https://github.com/docker/for-mac/issues/371）
比较简单粗暴的方式是直接手动删除这个文件，但这会删除本地所有的image，之后再用的话，还要联网下载。
期待官方早日能解决这个问题。
$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
discovery-server 20170116-040700 be3b60f7ee48 About a minute ago 187.5 MB
discovery-server latest be3b60f7ee48 About a minute ago 187.5 MB
java 8-jre-alpine d85b17c6762e 2 weeks ago 107.9 MB
$ rm -rf /Users/Franklin/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2
# 重启docker
$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
删除所有标签的images
方法一：
// 删除所有未运行的容器
docker rm $(docker ps -a | grep "Exited" | awk '{print $1}')
删除所有标签的images
docker rmi $(docker images | grep "" | awk '{print $3}')
方法二：（推荐）
docker rmi $(docker images -f "dangling=true" -q)