以前读完sdn/openflow后的几点想法
来源:互联网 发布:淘宝开店协议怎么查 编辑:程序博客网 时间:2024/05/16 06:43
综合上述文档,sdn/openswitch用在数据中心比较合适。大了就不好扩展了,有点控制层面逆分布式而动的意思。单点故障、容量扩展随着网络规模的扩大就会随之而来,久而久之又得分域治之。
sdn有几个好处:
1.集中管理,便于配置。相比较物理交换机和防火墙,更好进行全局配置
2.网络管理可以轻松编程实现,这也是抽象的好处。mapreduce简化了编程,sdn也简化了网络部署编程。一切都是为了快速响应,快速部署
3.跟openvswitch的结合,更便于管理虚机的流量,容易实现防火墙等实现控制策略等功能。
4.跟虚机结合,使网络状态跟虚机同步绑定,减少因虚机移动而导致的网络调整。比如虚机走了,流表的表项也跟着走而且跟着变(比如分配的ip可能变了)
4.便于监控流量,自动流量负载均衡
所以如果不配置物理交换机,或者整个机房就一个switch frabric大交换背板,也不配置防火墙,也不用负载均衡设备,只在虚机上管理openswitch就能把交换机、防火墙、负载均衡的活都给干了。
第一步淘汰的就是防火墙,其次是负载均衡设备。最后交换机也只要基本连通功能能把servers连接起来就行了。这是Juniper推出Qfabric的原因,也是大家提大二层的原因。
至于跨IDC的方案也已经被提出,tunnel是基本的思想。
想想以后网络还剩什么?DHCP?dns?都被软件给包办了。
对云的好处==》
- 软件部署方便灵活,能让cloud赶快用起来,精力集中在业务,在逻辑。
- 不用关心网络硬件,减少处理异构设备的麻烦
- 以前读完sdn/openflow后的几点想法
- 读完林锐《高质量C++/C 编程指南》后的几点想法
- 读完《暗时间》后的一些想法
- 基于SDN/OpenFlow的RYU控制器的开发的一些想法
- SDN 、OpenFlow、Ryu的关系
- SDN, openflow, NFV的概念
- SDN & OpenFlow
- 基于openflow的SDN技术的研究
- 四、SDN/OpenFlow的关系与定义
- 基于SDN-OpenFlow的网络智能控制
- 关于使用JSP的几点想法
- 关于以后的几点想法。。。。。。。。。
- 关于用户需求的几点想法
- 网络游戏性能测试的几点想法
- p2p 视频的几点想法
- 有关前端开发的几点想法
- 关于研发管理的几点想法
- scanf和printf的几点想法
- 串口驱动(三)
- 音视频流::ffplay::tutorial03
- NYOJ44 子串和
- 银行本票
- DirectFB窗口管理器(unique)研究笔记
- 以前读完sdn/openflow后的几点想法
- 音视频流::ffplay::tutorial04
- Git错误non-fast-forward后的冲突解决
- UIWebView的三种加载方式
- SharePoint log分析——一句SQL语句找出无效的Event Receiver
- jsp设置网页的样式
- R12 - GL / XLA / FAH - How to link GL data to the subledger data or vice versa
- 串口驱动(四)--中断模式实现禁用fifo串口通信浅析
- SD驱动调试