42

NFV是否代表经济上不可行?

 5 years ago
source link: https://www.sdnlab.com/22673.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

本文翻译自AvidThink的创始人兼负责人Roy Chua,AvidThink是一家专注于技术基础设施的研究和分析公司。

我一直在与服务提供商讨论他们的NFV部署状态。虽然开放式网络自动化平台(ONAP)和管理与网络编排(MANO)总是会被提到,但我对NFV的总体状态感到好奇。特别是,为什么NFV的发展没有达到它应该达到的水平,因为它的最初前提:释放价值、节省资金和提高敏捷性。

NFV668.jpg

我并不是唯一一个问这个问题的人。在最近阿姆斯特丹举行的开放网络峰会上,德国电信的聚合、传输、IP和基础设施云架构副总裁Axel Clauberg表示,NFV花费的时间比他预期的要长,同时还警告说,跳到“云原生”并不是什么灵丹妙药。

当然,网络厂商并没有随大流,积极地将自己商品化。希望利用NFV浪潮的新进入者发现,取代现有的物理网络功能(PNF)并不像预期的那么容易,并且很难将其与OSS/BSS和其他根深蒂固的系统集成到一个电信环境中。此外,电信公司的文化障碍和缺乏合适的技能仍然是个问题。

尽管如此,如果早期的NFV部署已经显示出显著且即时的节省(资本支出+运营支出),或者已经释放了更多的收入,那么我认为事情会发展得更快。例如,服务提供商对SD-WAN的快速采用。这些服务提供商将SD-WAN视为增值服务,因为企业需求强劲,而且有明确的赚钱途径。遗憾的是,并非所有SD-WAN部署都完全符合NFV的部署要求。特别是,我们看到虚拟网络功能(VNF)孤岛,本质上仅限于单个域(例如,SD-WAN、虚拟EPC或虚拟IMS)的单个功能NFV部署。这个单一的竖井通常是垂直集成的,并且是从单个厂商(或单个厂商加上几个合作伙伴)购买的,且对整个栈进行了资格预审。这不是一般的由通用VNF管理器(VNFM)和挂载多厂商VNF的NFV-O管理的统一网络功能虚拟基础设施(NFVI)。

碎片化的NFVI基金会

统一白盒底层基础设施尚未实现。就在最近,Orange的Jehanne Avi在海牙举行的SDN 2018世界大会上谈到了假虚拟化,她将厂商锁定描述为与主流虚拟化解决方案同时发生,而不是与真正开放的生态系统同时发生。她还主张运营商在核心业务中拒绝易于使用的解决方案。换句话说,避免使用完全集成的SD-WAN解决方案,以最少的麻烦带来即时收入,并通过解耦推动真正开放的NFV平台方法。

在NFVI(和虚拟化基础设施管理器)方面,目前的状态是OpenStack和VMware之间的竞赛,新的黑马以Kubernetes和容器的形式出现。但是,OpenStack以膨胀和纯文档的形式提出了自己的挑战,并且一直难以部署和升级。对于虚拟CPE/SD-WAN部署的热门用例,OpenStack并不总是最佳选择。我从运营商那里听说,OpenStack可以占用8个核心中的2个,剩下6个用于实际的VNF工作。如果是真的,那就是25%的间接税。

我们仍在通过NFVI解决性能问题,努力解决PCI直通、DPDK、SR-IOV、智能NIC,TOR offload等管理选项,以及如何加速TLS和其他加密选项。我们已经取得了进展,但它比我们所预期的要慢得多。

MANO挑战

在MANO方面,许多人已经放弃了通用的VNFM unicorn,而是专注于编排和自动化。运营商很难对VNFM,NFV-Os和元素管理系统(EMS)进行排序。在ONS峰会上,Orange Group Networks首席技术官Emmauel Lugagne Delpon发出了一项行动呼吁,要求对NFVI的基础设施即服务(IaaS)模式进行标准化,并推动统一的MANO,并指出ONAP是标准化的主要候选者。然而,正如SDN NFV世界大会上的演讲和对话所证明的那样,ONAP本身仍然是一项进行中的工作。 ONSP、OSM和其他选项之间的合理化不太可能很快实现。

考虑到当前状态,实现平台范围的NFV MANO所需的资金和工作量是非比寻常的,我们可能只会看到与特定VNF或VNF组绑定的特定领域的实现。

VNF Islands

VNF转型需要一段时间。厂商最初只是简单地在虚拟机(VM)中包装现有的PNF,从而开始使用简单的NFV-washing。这些早期的“VNF”并没有很好地执行,并且需要巨大的内存和CPU占用来运行,这使得早期的NFV产品不太受欢迎。

现在的情况已经得到了改善,有了更好的架构化的VNF能够更好地运行,并且能够了解如何提供经济高效的性能(通常使用DPDK或与其他硬件加速技术结合使用)。但我们知道NFV之旅将比我们预期的要长得多。DT的Clauberg是对的,我们只是勉强完成了我们的虚拟机之旅。容器中的VNF将需要更多时间和学习。

尽管面临着这些挑战,但我认为我们不能回头。电信业务的竞争性要求组织将自身转变为灵活的实体,以便比以前更快地推出新服务,并在客户提供反馈时调整这些服务。鉴于电信领导者公开承诺开放生态系统、分类系统、敏捷的开发、云化以及无处不在但无定形的“数字化转型”,这关系到很多人的自尊心和骄傲。

原文链接:https://www.sdxcentral.com/articles/analysis/does-nfv-stand-for-not-financially-viable/2018/10/


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK