docker网络_docker之间的网络协议,高并发系统基础篇

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新大数据全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以添加V获取:vip204888 (备注大数据)
img

正文

容器的网关,最后和宿主机网卡进行通讯,同时,通过IPtables规则将容器IP/port 映射

出去,用于与宿主机网卡交互

⑤overlay叠加网络模式,使用外部的服务组件做为网关或代理,例如ingress(K8S)、SLB、

其他的LB

⑥、⑦ipvlan macvlan

①HOST和②container 两种模式

Docker 0

Loo 0 ( container模式)

1)HOST 模式

host容器将不会虚拟出自己的网卡,配置自己的IP等,而是使用宿主机的IP和端口

如果启动容器的时候使用host 模式,那么这个容器将不会获得一个独立的Network

Namespace,而是和宿主机共用一个Network Namespace。但是,容器的其他资源,如文件系统、进

程列表等还是和宿主机隔离的。

使用host模式的容器可以直接使用宿主机的IP地址与外界通信,容器内部的服务端口也可以使用宿主机的端口,不需要进行NAT,host最大的优势就是网络性能比较好,但是docker  host上已经使用的端口就不能再用了,网络的隔离性不好。

2)container

创建的容器不会创建自己的网卡、设置IP等,而是和一个指定地容器共享IP、端口范围。

这个模式指定新创建的容器和已经存在的一个容器共享一个networknamespace,而不是和宿主机共享,新创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定地容器共享IP、端口范围等。同样,两个容器除了网络方面,其他的如文件系统、进程列表还是隔离的。(两个容器的进程可以通过loo网卡设备通信)

3)None

该模式关闭了容器的网络功能

这种网络模式下容器只有lo回环网口,没有其他的网卡。none 模式可以在容器创建时通过-network=none参数指定。

这种类型的网络无法联网,但是封闭的网络能很好的保证容器的安全性。

4)Bridge

此模式会为每一个容器分配、设置IP等,并将容器连接到一个docker虚拟网桥,通过docker0网桥及iptables的nat表配置与宿主机通信。

当Docker进程启动时,会在主机上创建一个名为docker0的虚拟网桥,此主机上启动的Docker容器会连接到这个虚拟网桥上。虚拟网桥的工作方式和物理交换机类似,这样主机上的所有容器就通过交换机连在了一个二层网络中。

从docker0子网中分配一个IP给容器使用,并设置docker0的IP地址为容器的默认网关。在主机上创建一对虚拟网卡vethpair设备,Docker将vethpair设备的一端放在新创建的容器中,并命名为etho (容器的网卡),另一端放在主机中,以vethxx这样类似的名字命名,

并将这个网络设备加入到docker0网桥中。可以通过brctlshow命令查看。

bridge模式是docker的默认网络模式,不写-net参数,就是bridge 模式。使用docker run-p时,docker实际是在iptables做了DNAT规则,实现端口转发功能。可以使用iptables-tnat-vnL查看。

2.docker自定义网络

查看网络列表

docker network ls

查看容器信息(包含配置、环境、网关、挂载、cmd等等信息)

docker inspect 容器ID

指定分配容器IP地址

docker run -itd --name test1 --network bridge --ip 172.17.0.10 centos:7 /bin/bash

自定义网络固定IP

docker network create --subnet-172.18.0.0/16 mynetwork
docker run -itd --name test2 --net mynetwork --ip 172.18.0.100 centos:latest /bin/bash

暴露端口

-p自定义端口(宿主机端口:容器内端口)

-P“随机”端口 (-P 49153起始 49153到65535)

docker run -itd -p 333:80 nginx /bin/bash (docker 0 )
docker run -itd -P nginx /bin/bash 

在宿主机环境执行容器内命令

docker exec -it容器ID /bin/bashl -c 'nginx'
docker exec 容器ID/容器name 执行的命令

宿主机的文件传入到容器内部

cp原文件路径目标文件路径

docker cp /opt/abc 容器id:/opt/abc

进入容器没有systemctl命令解决:添加–privileged-true ( 指定此容器是否为特权容器),使用此参数,则不能用attach

docker run -itd --name test3 --privileged-true centos:7 /sbin/init

/sbin/init内核启动时主动呼叫的第一个进程

可以使用docker inspect 容器IP
docker ps -a
docker exec -it 容器id /bin/bash
yum install httpd -y 
systemctl status httpd 

 

二、Docker 数据卷

docker pull centos

宿主机目录/var/www挂载容器中的/data1

docker run -itd -v /var/www:/data1 --name web1 -it centos:7 /bin/bash

cd /data1/

touch test123

返回宿主机进行查看

 ls /var/www/

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注大数据)
img

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

be651b12f4d8bb6ddf4bd233577eb.png)

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注大数据)
[外链图片转存中…(img-zhEhOJsa-1713280759802)]

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 3
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
《基于docker容器的高并发web系统架构设计与实现》随着互联网迅速发展,社交、媒体以及电商等web网站用户数量 越来越大,并发流量也越来越高,这对于传统web系统架构设计提出 新的挑战。本文基于docker容器虚拟化技术来设计实现高并发web系 统架构,实现web系统高并发、易扩展以及提升系统资源利用均衡 率等功能。 本文基于docker容器以及Kubemetes容器集群技术,从负载均 衡、弹性伸缩以及资源调度等方面设计实现容器化高并发web系统架 构。设计实现基于工作负载特性的动态负载均衡策略,能够实现根据 不同负载类型以及容器集群资源利用率而实时调整容器集群服务的 权重;设计实现基于灰度模型短时间负载预测弹性伸缩策略,能够实 现高效容器集群弹性伸缩以及提升系统并发性能;设计实现基于蚁群 算法并行调度策略,能够有效提升容器集群整体调度效果,提高容器 服务集群的可用性以及改善系统的资源利用均衡率等。 基于docker容器的高并发web系统架构能够实现系统高并发、 易扩展以及提升系统集群的资源利用率等功能。经过系统测试分析, 基于工作负载特性的动态负载均衡策略比传统轮询、加权轮询策略在 高并发流量下有更好的吞吐量以及响应时间等性能表现,基于灰度模 型预测的弹性伸缩机制比传统KubemetesHPA机制在短时间内具有 更好的集群伸缩特性以及基于蚁群算法的并行容器调度策略比传统 Kubemetesdefaults策略有更高的调度优势,能够有效提升容器的均 匀分发,实现系统高可用性以及提升系统的资源利用均衡率等。 基于docker容器技术高并发web系统架构设计,能够有效解决 当前高并发流量下web系统流量转发、集群伸缩以及资源调度等问 题,对于容器技术的具体应用研究以及高并发系统架构的设计具有一 定的实用价值。 关键词:高并发web系统,容器虚拟化,动态负载均衡,弹性伸 缩,并行资源调度
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值