SDN:to be or not to be that is a question

SDN自2006年被提出,直到最近其热度还未消退。SDN的试验和部署正在进行,但仍有很多IT人士不确定怎样定义和实现SDN。

定义SDN

虽然定义有时是与语境相关的,但软件定义网络(SDN)实际上归结为软件驱动网络基础设施,在软件控制下的网络配置。

从一开始,SDN就是成为一组APIs和允许基于策略配置的服务以及高级控制器,有足够的南北向结合的APIs系统可以集成以自主管理变化,这就是定义SDN的困难之处。开发者更可能意识到SDN是什么,但在如何实现上有不同的意见:通过思科ACI或者VMware NSX。然而,对于管理员来说,SDN可能更像一个紧密结合的包解决方案(或包解决方案的一部分),本质上是一个中间件。

还有一些SDN恐惧、不确定性以及来自开源委员会、商业控制器及竞争对手平台供应商的怀疑,这让想利用SDN创造一种更具创新性和高效业务方式的IT组织们非常头疼。

如何迈向SDN?

可以说,最大的障碍是很多IT专业人士根本不知道如何展开SDN部署。SDN非常强大,理所当然,也意味着它会非常复杂。在打包应用程序案例中,如果你根据配置指南正确设置,就有机会获得成功。然而,如果你安排了很多以配置为重的技术人员,并希望SDN像配置操作一样简单,你将会失望,因为这实际上是一个开发活动,SDN的复杂性是毋庸置疑的。

风险是另一个考量指标:你可以并应该一点一点的逐步在网络上部署SDN,但迟早需要推进到核心网,并将逐步影响核心服务器——核心交换机、核心路由等。当这一切发生时,你开始把企业押注在SDN技术上。在一些亟需灵活和敏捷性的组织以及为达到更好的整体运作效率愿意接受潜在宕机时间的组织中,这是一个好的策略。然而,对于一些宕机将会造成灾难的低风险公司,SDN有点吓人,因为SDN带来的变化是不可控的。

与许多新技术一样,成本也是一个关注点,SDN也很昂贵。与其说是采用特定的控制器或软件设备,不如说兼容SDN硬件需要一次深入分析以确定必要的硬件更新。在某些情况下,这些升级是被供应商驱动的,用来进行额外销售。

虽然较小的公司通常不具备测试SDN的能力,但在一个深度模拟的测试环境中评估一款产品是非常重要的。测试期间,你应该遵循两条适用于IT的重要基本方法:

成本效率:如果采用SDN后比手工配置花费更少的时间,这是SDN适用于你的组织的一个良好的指标。

服务质量:实现SDN的一个主要原因是消除人为错误并创建更多可复制进程,它也更强大、灵活。这意味着你将监控网络性能,标记受SDN影响的信息,密切跟踪可用性和正常运行时间。如果由SDN管理的系统有更多的正常运行时间,表示SDN可能适用于你的组织。

企业SDN现状

如果你正在寻找SDN解决方案,可能你已是渐进的、以开发为重点的组织的一部分。或者,你可能是网络是业务核心的那种组织,如运营商或ISP。运营商和ISP们已经有效运营SDN网络十年,虽然通过专有技术,这些网络中的虚拟路由结构被配置为可驱动物理变化的软件。许多组织采用容器或弹性配置,也可以利用SDN获得更多好处。

有趣的是,即使你不适合于上面提到的任何一种模式,一些公司也已开始通过其他方式开展SDN,即使他们还不了解它。如果你的组织是VMware的大用户,NSX有可能被塞进维护更新清单,带着其他的预期,如加速 VMware vRealize网络变化。

因此,如果上述情况都不适合你,是否意味着SDN不适合你的组织?可能。SDN一般不适合规模太小的组织,这些组织不能让其团队专注于学习和理解其复杂性及如何可靠工作。如果SDN通过咨询团队实现,但出现故障时,管理团队却没有相关的SDN知识管理和排除,最终也会让每个人头痛。换而言之,如果不能向它投入资源,最好不要使用SDN。

使用SDN的最佳实践

定期备份政策:通常,当有变化时我们会备份物理网络设备配置,SDN下同样如此。要想知道同样的技能如何在SDN配置的虚拟领域中进行故障排除,就需要解决标准的基于文本的配置、文档和物理设备的问题。

认证或培训:SDN与以往技术大不相同,如果不是程序员、网络专家或熟悉APIs,需要进行大量再学习。有些供应商可免费提供。

犯错及尝试:SDN是个新技术,当团队或组织开始策略配置或管理时,错误就会发生,因为控制器接管了很多以前人工负责的管理任务。考虑到政策,在环境中进行批量更改。如果没有实验,就没有公开的技术。

把监测作为一种学科:基本监测原则适用于SDN部署的测试和实施阶段。如上所述,SDN兼容的硬件需要深入分析以确定硬件更新需求,一旦监控数据显示(或缺乏)硬件更新的需要,SDN的成本争议就可以搁置起来。

无处躲藏

也许你强烈反对SDN,并有合理的理由来支持这一论点,一些组织确实不适合这种技术。另一方面,拥有资源的大型组织可以节约成本和提升服务质量,在合适的条件下,甚至可以称SDN为他们业务的必需品。不管如何,SDN越来越融入了我们所依赖的工具和服务。随着容器、虚拟化和云技术在使用和需求网络软件驱动的发展,SDN将成为一个更具挑战性的话题。


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/19933.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于17-09-29
0