Docker 网络

1. 是什么

1.1 docker不启动,默认网络情况

Docker 网络_第1张图片

1.2 docker 启动后,网络情况

Docker 网络_第2张图片

2. 常用基础命令

2.1 查看命令

docker network --help 

2.2 查看网络

docker nertwork ls 

2.3 查看网络源数据

docker network inspect xxx网络名字

2.4 删除网络

docker network rm xxx名字

2.5 案例

Docker 网络_第3张图片

3. 能干嘛

容器间的互联和通信以及端口的映射

容器ip变动时候可以通过服务名直接网络通信而不受到影响

4. 网络模式

4.1 总体介绍

Docker 网络_第4张图片

 Docker 网络_第5张图片

4.2 容器实例内默认网络ip生产规则

1 先启动两个ubuntu容器实例

Docker 网络_第6张图片

2 docker inspect 容器ID or 容器名字

 Docker 网络_第7张图片

3  关闭u2实例,新建u3,查看ip变化

Docker 网络_第8张图片

4.3 案例说明

4.3.1 birdge

1. 是什么

Docker 服务默认会创建一个 docker0 网桥(其上有一个 docker0 内部接口),该桥接网络的名称为docker0,它在内核层连通了其他的物理或虚拟网卡,这就将所有容器和本地主机都放到同一个物理网络。Docker 默认指定了 docker0 接口 的 IP 地址和子网掩码,让主机和容器之间可以通过网桥相互通信。

 

# 查看 bridge 网络的详细信息,并通过 grep 获取名称项

docker network inspect bridge | grep name

ifconfig

Docker 网络_第9张图片


2. 案例

1 Docker使用Linux桥接,在宿主机虚拟一个Docker容器网桥(docker0),Docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址,称为Container-IP,同时Docker网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥,这样容器之间就能够通过容器的Container-IP直接通信。

 

2 docker run 的时候,没有指定network的话默认使用的网桥模式就是bridge,使用的就是docker0。在宿主机ifconfig,就可以看到docker0和自己create的network(后面讲)eth0,eth1,eth2……代表网卡一,网卡二,网卡三……,lo代表127.0.0.1,即localhost,inet addr用来表示网卡的IP地址

 

3 网桥docker0创建一对对等虚拟设备接口一个叫veth,另一个叫eth0,成对匹配。

   3.1 整个宿主机的网桥模式都是docker0,类似一个交换机有一堆接口,每个接口叫veth,在本地主机和容器内分别创建一个虚拟接口,并让他们彼此联通(这样一对接口叫veth pair);

   3.2 每个容器实例内部也有一块网卡,每个接口叫eth0;

   3.3 docker0上面的每个veth匹配某个容器实例内部的eth0,两两配对,一一匹配。

 通过上述,将宿主机上的所有容器都连接到这个内部网络上,两个容器在同一个网络下,会从这个网关下各自拿到分配的ip,此时两个容器的网络是互通的。

Docker 网络_第10张图片

 
docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8

docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8

Docker 网络_第11张图片

4.3.2 host 

1. 是什么

直接使用宿主机的 IP 地址与外界进行通信,不再需要额外进行NAT 转换。

2. 案例

容器将不会获得一个独立的Network Namespace, 而是和宿主机共用一个Network Namespace。容器将不会虚拟出自己的网卡而是使用宿主机的IP和端口。

Docker 网络_第12张图片

 案例
Docker 网络_第13张图片

问题:

     docke启动时总是遇见标题中的警告

原因:

    docker启动时指定--network=host或-net=host,如果还指定了-p映射端口,那这个时候就会有此警告,

并且通过-p设置的参数将不会起到任何作用,端口号会以主机端口号为主,重复时则递增。

解决:

    解决的办法就是使用docker的其他网络模式,例如--network=bridge,这样就可以解决问题,或者直接无视。

 
警告

docker run -d -p 8083:8080 --network host --name tomcat83 billygoo/tomcat8-jdk8

正确

docker run -d --network host --name tomcat83 billygoo/tomcat8-jdk8


无之前的配对显示,看容器实例内部

Docker 网络_第14张图片

没有设置-p的端口映射,如何访问启动的tomcat83?

