北京-zz- 虾米提供了一个好办法。 dockernetwork ls network id           name                       driver 56f04389b8f0         dockerlnmpbackend         bridge 094fcb269385         dockerlnmpfrontend         bridge 注意这里的network id ，然后运行ip a grep veth 。ip a grep veth 12: veth22996d2 if11: mtu 1500 qdisc noqueue master br-56f04389b8f0 state up group default 14: veth34ace9a if13: mtu 1500 qdisc noqueue master br-56f04389b8f0 state up group default 16: veth0bb3771 if15: mtu 1500 qdisc noqueue master br-56f04389b8f0 state up group default

如果是使用 dockerrun ，那很不幸，一次只可以连接一个网络，因为 dockerrun 的--network 参数只可以出现一次（如果出现多次，最后的会覆盖之前的）。不过容器运行后，可以用命令 dockernetwork connect 连接多个网络。假设我们创建了两个网络： dockernetwork create mynet1 dockernetwork create mynet2 然后，我们运行容器，并连接这两个网

在启用了二代swarm 后，可能会在网络列表时看到一个名为ingress 的overlay 网络。 dockernetwork ls network id           name                 driver               scope 6beb824623a4         bridge               bridge               local f3f636574c7a         dockergwbridge     bridge               local cfeb2513a4a3         host                 host              

在1-2 年前， docker所 有容器都连接于默认的桥接网络上，也就是很多老文章鼓捣的docker0 桥接网卡。因此实际上默认情况下所 有容器都是可以互联的，没 有隔离，当然这样安全性不好。而服务发现，是在这种环境下发展出来的，通过修改容器内的/etc/hosts 文件来完成的。凡是--link 的主机的

种默认假定很多时候会出问题，特别是对于使用/etc/hosts 的时候。正向解析会从/etc/hosts 中取得，而反向解析则更可能走dns ，于是出现了不一致。对于 docker而言，使用自定义网络后，一个容器 有很多个名字，内置dns 可以根据服务名、容器名、网络别名、< 容器名> .< 网络名> 等来进行解析

单机环境如果是单机环境，很简单，不必琢磨怎么突破命名空间限制，直接用环境变量送进去即可。 dockerrun -d -e hostip < 宿主的ip 地址> nginx 然后容器内直接读取hostip 环境变量即可。集群环境集群环境相对比较复杂， dockerservice create 中的-e 以及--env-file 是在服务创建时指定、读取环境变量内容，而

对于devicemapper btrfs zfs 来说，可以通过--storage-opt size 100g 这种形式限制rootfs 的大小。 dockercreate -it --storage-opt size 120g fedora /bin/bash 参考官网文档：https://docs.docker.com/engine/reference/commandline/run/ /set-storage-driver-options-per-container

不应该保存于镜像内。在运行时要保持容器基础文件不可变的特性，而变化部分使用挂载宿主目录，或者数据卷来解决。建议看一下官网 dockervolume 的文档：https://docs.docker.com/engine/tutorials/dockervolumes/

态，并不影响服务运行，它们都是无状态服务。这类服务由于不需要状态迁移，不需要分布式存储，因此它们的集群调度更方便。之前没 有dockervolume 的时候， 有些人说docker只可以支持无状态服务，原因就是只看到了存储层需求无状态，而没 有dockervolume 的持久化解决方案。现在这个说法已经不成

卷。绑定宿主目录的概念很容易理解，就是将宿主目录绑定到容器中的某个目录位置。这样容器可以直接访问宿主目录的文件。其形式是 dockerrun -d -v /var/www:/app nginx 这里注意到-v 的参数中，前半部分是绝对路径。在 dockerrun 中必须是绝对路径，而在docker-compose 中，可以是相对路径，因为docker-compose 会帮你补全