Docker网络模式介绍
Docker在创建容器时有四种网络模式:bridge/host/container/none,bridge为默认不需要用–net去指定,其他三种模式需要在创建容器时使用–net去指定。
Docker自身的4种网络工作方式,和一些自定义网络模式
安装Docker时,它会自动创建三个网络,bridge(创建容器默认连接到此网络)、 none 、host
host:容器将不会虚拟出自己的网卡,配置自己的IP等,而是使用宿主机的IP和端口。
Container:创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定的容器共享IP、端口范围。
None:该模式关闭了容器的网络功能。
Bridge:此模式会为每一个容器分配、设置IP等,并将容器连接到一个docker0虚拟网桥,通过docker0网桥以及Iptables nat表配置与宿主机通信。
以上都是不用动手的,真正需要配置的是自定义网络。
Docker内置这三个网络,运行容器时,你可以使用该–network标志来指定容器应连接到哪些网络。
该bridge网络代表docker0所有Docker安装中存在的网络。除非你使用该docker run --network=选项指定,否则Docker守护程序默认将容器连接到此网络。
我们在使用docker run创建Docker容器时,可以用 --net 选项指定容器的网络模式,Docker可以有以下4种网络模式:
host模式:使用 --net=host 指定。
none模式:使用 --net=none 指定。
bridge模式:使用 --net=bridge 指定,默认设置。
container模式:使用 --net=container:NAME_or_ID 指定。
下面分别介绍一下Docker的各个网络模式。
Host
相当于Vmware中的桥接模式,与宿主机在同一个网络中,但没有独立IP地址。众所周知,Docker使用了Linux的Namespaces技术来进行资源隔离,如PID Namespace隔离进程,Mount Namespace隔离文件系统,Network Namespace隔离网络等。一个Network Namespace提供了一份独立的网络环境,包括网卡、路由、Iptable规则等都与其他的Network Namespace隔离。一个Docker容器一般会分配一个独立的Network Namespace。但如果启动容器的时候使用host模式,那么这个容器将不会获得一个独立的Network Namespace,而是和宿主机共用一个Network Namespace。容器将不会虚拟出自己的网卡,配置自己的IP等,而是使用宿主机的IP和端口。
docker run时使用–net=host,容器将不会虚拟出IP/端口,而是使用宿主机的IP和端口
docker run -itd --net=host 961769676411
注1:host模式不能使用端口映射和自定义路由规则,这些都与主机一致,-p 与-icc 参数是无效的
Container
在理解了host模式后,这个模式也就好理解了。这个模式指定新创建的容器和已经存在的一个容器共享一个Network Namespace,而不是和宿主机共享。新创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定的容器共享IP、端口范围等。同样,两个容器除了网络方面,其他的如文件系统、进程列表等还是隔离的。两个容器的进程可以通过lo网卡设备通信。
None
该模式将容器放置在它自己的网络栈中,但是并不进行任何配置。实际上,该模式关闭了容器的网络功能,在以下两种情况下是有用的:容器并不需要网络(例如只需要写磁盘卷的批处理任务)。
在docker1.7代码进行了重构,单独把网络部分独立出来编写,所以在docker1.8新加入的一个overlay网络模式。Docker对于网络访问的控制也是在逐渐完善的。
Bridge
当Docker server启动时,会在主机上创建一个名为docker0的虚拟网桥,此主机上启动的Docker容器会连接到这个虚拟网桥上。虚拟网桥的工作方式和物理交换机类似,这样主机上的所有容器就通过交换机连在了一个二层网络中。接下来就要为容器分配IP了,Docker会从RFC1918所定义的私有IP网段中,选择一个和宿主机不同的IP地址和子网分配给docker0,连接到docker0的容器就从这个子网中选择一个未占用的IP使用。如一般Docker会使用172.17.0.0/16这个网段,并将172.17.0.1/16分配给docker0网桥(在主机上使用ifconfig命令是可以看到docker0的,可以认为它是网桥的管理接口,在宿主机上作为一块虚拟网卡使用)。单机环境下的网络拓扑如下,主机地址为10.10.0.186/24。
相当于Vmware中的Nat模式,容器使用独立network Namespace,并连接到docker0虚拟网卡(默认模式)。通过docker0网桥以及Iptables nat表配置与宿主机通信;bridge模式是Docker默认的网络设置,此模式会为每一个容器分配Network Namespace、设置IP等,并将一个主机上的Docker容器连接到一个虚拟网桥上。
通俗的讲就是会分配虚拟IP给容器,但要访问这个容器还是得通过主机来访问。
注1:bridge为默认模式,不需要使用参数–net去指定,使用了–net参数反而无效
注2:bridge模式无法指定容器IP,但非绝对
外部访问docker容器
(我只讲解bridge和host,其余的不怎么使用,我这里就不给讲解了)
bridge模式
docker run -di --name 容器名 -p 8081:8080 镜像ID
-p是映射端口,
-p参数可以出现多次,绑定多个端口号
docker run -itd --name 容器名 -p 8080:8080 -p 8088:8088 镜像ID
访问:
本地IP+8081,就能访问容器里的tomcat了,
这个容器可以启动多个,再次输入
docker run -di --name 容器名 -p 8081:8080 镜像ID,
也是可以可以访问另一个的。
可以看到创建了一个名为docker0的虚拟网桥。。。
host模式
docker run -di --name 容器名 --net=host 镜像ID
访问地址:主机+8080
注1:不需要添加-p参数,因为它使用的就是主机的IP和端口,添加-p参数后,反而会出现以下警告:
WARNING: Published ports are discarded when using host network mode
注2:宿主机的ip路由转发功能一定要打开,否则所创建的容器无法联网!
echo 1 > /proc/sys/net/ipv4/ip_forward
Docker部署SpringCloud项目
本次我只是测试一下。。
准备工作
环境条件:
linux系统,不建议windows
docker最新版本
jdk 1.8
maven3.0
确保你的项目能够正常运行!!!!
改造工程
1,首先在你的父工程中的pom中,请注意,是在父工程。
将<packaging>war</packaging>
改成<packaging>pom</packaging>
,
且 主模块不要配置插件。。。。。
2,在你要打成jar包的模块中添加插件:
(eureka,消费者,生产者都要加上)
这里要注意的是添加启动类都改成自己模块的启动类,
<build>
<plugins>
<!--添加maven插件-->
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<!--添加自己的启动类路径!-->
<mainClass>com.zlk.microservicestudentproviderconfig1004.MicroserviceStudentProviderConfig1004Application</mainClass>
</configuration>
<executions>
<execution>
<goals>
<!--可以把依赖的包都打包到生成的Jar包中-->
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
3,右击你的模块,点击install,
就可以在target文件夹下拿到jar。
4,拿到jar之后上传到你想要存放的一个目录,
5,.使用jre:8镜像启动容器,并挂载指定目录为数据卷
docker run -di \
--net=host \
--name eureka-server-peer1 \
--mount type=bind,source=/shl_docker/apps,target=/shl_docker/apps \
镜像ID
6,宿主机修改hosts文件
命令:
vi /etc/hosts
在里面添加映射的域名:
127.0.0.1 eureka2001.zlk.com
127.0.0.1 eureka2002.zlk.com
完成之后,
7,输入命令启动:
java -jar microservice-eureka-server.jar --spring.profiles.active=eureka2001
8,测试:
IP+端口
说明成功!!!!