第四章 Docker的网络通信（通信模式2）

4.32 host模式

     在使用host模式时，容器与宿主机共享同一个网络命名空间，容器的IP地址与宿主机的 IP地址相同。如果宿主机具有公网的IP 地址，则容器也拥有这个公网的IP 地址。即这时容 器可以直接使用宿主机的IP 地址与外界进行通信，且容器内服务的端口也可以直接使用宿主 机的端口，无须进行任何的转换。

     由于在host模式下不再需要宿主机的转发，因此其性能得到了极大的提高。图说明了host模式的工作机制。

使用host模式来创建容器，如以下命令所示。

[root@centos7 ~]# docker run -it --network=host busybox /bin/sh

     对比一下容器内的网络信息和宿主机的网络信息，如图所示，可以发现，容器与宿主机共享了同一个网络命名空间，即容器使用了宿主机的网络配置信息

左边图中表示是容器，右边图中表示宿主机

    尽管使用host模式可以很方便地通过localhost或者127.0.0.1实现容器与宿主机的相互 访问并且性能也比较好。但是这种模式也存在以下两个问题。

     （1）由于容器使用了宿主机的网络环境，因此网络环境的隔离性功能被减弱，从 而造成宿主机和容器争用网络资源。容器本身也不再拥有所有的网络资源，而是与宿 主机共享网络资源。

    （2）宿主机和容器使用了相同的IP地址，这不利于网络的配置和管理。

4.3.3 container模式

       在container模式下，容器之间会共享网络环境。即一个容器会使用另一个容器的网络 命名空间。因此，在这种模式下，容器之间可以通过 localhost 或者 127.0.0.1 进行相互间 的访问，从而提高了传输的效率。

    container模式在一些特殊场景中非常有用。例如在 Kubernetes 中创建Pod时，会首 先创建Pod的基础容器;而Pod 中的其他容器则采用 container 模式与基础容器进行通信。 Pod中的各个容器采用localhost或者127.0.0.1进行通信，从而将 Pod中的所有容器形成一 个逻辑整体。

   container模式的工作机制如图所示。

     下面来演示如何使用container模式。

（1）使用busybox的镜像创建一个容器A，并查看容器的网络信息，如图所示

[root@centos7 ~]# docker run -it busybox /bin/sh
/ # ifconfig

（2）开启一个新的命令行仓库查看容器 A 的ID。从图中可以看到容器A的ID是90608940644c

（3）开启一个新的命令行窗口，并使用container模式创建一个新的容器B。

[root@centos7 ~]# docker run -it --network=container:90608940644c busybox /bin/sh

其中，参数--network用于指定新容器使用哪一个容器的网络信息，这里指定的是容器A。

（4）查看容器B的网络信息，如图所示。

（5）对比两个图发现容器A和容器B使用了相同的网络命名空间这是因为在创建容器B时使用了container模式，使得容器B不再创建自己的网络命名空间，而直接使用容器A的网络命名空间

4.3.4 none模式

     none模式下的容器具有独立的网络命名空间，但不包含任何网络配置，只能通过 Local Loopback 网卡与容器进行通信，即只能使用localhost或者127.0.0.1访问容器。

     在none模式下需要手动进行网络配置，例如使用pipwork工具指定容器的IP地址等

     下面使用none模式来创建一个容器。

[root@centos7 ~]# docker run -it --network=none busybox /bin/sh

     由于none模式不包含任何网络配置，所以在其网络配置信息中就只包含一个127.0.0.1 的IP地址，如图所示。