2015年8月14日 Linux /开源

OPNFV将成为NFV兼容性的事实标准吗?

由查理·阿什顿

C.ashton.

随着网络功能虚拟化(NFV)迈出了从试验和评估到实际部署的第一步,整个价值链的供应商都在为如何展示难以捉摸的“兼容性”概念而绞尽脑汁。对于我们在Wind River的团队来说,这无疑是一个需要解决的关键问题钛服务器NFV基础设施平台被多个客户采用,用于广泛的用例。

在这篇文章中,我们将讨论一些证明与NFV开放标准兼容的成功方法。我们也将探索新兴的NFV的开放平台(OPNFV)项目实际上将成为衡量供应商解决方案的事实标准。

opnfv帖子

首先,让没有密切关注这个开源项目的人快速了解一下OPNFV的背景知识。OPNFV项目于2014年9月正式启动,是一个开源参考平台,旨在加速NFV解决方案和服务的引入。OPNFV在Linux基金会下运行,该项目的主要目标是实现NFV的ETSI规范。成员包括AT&T、CenturyLink、中国移动、KT、NEC、NTT DOCOMO、Ooreedo、Orange、SK电信、Sprint、意大利电信和沃达丰等电信和有线服务提供商。许多NFV解决方案供应商也是成员。在Wind River,加入OPNFV并积极做出贡献的决定是显而易见的,因为我们已经参与了几个开源社区,并且专注于提供与开放标准一致的NFV解决方案。

如此多的服务提供商加入了OPNFV,这一事实有力地说明了他们从该项目中看到的潜在好处。有几家公司公开表示,他们认为OPNFV参考平台可以加速从ETSI制定的标准向实际NFV部署的过渡。他们相信,NFV生态系统中各公司在开源环境下的合作,将会产生高质量的参考软件,这些参考软件可以迅速整合到商业解决方案中。他们希望利用OPNFV代码的解决方案能够以比那些从头开发或从企业项目开始开发的解决方案快得多的速度进入市场。当然,他们认识到OPNFV代码不能直接部署到现有网络中,预计软件公司将使用OPNFV作为支持全服务水平协议(SLA)的商业解决方案的基线。

OPNFV最初的重点是NFV基础设施(NFVI)和虚拟化基础设施管理(VIM)软件,通过集成来自OpenDaylight、OpenStack、Ceph Storage、KVM、Open vSwitch和Linux等上游项目的组件来实现。连同到其他NFV元素的应用程序可编程接口(api),这些NFVI和VIM组件构成了托管虚拟网络功能(VNF)和与管理和网络编排(MANO)接口所需的基本基础设施。

第一个OPNFV版本“阿诺”6月开始发售。Arno是一个面向开发者的版本,包括NFVI和VIM组件。该组合提供了在基于OpenStack和OpenDaylight的云架构中部署和连接VNFs的能力。下一个版本“雅鲁藏布江”计划作为第一个“实验室就绪”版本,在安装、可安装工件、持续集成、改进的文档和样例测试场景等领域进行了大量改进。

值得注意的是,阿尔诺号和雅鲁藏布江号都没有在NFVI平台中加入任何有助于提供航母级可靠性的功能。这是一个像Wind River这样拥有丰富经验的公司继续增加关键价值的例子。像Titanium Server这样的解决方案构建在社区驱动的参考代码上,并使用部署在实时服务提供商网络中的平台绝对需要的功能来增强它,同时保持与所有适用的开放标准完全兼容。

那么NFV解决方案是什么意味着在这种背景下“完全兼容”吗?我们的经验自推出钛服务器以来,我们需要从三个角度解决这个问题:

opnfvpost2

首先,可能也是最明显的一点是,任何NFV供应商都必须充分了解ETSI倡议所定义的NFV标准,并在第二阶段继续演进。除了了解标准之外,我们的专家还广泛参加了工作组,在这些工作组中,我们在载体级可靠性、平台测试和VNF性能优化方面的经验使我们能够对标准的定义做出知情的贡献。

titanium-cloud-logo2

其次,我们发现“兼容性”的挑战越来越多地涉及在NFV生态系统中展示与其他公司的互操作性。从服务提供商的角度来看,开放标准通过鼓励多个公司开发兼容和互操作的解决方案,避免了厂商锁定的风险。但是服务提供商通常在他们部署的完整解决方案中合并来自多个供应商的产品,因此他们需要证明应该无缝地一起工作的产品实际上是这样做的。以我们为例,我们推出了钛云加速NFV的部署并将客户的进度风险降至最低。通过Titanium Cloud,我们与合作伙伴在工程层面密切合作,以确保他们的产品与Titanium Server正常工作,同时利用任何适当的优化,以确保运营商级的可靠性和最佳性能。这是一个深入的,以工程为中心的计划,结果验证,端到端解决方案,而不仅仅是一个标志图表或营销工具。

opnfv

最后,有趣的是,当OPNFV项目产生一个稳定的代码库,供多个供应商用于创建NFV解决方案时,将会发生什么。我们希望,在这一点上,OPNFV将成为一个事实上的标准,所有NFV供应商将不得不以此来测试他们的解决方案。例如,提供VNFs的公司将需要在基本OPNFV代码上运行时验证这些VNFs的正确操作,就像它们也需要在客户实际部署的NFVI平台(如Titanium Server)上验证它们一样。

因此,在不久的将来,我们期望验证“兼容性”实际上涉及三个不同的活动。Companies will need to make sure they develop their products in full awareness of all the relevant ETSI standards, confirm that they run correctly on the OPNFV reference platform and also verify interoperability with ecosystem partners’ products that comprise a complete, deployable end-to-end solution.

从实际在网络中部署基于nfv的服务的服务提供商的角度来看,兼容、互操作的解决方案的好处是显著的。看到他们的端到端解决方案的各种元素已经被预先验证以正确地协同工作的证据,同时也减少了他们的计划风险,并使他们的项目经理在晚上有更多的睡眠。

与此同时,遵守开放标准迫使供应商开发可互操作和可更换的解决方案。这是避免在物理网络基础设施的“糟糕的旧天”中存在的供应商锁定的关键,这是一切都是推动全球服务提供商在第一位置开展服务提供商的主要动机之一。

在Wind River,我们看到钛服务器NFV基础架构平台的广泛采用,因为它为两个TEM和服务提供商解决了关键的业务挑战。我们在第1天的ETSI NFV计划中一直在积极参与者,帮助定义规范并确保我们的解决方案与这些开放标准完全兼容。通过钛云生态系统,我们与OSS / BSS解决方案,Orchestrator,VNF和服务器硬件的供应商合作,以验证我们的产品及其产品之间的完整互操作性。现在,作为OPNFV的活跃参与者,我们能够为社区贡献高价值代码,并利用OPNFV平台为我们的客户提供有助于部署和100%与开放标准兼容的承运人级NFV基础架构。

以前的Taxibot认证起飞
下一个在Helix Lab Cloud中协作解决一个软件问题——如何正确地进行远程帮助