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 telecom、Sprint、意大利电信和沃达丰。许多NFV解决方案供应商也是成员。在风河,加入OPNFV并积极贡献的决定是显而易见的,因为我们已经参与了几个开源社区,并且我们专注于交付符合开放标准的NFV解决方案。

如此多的服务提供商加入OPNFV的事实有力地表明了他们从该项目中看到的潜在利益。一些人公开表示,他们认为OPNFV参考平台是加快ETSI标准向实际NFV部署过渡的一种方式。他们相信,在一个开源环境中,NFV生态系统中公司之间的协作将会产生高质量的参考软件,这些软件可以很快被整合到商业解决方案中。他们期望利用OPNFV代码的解决方案在市场上的可用速度将大大快于那些从头开始开发或从企业项目开始开发的解决方案。当然,他们认识到OPNFV代码不能直接部署到现网中,预计软件公司将使用OPNFV作为商业解决方案的基线,并提供完全的服务水平协议(SLA)支持。

OPNFV的初始焦点是NFV基础架构(NFVI)和虚拟化的基础架构管理(VIM)软件,通过集成来自OpenDaylight,OpenStack,Ceph存储,KVM,Open Vswitch和Linux等上游项目的组件来实现。除了应用程序可编程接口(API)以及其他NFV元素,这些NFVI和VIM组件都形成了托管虚拟化网络功能(VNF)和与管理和网络编排(Mano)的接口所需的基础架构。

第一个OPNFV发布“arno”六月可用。ARNO是一种以开发者为中心的版本,包括NFVI和VIM组件。该组合提供了基于OpenStack和OpenDaylight在云体系结构中部署和连接VNF的能力。下一个释放“Brahmaputra”计划作为第一个“实验室就绪”版本,在安装,可安装的伪影,连续集成,改进的文档和示例测试方案等领域中包含了许多增强功能。

值得注意的是,无论是雅鲁藏布江还是雅鲁藏布江都没有纳入任何有助于在NFVI平台上提供承运人级可靠性的特性。这是一个典型的例子,像风河这样的公司,拥有提供6 - 9(99.9999%)基础设施的丰富经验,继续增加关键价值。像Titanium Server这样的解决方案构建在社区驱动的参考代码上,并使用部署在实时服务提供商网络中的平台绝对需要的功能对其进行增强,同时保持与所有适用的开放标准完全兼容。

那么NFV解决方案在此上下文中“完全兼容”意味着什么呢?我们发布Titanium Server以来的经验是,我们需要从三个角度来解决这个问题:

opnfvpost2

首先,可能也是最明显的一点是,对于任何NFV供应商来说,充分了解ETSI计划定义的并在阶段2中继续发展的NFV标准是非常重要的。除了理解标准之外,我们的专家还广泛参与了工作小组,我们在Carrier级可靠性、平台测试和VNF性能优化方面的经验使我们能够为标准的定义做出知情的贡献。

钛云标志2

其次,我们发现“兼容性”的挑战越来越多地涉及到展示与NFV生态系统中的其他公司的互操作性。从服务提供商的角度来看,开放标准通过鼓励多家公司开发兼容和互操作的解决方案,避免了供应商锁定的风险。但是服务提供商通常会在其部署的完整解决方案中整合来自多个供应商的产品,因此他们需要证明,那些应该无缝协作的产品确实做到了这一点。在我们的例子中,我们启动了钛云生态系统加速NFV部署,并尽量减少客户的日程表风险。通过钛云,我们在工程层面与我们的合作伙伴密切合作,以确保其产品与钛服务器正常工作,同时利用任何优化适用于确保运营商等级可靠性和最大性能。这是一个深入的,以工程为中心的程序,导致验证的端到端解决方案,而不仅仅是徽标图表或营销工具。

opnfv.

最后,有趣的是考虑一下,一旦OPNFV项目产生一个稳定的代码库,由多个供应商利用来创建NFV解决方案,将会发生什么。在这一点上,我们希望OPNFV成为一个事实上的标准,所有NFV供应商都必须根据这个标准来测试他们的解决方案。例如,提供VNFs的公司在运行基本的OPNFV代码时,需要验证这些VNFs的正确操作,就像他们在客户实际部署的钛服务器等NFVI平台上验证它们一样。

因此,在不久的将来,我们预计“兼容性”的验证实际上将涉及三个不同的活动。公司需要确保他们开发的产品完全了解所有相关的ETSI标准,确认它们在OPNFV参考平台上正确运行,并验证与生态系统合作伙伴的产品的互操作性,这些产品包含一个完整的、可部署的端到端解决方案。

从实际在其网络中部署基于NFV的服务的服务提供商的角度来看,兼容的互操作性解决方案的好处是显着的。看到证据证明,他们的端到端解决方案的各种元素已经预先验证,共同正确加速了他们的整体部署时间,同时还降低了他们的日程风险,并使他们的程序经理能够在晚上睡得更加睡眠。

同时,对开放标准的遵从迫使供应商开发可互操作和可替换的解决方案。这是避免在物理网络基础设施“糟糕的过去”中存在的供应商锁定的关键,这毕竟是促使全球服务提供商首先在NFV上合作的主要动机之一。

在风河,我们看到了Titanium Server NFV基础设施平台的广泛采用,因为它解决了TEMs和服务提供商的关键业务挑战。我们从第一天起就积极参与ETSI NFV倡议,帮助定义规范并确保我们的解决方案与这些开放标准完全兼容。通过钛云生态系统,我们与OSS/BSS解决方案、协调器、VNFs和服务器硬件供应商合作,以验证我们的产品和他们的产品之间的完全互操作性。现在,作为OPNFV的积极参与者,我们能够为社区贡献高价值的代码,并利用OPNFV平台为我们的客户提供可部署且100%兼容开放标准的Carrier级NFV基础设施。

以前的出租车机器人获得起飞认证
下一个在Helix Lab云中协作以修复软件问题 - 如何进行远程帮助权