SDN原理解析：转控分离的SDN架构

Vecloud

人们对SDN的通常理解：转控分离和开放的接口编程。
对于SDN通常理解，总觉得只是呈现了外在形象(表现为技术形态)，而不是真正的灵魂(本质诉求)，希冀带大家能看到“转控分离”和“开放接口编程”思想的背后本质，使得SDN理念更佳通俗易懂。
“转控分离”，这是对传统思维定势的重大理念创新。尽管现在觉得转控分离的思想不足为奇，但是曾经的我们是习惯设计路由来实现业务选路，并作为不可动摇的业界真理。“转控分离”：并不仅是将设备的控制层面分出来了，而是将架构师/工程师的思想层面分出来，并做成SDN控制器。
举个场景：假设某企业从上海到南京拥有两条中继链路，链路A的时延质量为30ms，链路B的时延质量为80ms，我们架构师根据链路质量进行主备链路设计，通过IGP的Metric方式制定业务优先路径。然而实际情况是链路质量是会发生变化的，比如出现链路老化、传输倒环等，很可能会导致链路A的时延质量劣化，此时架构师只能被动根据业务体验情况再进行端到端、段到段的分析排查。如果这类问题是间歇性出现，排查难度将增加几十倍。此时，设备的控制层面显得特别不贴心，只能去做设备层面的重大故障应对，无法根据实际的链路质量变化去优化流量转发。“转控分离”算应运而生，从架构师/工程师身上将网络的“查看、分析、判断、执行”的系列思路剥离出来做成软件产品，也就是SDN控制器，此时网络就多一个实时在线的架构师/工程师进行业务保障，这个应该就好比初代人工智能了。
下一步就是SDN产品化的设计，收集现阶段主体的需求、提炼对客户的价值，比如：网络自动化缩短部署时间、流量调度优化减少企业开支等等。在实际产品化中，由于硬件能力、软件理念等方面的差异性，各个SDN开发商提供的产品功能、主打场景或多或少都会出现些差异性，所以给客户进行方案甄选时会增加不少难度。“开放的接口编程”能力变得极为重要：
SDN开发商只能提供通用的功能，并不能真正完成客户的全部需求。软件化意味着未来控制层面任何想到的功能都可以使用控制器去实现，所以SDN控制器二次开发是很多用户的诉求。如果无法白盒，那么异构组网同样是永恒的主题，毕竟每家设备都说一种“方言”，对于控制器的难度可想而知，尽管具有开放的接口编程能力，仍然“任重而道远”。所以部分大型行业客户会要求各设备厂商均提供SDN控制器，客户采用自研超级控制器，这也是个很好的解决办法，屏蔽了设备层面的复杂性。
回归SDN的本质：按照人为管理需求设计，实现统一策略制定、修改、执行的软件平台。

了解更多相关内容欢迎关注http://www.vecloud.com

zmq649258248

微雲網絡有限公司(Vecloud)的总部位于中国香港，并在北京和深圳设有分支机构，是一家面向企业提供云交换网络服务为核心业务的企业。基于创新的云网技术，以及优质的全球网络与IDC数据中心资源，推出了全球直连，快速可达的VeConnect平台，实现网络服务商、IDC数据中心、云服务商以及企业应用服务商的直连互通，为企业提供高效、安全、稳定、可靠的网络连接服务。Vecloud在全球的数据中心节点30个，POP节点超过200个，服务的大客户超过300个，涉及金融、互联网、游戏、AI、教育、制造业、跨国企业等行业领域。