【云原生Docker篇】Docker的网络模式(上)

本文涉及的产品
公网NAT网关,每月750个小时 15CU
简介: 一、Docker网络1.1 Docker网络实现原理docker 使用linux 桥接,在宿主机虚拟一个docker 容器网桥(docker0) ,docker 启动一个容器时会根据docker 网桥的网段分配给容器一个IP地址,称为Container-IP,同时Docker 网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥,这样容器之间就能够通过容器的 Container-IP 直接通信。

一、Docker网络


1.1 Docker网络实现原理

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

docker 网桥是宿主机虚拟出来的,并不是真实存在的网络设备,外部网络是无法寻址到的,这也意味着外部网络无法直接通过Container-IP 访问到容器。如果容器希望外部访问能够访问到,可以通过映射容器端口到宿主机(端口映射),即 docker run 创建容器时候,通过 -p 或者 -P 参数来启用。访问容器的时候,就通过 [宿主机IP]:[映射端口] 访问容器。


1.2 为容器创建端口映射

端口映射,底层原理实际是做了一个DNAT转换。

方法一:随机映射端口(从32768开始)

docker run -itd  --name=为容器指定名称 -P 镜像名称
复制代码


方法二:指定映射端口

docker run -itd --name=为容器指定名称 -p 宿主机端口:容器端口 镜像名称
复制代码



示例1:

#随机映射端口
 docker run -itd --name web1 -P nginx
 #查看映射端口号
 docker ps -a
 #使用宿主机IP:映射端口访问测试
 curl http://192.168.41.46:49154
 [root@yuji ~]# docker run -itd --name web1 -P nginx
 32dd3964a7910a8a7a5aa3e25936d2840ce9f220dff638afd7c89b4bc3b2ea2f
 [root@yuji ~]# docker ps -a       #查看映射端口号,为49154
 CONTAINER ID   IMAGE     COMMAND                  CREATED         STATUS         PORTS                                     NAMES
 32dd3964a791   nginx     "/docker-entrypoint.…"   6 seconds ago   Up 4 seconds   0.0.0.0:49154->80/tcp, :::49154->80/tcp   web1
 [root@yuji ~]# curl http://192.168.41.46:49154     #使用宿主机IP:映射端口访问测试
复制代码


网络异常,图片无法展示
|


示例2:

#指定映射端口,将容器的80端口映射到宿主机的48888端口
 docker run -itd --name web2 -p 48888:80 nginx
 #使用宿主机IP:映射端口访问测试
 curl http://192.168.41.46:48888
 #指定映射端口,将容器的80端口映射到宿主机的48888端口
 [root@yuji ~]# docker run -itd --name web2 -p 48888:80 nginx
 b3f51b63019564657a59b373eabfc1befb83545f8f0e2c11b97866618b25aada
 [root@yuji ~]# docker ps -a
 CONTAINER ID   IMAGE     COMMAND                  CREATED         STATUS         PORTS                                     NAMES
 b3f51b630195   nginx     "/docker-entrypoint.…"   4 seconds ago   Up 3 seconds   0.0.0.0:48888->80/tcp, :::48888->80/tcp   web2
 32dd3964a791   nginx     "/docker-entrypoint.…"   7 minutes ago   Up 7 minutes   0.0.0.0:49154->80/tcp, :::49154->80/tcp   web1
 #使用宿主机IP:映射端口访问测试
 [root@yuji ~]# curl http://192.168.41.46:48888
 #查看宿主机监听的端口号
 [root@yuji ~]# netstat -natp|grep docker
 tcp        0      0 0.0.0.0:48888           0.0.0.0:*               LISTEN      2547/docker-proxy
 tcp        0      0 0.0.0.0:49154           0.0.0.0:*               LISTEN      2349/docker-proxy
 tcp6       0      0 :::48888                :::*                    LISTEN      2553/docker-proxy
 tcp6       0      0 :::49154                :::*                    LISTEN      2357/docker-proxy 
 #查看iptables规则,端口映射实际是做了一个DNAT转换,通过nat表进行转发的
 [root@localhost ~]# iptables -nL -t nat
 ......
 Chain DOCKER (2 references)
 target     prot opt source               destination
 RETURN     all  --  0.0.0.0/0            0.0.0.0/0
 DNAT       tcp  --  0.0.0.0/0            0.0.0.0/0            tcp dpt:49154 to:172.17.0.2:80
 DNAT       tcp  --  0.0.0.0/0            0.0.0.0/0            tcp dpt:48888 to:172.17.0.3:80
复制代码


网络异常,图片无法展示
|


网络异常,图片无法展示
|


网络异常,图片无法展示
|


端口映射,底层原理实际是做了一个DNAT转换。

192.168.41.46:49154 映射到 172.17.0.2:80,192.168.41.46:48888 映射到 172.17.0.3:80。


二、Docker的网络模式

