OSF SDN在云计算网络虚拟化中的应用
感谢张卫峰老师辛勤付出。今天讲的这些我基本不懂,需要多学习。SDN对云计算网络很重要当前OpenStack Neutron的问题SDN网络虚拟化方案一览OVS的子项目OVN介绍盛科DVNP架构和应用场景SDN不是一种具体的技术,而是一种思想,一种理念,一种体系框架。核心诉求,让软件参与网络控制中,不是让路由协议参与网络控制,让应用参与网络控制。为了满足这种核
感谢张卫峰老师辛勤付出。
今天讲的这些我基本不懂,需要多学习。
SDN对云计算网络很重要
当前OpenStack Neutron的问题
- SDN网络虚拟化方案一览
- OVS的子项目OVN介绍
- 盛科DVNP架构和应用场景
SDN不是一种具体的技术,而是一种思想,一种理念,一种体系框架。
核心诉求,让软件参与网络控制中,不是让路由协议参与网络控制,让应用参与网络控制。
为了满足这种核心诉求,就需要一种新的架构。
SDN的本质属性:
- 控制与转发分离
- 开放的编程接口
- 集中化的网络控制
SDN的核心价值:
- 不在于能够解决传统网络解决不了的问题,而在于比传统网络做得更快捷、更可靠、更省力
如开通虚拟主机,让用户自主控制,不需要客服人员去操作;
- 不是让控制控制一切,而是让控制器去控制用户想控制的部分
如有些设备是数据转发设备,没必要控制器去控制;而有价值的部分才需要控制器控制。在云计算上控制器控制的是最边缘的控制交换机,不需要控制中间的物理交换机。
IaaS云计算网络将SDN的优势发挥到极致
IaaS云计算平台是标准的SDN架构
开放的编程接口(南向和北向都是开放的接口)
集中化控制(云集中控制所有设备)
可编程API
集中化控制
两种组网方式的比较
VLan
优势 :
缺点:
Tunnel组网
优点:
缺点:
Neutron当前的问题
SDN网络虚拟化方案一览
纯软件
硬件+软件
虚拟三层路由转发
集中式虚拟网关
分布式虚拟网关
半分布式虚拟网关
分布式路由只管东西向三层,南北向还是要走集中网关
SDN网络虚拟化方案1:Neutron作为集中式控制器
SDN网络虚拟化方案2:独立的集中式控制器
SDN网络虚拟化方案3:分布式控制器
SDN网络虚拟化方案4:集中式控制器+硬件转发
OVS 的子项目OVN介绍
OVS提供什么:
原生态OVS仅仅提供:
现在的OpenStack Neutron仅仅用了OVS转发面功能
OVS需要由额外的agent来控制,参与网络虚拟化
OVS仅仅提供一个Virtual Switch,而OVN提供的是一个完整的Network,包括L2,L3,Security,QoS..
OVN工作原理:
OVN Architecture
OVN意味着什么
OVN还是初级阶段,但一旦成熟,所有商业化方案都会受到威胁
但网络虚拟化需要的东西远远超过OVN的work scope,
而且OVN可能不依赖于OpenStack
对比现有的OpenStackDVR
盛科DVNP架构和应用场景
盛科DVNP架构:无硬件offload
DataFlow in Centec Agent(ingress)
DataFlow in Centec Agent (egress)
盛科DVNP架构:硬件Offload和硬件 VTEP
硬件Offload下的转发面流程
物理机和虚拟机混合组网
Centec cloud manager 提供Cloud Console 命令行和API
管理员通过Cloud Console命令行或者API动态增加、删除bare-metal server,分配local vlan,指定租户和network,并配置到SDN TOR Switch
SDN TOR Switch 将Vlan转换为相应的Tunnel VNI,反之亦然
SDN TOR 需要同时做Bridge/route to tunnel
一些别的实现方式:1虚1,安装OVS,使用docker,都不如使用SDN GW来得高效、简单、方便 。
使用VMware产品的用户面临的问题
市场有大量的存量VMWare产品,这些产品不支持VPC
VMWare 提供driver到OpenStack,但是仅限于legacy vDS支持(无法支持完整VPNC功能)
当前的一些解决方案:
要基于legacy VMWare产品支持VPC,必须能够控制它的vSwitch,但显然做不到。
基于SDN TOR 实现VMWare和VPC
整体架构参考DVNP:硬件Offload架构
云平台获取VM的主机、IP、Mac、local vlan,所属租户
云平台控制SDN TOR,将Local Vlan映射成tunnel,
可以使用OpenStack , 也可以在vCenter之上再包装一个平面。
更多推荐
所有评论(0)