OpenStack需要提升五个方面以支持NFV

对于电信网络功能虚拟化(NFV)架构而言, OpenStack并不是一个固守现状的方案。OpenStack是一个开源的云管理技术，可提供任何NFV环境中所需的很多能力。这已在许多电信运营商中激起了极大兴趣。

但要实现NFV的所有优势，运营商需要一个NFV平台，能够提供额外的能力以支持分布式的云、增强的网络控制、生命周期管理和高性能的数据平面。

OpenStack/NFV回顾

2010年，RackSpace 和NASA联合发布了OpenStack ，这是一个开源的云计算平台。从那时开始，OpenStack社区得到了极大的发展势头，超过200家公司加入进来。

最初，OpenStack本身并非按照运营商需求想法而设计。所以，在2012年，一些主要的电信运营商发起了旨在将虚拟化和云的理念应用于电信领域的活动。

网络功能虚拟化这一术语正是因此而产生。运营商要求厂商创建虚拟化的网络功能(VNFs)和NFV平台，以帮助他们在部署业务时更加灵活便利，并降低设备和运维成本。

为弥补OpenStack和其他相关开源项目的不足，业界主要的相关方在2014年9月以Linux 基金会合作项目的形式创建了“NFV开源平台”。其目的是为NFV创建一个运营商级的开源的参照平台。业界各方将共同创建这一平台以推动NFV的演进并保证一致性、性能以及多个开源组件间的互通性。

目前，针对电信NFV环境，OpenStack在下述5个方面是有所欠缺的：

分布式网络连接自动化的生命周期管理 NFV架构运营高性能数据平面

1. 分布式 在IT的世界里，企业试图将其数据中心聚合起来以降低成本。但对于NFV而言，这并非总是最佳选择。很多NFV应用要求低时延的实时响应。NFV应用也需要高可用性和灾难生存能力。运营商需要灵活性以便将网络功能部署在一个分布式的架构上— 无论是网络核心、城域边缘、接入甚至可能是客户侧。

图1. 分布式的NFV架构

OpenStack支持Cell，Region和Availabilities Zone，但这些概念对于NFV需求还不够。每个OpenStack的Region提供相互隔离的API端点，各Region间没有协调。典型情况下，一个数据中心中可能有一个或多个Region。Cell组件可提供一个单一的API端点用于汇聚多个Region。

利用Cell，跨Cell的负载分配(“调度”)通过明确的指定或随机选择而生成。Cell组件没有分配机制来基于应用需求选择最佳的位置。