vlan并不适合大规模的cloud

虽然目前我们实际部署的openstack使用的是vlan模式,但它并不适合较大规模的云。至少有以下显然的问题:

1.  Vlan是12bit,4096是其隔离上限。作为private cloud目前应该是够的,但是public cloud就会有问题了。

2.  假设我们有100个物理节点,每个物理节点虚拟出50台虚机,那么会有至少5K个虚机MAC(如果虚机是多网卡的话,会更多),一般的交换机MAC地址表是不能承受这样的规模的,MAC地址表溢出后,会产生大量泛洪占用大量流量。考虑到物理节点可能会更多,扩展性会是问题。

3.  如果我们使用vlan,那么我们负责计算节点间通信的物理口是做成trunk的。为了方便配置,一般会事先配置好一个vlan段,比如vlan1000-2000,这样的over provision,很明显会导致额外的broadcast traffic。如ARP等广播包的泛洪。

Anything else? How to solve?

To be continue...

时间: 2024-10-06 04:50:18

vlan并不适合大规模的cloud的相关文章

汉澳sinox2015发布,成熟稳定版本,适合大规模部署

汉澳sinox2015发布是因为出现了严重bash shellshock漏洞,趁用户还没很多及时发布修复版本,有利于维护sinox安全可靠的形象,也是为了迎接中国用户大规模部署,打造一个安全放心的操作系统.汉澳sinox2015是成熟稳定版本,适合大规模部署. 汉澳sinox2015第一次在sinox操作系统上开发编译,从而脱离了bsd unix系统,开始了独立自主的发展道路. 汉澳sinox是基于bsd unix成熟稳定内核,支持 bsd unix,兼容linux,适度支持windows的高度

ss is one another utility to investigate sockets(特适合大规模tcp链接)

原创文章,转载请注明: 转载自系统技术非业余研究 本文链接地址: ss is one another utility to investigate sockets(特适合大规模tcp链接) 具体的可以参考这里 他的最大特点是快, 当你的系统有上万个tcp链接要了解的时候的时候, 你就知道我说什么了. netstat等常规工具变成废铁了, 这时候他的作用就非常明显了. /proc interface is inadequate, unfortunately. When amount of sock

MariaDB快速选择最适合您的需要的存储引擎

1.Xtradb和InnoDB是一个很好的通用事物存储引擎.通常不确定选用何种存储引擎时,Xtradb和InnoDB是最佳的选择. 2.MyISAM和Aria,占用空间小,系统之间容易复制.MyISAM是MySQL最悠久的存储引擎,而Aria是MariaDB更好的改良. 3.TokuDB是一个优化不适合内存负载的事物存储引擎,并提供良好的压缩比. 4.MEMORY有利于临时工作区. 5.Archive归档. 6.Cassandra是个NoSQL引擎. 7.CONNECT允许访问不同类型的文本文件

VLAN理解

vlan的应用在网络项目中是非常广泛的,基本上大部分的项目都需要划分vlan,前几天我们讲到vlan的配置,有朋友就提到有没有更基础一些的内容,今天我们就从基础的vlan的知识开始,了解vlan的划分原理. 一.为什么需要VLAN 1.什么是VLAN? VLAN(Virtual LAN),翻译成中文是“虚拟局域网”.LAN可以是由少数几台家用计算机构成的网络,也可以是数以百计的计算机构成的企业网络.VLAN所指的LAN特指使用路由器分割的网络——也就是广播域. 简单来说,同一个VLAN中的用户间

[转帖]交换网络基础知识VLAN及VLAN划分,一分钟了解下

交换网络基础知识VLAN及VLAN划分,一分钟了解下 https://www.toutiao.com/i6772206771248300556/ 一.VLAN基础 VLAN是英文Virtual Local Area Network的缩写, 即虚拟局域网.一方面, VLAN建立在局域网交换机的基础之上:另一方面, VLAN是局域交换网的灵魂.这是因为通过VLAN用户能方便地在网络中移动和快捷地组建宽带网络, 而无需改变任何硬件和通信线路.这样, 网络管理员就能从逻辑上对用户和网络资源进行分配, 而

Google云平台技术架构

Google Cloud  设计原理: 1.分布式文件系统: Google Distributed File System(GSF) 为了满足Google迅速增长的数据处理需求,我们设计并实现了Google文件系统(Google File System – GFS).GFS与传统的分布式文件系统有着很多相同的设计目标,比如,性能.可伸缩性.可靠性以及可用性.但是,我们的设计还基于我们对我们自己的应用 的负载情况和技术环境的观察的影响,不管现在还是将来,GFS和早期文件系统的假设都有明显的不同.所

Docker 1.10 RC 新网络 overlay 网络

Overlay 网络 Overlay网络是指在不改变现有网络基础设施的前提下,通过某种约定通信协议,把二层报文封装在IP报文之上的新的数据格式. 这样不但能够充分利用成熟的IP路由协议进程数据分发,而且在Overlay技术中采用扩展的隔离标识位数,能够突破VLAN的4000数量限制, 支持高达16M的用户,并在必要时可将广播流量转化为组播流量,避免广播数据泛滥. 因此,Overlay网络实际上是目前最主流的容器跨节点数据传输和路由方案. Overlay网络的实现方式可以有许多种,其中IETF(国

无线局域网架构

WLAN有多种网络架构,可分为自治式架构和集中式架构两大类. 1.自治式结构,也称为 FAT AP 架构或胖 AP 架构.在该架构下,AP实现所有无线接入功能,不需要无线控制器 AC 设备. WLAN早期广泛采用自治式架构.但随着企业大量部署 AP,对这些 AP 进行配置.升级软件等管理工作将带来很大的工作量,用户管理成本提高,自治式架构应用正逐步减少. 2.集中式结构 集中式架构,也成 FIT AP 结构或瘦 AP 架构.该架构通过无线控制器 AC 集中管理控制多个 AP .所有无线接入功能由

软件优才夏令营A decentralized approach for mining event correlations in distributed system monitoring译文(原创)

用一种分布式处理方法 挖掘分布式系统检测到的事件联系 点击下载演示文档 abstract:现在,对监控.分析和控制大规模分布式系统的需求越来越高涨.监控下的事件往往呈现出相关联的关系,这对资源分配.工作调度还有故障预测有很大帮助.为了发现在检测到的事件中的联系,很多已有的方法是把被检测事件放到数据库中并对其进行数据挖掘.但是我们认为这些方法并不适合大规模分布式系统,因为监控事件的数据量增长得非常快以至于很难用一台计算机的力量来进行事件之间联系的发现.在本文中,我们提出了一种分布式的方法有效地检测