http://宿主机IP:8080/

在CentOS里面用默认的火狐浏览器访问容器内的tomcat83看到访问成功,因为此时容器的IP借用主机的,

所以容器共享宿主机网络IP,这样的好处是外部主机与容器可以直接通信。

4.3.3 none

1. 是什么

在none模式下,并不为Docker容器进行任何网络配置。 

也就是说,这个Docker容器没有网卡、IP、路由等信息,只有一个lo

需要我们自己为Docker容器添加网卡、配置IP等。


2. 案例

docker run -d -p 8084:8080 --network none --name tomcat84 billygoo/tomcat8-jdk8

4.3.4 container

1. 是什么

container⽹络模式 

新建的容器和已经存在的一个容器共享一个网络ip配置而不是和宿主机共享。新创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定的容器共享IP、端口范围等。同样,两个容器除了网络方面,其他的如文件系统、进程列表等还是隔离的。

Docker 网络_第15张图片

2. 案例

docker run -d -p 8085:8080 --name tomcat85 billygoo/tomcat8-jdk8

docker run -d -p 8085:8080 --network container:tomcat85 --name tomcat85billygoo/tomcat8-jdk8

 本案例用tomcat演示不合适。。。演示坑。

3. 案例2

Alpine 操作系统是一个面向安全的轻型linux发行版

Alpine Linux 是一款独立的、非商业的通用 Linux 发行版,专为追求安全性、简单性和资源效率的用户而设计。 可能很多人没听说过这个 Linux 发行版本,但是经常用 Docker 的朋友可能都用过,因为他小,简单,安全而著称,所以作为基础镜像是非常好的一个选择,可谓是麻雀虽小但五脏俱全,镜像非常小巧,不到 6M的大小,所以特别适合容器打包。
 

docker run -d -p 8085:8080 --name alpine1 alpine /bin/sh

docker run -d -p 8085:8080 --network container:alpine1 --name alpine1 /bin/sh


结果验证

Docker 网络_第16张图片

eth0@if16: 消失了。。。。。。关闭alpine1,再看看alpine2 

Docker 网络_第17张图片

4.3.5 自定义网

1. 过时的link

Docker 网络_第18张图片

2. 案例

docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8

docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8
地址都是对的 

Docker 网络_第19张图片

ping不通?

Docker 网络_第20张图片

 
自定制桥接网络,自定义网络默认使用的是桥接brige

自定义网络

Docker 网络_第21张图片

新建容器加入自定义网络

docker run -d -p 8081:8080 --network zzyy_network --name tomcat81 billygoo/tomcat8-jdk8
docker run -d -p 8082:8080 --network zzyy_network --name tomcat82 billygoo/tomcat8-jdk8

此时可以相互ping通 

Docker 网络_第22张图片


结论:

自定义网络本身就维护好了主机名和ip的对应关系(ip和域名都能ping通)

5. docker 平台架构图解

5.1 整体说明

从其架构和运行流程来看,Docker 是一个 C/S 模式的架构,后端是一个松耦合架构,众多模块各司其职。 

Docker 运行的基本流程为:

1 用户是使用 Docker Client 与 Docker Daemon 建立通信,并发送请求给后者。

2 Docker Daemon 作为 Docker 架构中的主体部分,首先提供 Docker Server 的功能使其可以接受 Docker Client 的请求。

3 Docker Engine 执行 Docker 内部的一系列工作,每一项工作都是以一个 Job 的形式的存在。

4 Job 的运行过程中,当需要容器镜像时,则从 Docker Registry 中下载镜像,并通过镜像管理驱动 Graph driver将下载镜像以Graph的形式存储。

5 当需要为 Docker 创建网络环境时,通过网络管理驱动 Network driver 创建并配置 Docker 容器网络环境。

6 当需要限制 Docker 容器运行资源或执行用户指令等操作时,则通过 Execdriver 来完成。

7 Libcontainer是一项独立的容器管理包,Network driver以及Exec driver都是通过Libcontainer来实现具体对容器进行的操作
 

5.2 整体架构

Docker 网络_第23张图片

Docker 网络_第24张图片

你可能感兴趣的:(docker,docker,容器,运维)