查理阿什顿

感谢所有的工作etsi.NFV行业规格组(ISG)，似乎每个在这个空间中工作的每个人都有一个精确的，共同的理解描述了描述高级系统架构的大多数术语。我们没有看到关于“虚拟网络功能（VNF）”，“NFV基础设施（NFVI）”或“虚拟化基础架构管理器（Vim）”的不确定性或歧义，即使是NFV- 这些术语的相关用法实际上只在过去的18个月左右开发了。并且每个人都在电信网络上一段时间似乎熟悉了OSS和BSS的概念，即使只有小少数群体足够勇于潜入这两个功能的深层复杂性。

在最近的ETSI ISG会议上在冲绳会议上，有很多关于VNF管理器（VNFM）功能的讨论。该架构的这个元素似乎需要进一步的探索和澄清。作为示例，VNF本身提供的VNF管理器的概念将是管理和管弦郎（MANO）工作组的额外分析的主题。

在NFV软件合作伙伴中，一个绊脚石往往是“VNF编排”与“VNF管理”之间的细节不确定性。提供编排解决方案的行业领先公司不可避免地会讨论他们的VNF编排是否与其他人的VNF管理存在重叠。同样不可避免的是，答案要么是“不”，要么是“最低限度”，但总是需要一段时间才能得出这个结论。

我将简要地总结一下我对这些功能之间区别的看法，我很想听听各位专家的反馈，看看我的理解是否正确。毕竟，这就是为什么这是一篇邀请评论的博客文章，而不是一篇杂志文章(还记得吗?)，如果你不同意它的内容，你就会撕掉它。

让我们从NFV管弦乐配器开始。NFV体系结构中的这个元素是NFV服务生命周期管理的控制逻辑。在ETSI术语中，它是三个MANO功能之一，其他的是VNFM和VIM。这样的公司纳克纳那序曲,Tail-f，提供NFV编排器的解决方案。

当服务提供者引入一个新的服务请求时，NFV协调器将从OSS/BSS接收描述要实例化的新服务的服务数据模型作为输入，通常将其表示为一组链接的VNFs。VNFs的分组既可以用功能图描述，也可以用业务图描述。通过抽象，服务的整体功能被分解为组件，组件之间的关系由连接和功能描述。

NFV协调器引用系统的VNF描述符，该描述符描述了可用于实例化的VNFs的托管需求，这些需求是抽象定义的，并根据需要进行映射。NFV协调器确定物理平台资源的可用性和特性，并生成资源位置的优化映射。它指定应该在何处实例化VNFs，以及VNFs之间所需的连接，这些连接是实现已订购的总体面向客户的服务所必需的。最后，它记录VNF部署的结果，以允许实际资源分配的管理视图。

VNFS本身通过VNF Manager和Vim执行的一系列操作来实现。这些功能在集成平台内执行，该平台也实现（在ETSI术语中）NVFI函数。

通常VIM是使用OpenStack作为基线。(OpenStack needs to be significantly hardened in order to meet carrier-grade reliability requirements, but that’s a topic for other posts.) It deploys the VNFs that were specified by the NFV orchestrator, implements all the required connections between them, and makes them functional. For disaster recovery purposes, the VIM must also support inter-regional resource allocation and must control integrated backup and recovery systems.

VNF生命周期维护是一个关键的操作功能。VNF管理器必须自动检测所有VNF故障，并确保它们重新启动，以确保没有“静默故障”。VNFs必须通过热迁移自动迁移，以优化资源利用。这个动态迁移当然必须包括VNFs之间建立的所有网络连接。最后，由于不再需要服务，VNF管理器通过一个优雅的关闭过程实现自动的VNF拆除。

在一些激烈的白板讨论后，NFV编排和VNF管理之间的区别 - 但您的意见是什么？这些定义是否正确（至少在高水平），或者他们遗漏了他们对NFV的理解应该如何工作的事情？

邮政最初发表于SDNCentral。

查理阿什顿是一家成功的营销和商业发展高管，在嵌入式系统行业方面拥有丰富的经验。在Wind River，查理负责网络和电信市场的业务发展举措。他在软件，半导体和系统公司（包括6号Wind，Green Hills Software，Timesys，Motorola），AMCC（现为ApplicedMicro），AMD和戴尔（EMD和Dell）中担任了技术和营销的领导作用。