2.1 Docker的网络模式(4+1)

  • Host: 容器不会虚拟出自己的网卡,配置主机的IP等,而是使用宿主机的IP和端口
  • Container: 创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定的容器共享IP,端口范围
  • None: 该模式关闭了容器的网络功能。
  • Bridge: 默认为该模式,此模式会为每一个容器分配,设置IP等,并将容器连接到一个docker0 的虚拟网桥,通过docker 0 网桥以及iptables nat 表配置与宿主机通信。
  • 自定义网络

在安装Docker 时,它会自动创建三个网络:bridge(创建容器默认连接到此网络),none,host。

2.2 查看docker 的网络列表

在安装Docker 时,它会自动创建三个网络:bridge(创建容器默认连接到此网络),none,host。

#查看docker的网络列表
 docker network ls
 或者
 docker network list
复制代码


网络异常,图片无法展示
|


2.3 指定容器网络模式

#使用docker' run 创建Docker容器时,可以用--net 或--network 选项指定容器的网络模式
 ●host模式:使用 --net=host 指定。
 ●none模式:使用 --net=none 指定。
 ●container模式:使用--net=container:NAME/ID指定。
 ●bridge模式:使用 --net=bridge 指定,默认设置,可省略。
复制代码


三、Docker网络模式详解


3.1 host模式

  • 相当于Vmware中的桥接模式,与宿主机在同一个网络中,但没有独立IP地址。
  • Docker使用了Linux的Namespaces技术来进行资源隔离,如PID Namespace隔离进程,Mount Namespace隔离文件系统,Network Namespace隔离网络等。
  • 一个Network Namespace提供了一 份独立的网络环境,包括网卡、路由、iptable规则等都与其他的Network Namespace隔离。
  • 一个Docker容器一般会分配一个独立的NetworkNamespace。但如果启动容器的时候使用host模式,那么这个容器将不会获得一个独立的NetworkNamespace,而是和宿主机共用一个NetworkNamespace。容器将不会虚拟出自己的网卡、配置自己的IP等,而是使用宿主机的IP和端口。

容器和宿主机共享网络命名空间,但没有独立IP地址,使用宿主机的IP地址,和宿主机共享端口范围,例如宿主机使用了80端口,那么容器不能使用80端口。这种模式比较方便,但不安全。

网络异常,图片无法展示
|


示例:

#创建容器tt1,指定网络模式为 host
 #容器和宿主机共享网络命名空间,但没有独立IP地址。使用宿主机的IP,和宿主机共享端口范围。
 docker run -d --name tt1 --net=host nginx
 #访问宿主机的ip和80端口,则可以访问到tt1的nginx服务
 curl http://192.168.41.46:80
复制代码


网络异常,图片无法展示
|


3.2 container模式

  • container模式: 使用 –net=contatiner:NAME/ID 指定。
  • 这个模式指定新创建的容器和已经存在的一个容器共享一个Network Namespace,而不是和宿主机共享。新创建的容器不会创建自己的网卡、配置自己的IP,而是和一个指定的容器共享IP,端口范围等。 可以在一定程度上节省网络资源,容器内部依然不会拥有所有端口。
  • 同样,两个容器除了网络方面,其他的如文件系统,进程列表等还是隔离的。
  • 两个容器的进程可以通过lo网卡设备通信。

新创建的B容器和A容器共享命名空间。假如A容器使用了80端口,B容器就不能使用80端口。

网络异常,图片无法展示
|


示例:

#基于镜像centos:7 创建一个名为test1的容器
 [root@yuji ~]# docker run -itd --name test1 centos:7 /bin/bash
 5f2df52e8b9fa4ec3b27989d789e325f2be186c94d05c992c3950c7e67474872
 #查看容器test1的pid号
 [root@yuji ~]# docker inspect -f '{{.State.Pid}}' test1
 3798
 #查看test1的网络命名空间编号,net:[4026532578]
 [root@yuji ~]# ls -l /proc/3798/ns
 总用量 0
 lrwxrwxrwx 1 root root 0 6月  27 16:12 ipc -> ipc:[4026532575]
 lrwxrwxrwx 1 root root 0 6月  27 16:12 mnt -> mnt:[4026532573]
 lrwxrwxrwx 1 root root 0 6月  27 16:12 net -> net:[4026532578]
 lrwxrwxrwx 1 root root 0 6月  27 16:12 pid -> pid:[4026532576]
 lrwxrwxrwx 1 root root 0 6月  27 16:12 user -> user:[4026531837]
 lrwxrwxrwx 1 root root 0 6月  27 16:12 uts -> uts:[4026532574]
 #创建test2容器,使用container网络模式,和test1共享网络命名空间
 [root@yuji ~]# docker run -itd --name test2 --net=container:test1 centos:7 bash
 3ce8696c5a8481597d9f398b534f80ef279f1e6d70867969a28375843ca57ba9
 #查看test2容器的pid
 [root@yuji ~]# docker inspect -f '{{.State.Pid}}' test2
 3931
 #查看test2容器的网络命名空间编号,net:[4026532578],和test1相同。
 [root@yuji ~]# ls -l /proc/3931/ns/
 总用量 0
 lrwxrwxrwx 1 root root 0 6月  27 16:26 ipc -> ipc:[4026532694]
 lrwxrwxrwx 1 root root 0 6月  27 16:26 mnt -> mnt:[4026532692]
 lrwxrwxrwx 1 root root 0 6月  27 16:26 net -> net:[4026532578]
 lrwxrwxrwx 1 root root 0 6月  27 16:26 pid -> pid:[4026532695]
 lrwxrwxrwx 1 root root 0 6月  27 16:26 user -> user:[4026531837]
 lrwxrwxrwx 1 root root 0 6月  27 16:26 uts -> uts:[4026532693]
 #可以看到test2和test1共享同一个网络命名空间
