克服网络功能虚拟化部署挑战

网络功能虚拟化(NFV)技术的目标是在标准服务器上提供网络功能，而不是在定制设备上。虽然供应商和网络运营商都急于部署NFV，但欧洲电信标准协会(ETSI)要到2015年1月才会发布规范。因此，早期NFV部署将不得不利用更广泛的原则，随着更多细节信息浮出水面，这些原则将会逐渐被部署。

为了在短期内实现NFV部署，供应商需要作出四个关键决策：部署云托管模式，选择网络优化的平台，基于TM论坛的原则构建服务和资源以促进操作整合，以及部署灵活且松耦合的数据/流程架构。

为NFV寻找通用管理框架：选择OpenStack？

从理论上讲，NFV可以存在于专用物理服务器上，也可以运行在云计算中的虚拟服务器中。但在实践中，由于没有涵盖所有这些选项的统一管理框架，因此很难提供如此广泛的部署选择。

为了解决这个问题，我们可以将虚拟功能放在云中，并使用OpenStack作为云软件平台。OpenStack有着广泛的行业支持，并且它有一个网络即服务框架，Neutron(以前被称为Quantum)，其插件能够支持大部分主流SDN技术，甚至还能支持一些专有网络管理系统(NMS)。然而，Neutron正在逐渐发展为满足云计算的需求，而不是满足网络运营商更广泛的需求，因此，早期NFV部署将需要为运营商网络扩展Neutron，以涵盖云计算中不存在的传统的端到端连接等功能。在这种情况下，开发人员需要增强Neutron，或者绕过它不支持的模型。

为NFV部署优化商用服务器

NFV和托管虚拟功能的成功取决于这些功能是否可用以及是否能根据需要来执行。ETSI NFV行业规范组(ISG)的目标就是在商用服务器上实现这些功能，但这需要通过硬件和软件进行网络优化。在从网络接口到虚拟机的数据路径连接的情况下，这种优化尤其重要。毕竟，根据网络设备预期处理的流量以及它们提供的可靠性的不同，网络设备各有不同。NFV主机也是相同的情况，所以相同的优化是必要的。

寻找NFV管理模式：看看TM论坛

部署NFV的第三个问题是管理过程。这需要基于数据模型来描述服务和资源。在NFV出现之前，TM论坛(TMF)就提供了一个合适的(也许是理想的)数据模型：(SID)GB 922。虽然这种模型可能需要进行扩展，才能支持虚拟功能和云资源，但这种扩展将是很小范围的，并且，GB922提供了丰富的模型用于描述服务(包含虚拟功能)以及(承载这些功能的)资源。

这个TMF模型极大地简化了资源和服务的构建和管理，同时，NFV自身的虚拟功能管理理念也可能融入这个较大的TMF模型。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友