复制代码


网络异常,图片无法展示
|


网络异常,图片无法展示
|


相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
相关文章
|
1天前
|
NoSQL 关系型数据库 MySQL
《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
76 56
《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
|
13天前
|
安全 Docker 容器
docker的默认网络模式有哪些
Docker 默认网络模式包括:1) bridge:默认模式,各容器分配独立IP,可通过名称或IP通信;2) host:容器与宿主机共享网络命名空间,性能最优但有安全风险;3) none:容器隔离无网络配置,适用于仅需本地通信的场景。
26 6
|
17天前
|
存储 缓存 监控
Docker容器性能调优的关键技巧,涵盖CPU、内存、网络及磁盘I/O的优化策略,结合实战案例,旨在帮助读者有效提升Docker容器的性能与稳定性。
本文介绍了Docker容器性能调优的关键技巧,涵盖CPU、内存、网络及磁盘I/O的优化策略,结合实战案例,旨在帮助读者有效提升Docker容器的性能与稳定性。
50 7
|
23天前
|
安全 网络安全 数据安全/隐私保护
利用Docker的网络安全功能来保护容器化应用
通过综合运用这些 Docker 网络安全功能和策略,可以有效地保护容器化应用,降低安全风险,确保应用在安全的环境中运行。同时,随着安全威胁的不断变化,还需要持续关注和研究新的网络安全技术和方法,不断完善和强化网络安全保护措施,以适应日益复杂的安全挑战。
42 5
|
14天前
|
运维 Cloud Native 持续交付
深入理解云原生架构及其在现代企业中的应用
随着数字化转型的浪潮席卷全球,企业正面临着前所未有的挑战与机遇。云计算技术的迅猛发展,特别是云原生架构的兴起,正在重塑企业的IT基础设施和软件开发模式。本文将深入探讨云原生的核心概念、关键技术以及如何在企业中实施云原生策略,以实现更高效的资源利用和更快的市场响应速度。通过分析云原生架构的优势和面临的挑战,我们将揭示它如何助力企业在激烈的市场竞争中保持领先地位。
|
12天前
|
Kubernetes Cloud Native 微服务
探索云原生技术:容器化与微服务架构的融合之旅
本文将带领读者深入了解云原生技术的核心概念,特别是容器化和微服务架构如何相辅相成,共同构建现代软件系统。我们将通过实际代码示例,探讨如何在云平台上部署和管理微服务,以及如何使用容器编排工具来自动化这一过程。文章旨在为开发者和技术决策者提供实用的指导,帮助他们在云原生时代中更好地设计、部署和维护应用。
|
22天前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
35 3
|
23天前
|
Cloud Native 持续交付 云计算
云原生架构的演进与挑战
随着云计算技术的不断发展,云原生架构已成为企业数字化转型的重要支撑。本文深入探讨了云原生架构的概念、发展历程、核心技术以及面临的挑战,旨在为读者提供一个全面了解云原生架构的视角。通过分析Kubernetes、Docker等关键技术的应用,以及微服务、持续集成/持续部署(CI/CD)等实践案例,本文揭示了云原生架构在提高应用开发效率、降低运维成本、增强系统可扩展性等方面的显著优势。同时,也指出了云原生架构在安全性、复杂性管理等方面所面临的挑战,并提出了相应的解决策略。
|
11天前
|
运维 Cloud Native 持续交付
云原生技术深度探索:重塑现代IT架构的无形之力####
本文深入剖析了云原生技术的核心概念、关键技术组件及其对现代IT架构变革的深远影响。通过实例解析,揭示云原生如何促进企业实现敏捷开发、弹性伸缩与成本优化,为数字化转型提供强有力的技术支撑。不同于传统综述,本摘要直接聚焦于云原生技术的价值本质,旨在为读者构建一个宏观且具体的技术蓝图。 ####
|
15天前
|
弹性计算 运维 Cloud Native
云原生架构的崛起与未来展望
在数字化转型的浪潮中,云原生架构凭借其高效、灵活和可扩展的特性,正逐渐成为企业IT战略的核心。本文旨在探讨云原生架构的定义、关键特性、实施优势以及面临的挑战,同时展望未来的发展趋势。通过深入分析,我们期望为读者提供一个关于云原生架构全面而深入的视角,助力企业在云计算时代做出更明智的决策。
29 3