NFV。 高可靠性、高可管理性、高层服务能力等诉求,与OpenStack自身的社区原生能力尚不完全适应,因此,NFV在OpenStack平台上的落地与演进,必定面临着一些实际的技术难点与挑战。
1. NFV 和相关的国际组织和社区
1.1 NFV
1.1.1 定义
NFV 的全称是 Network Functions Virtualisation,即网络功能虚拟化。先来看看它的定义:“网络功能虚拟化(NFV)是利用在通用的计算、存储、网络接口和交换架构之上构建的云计算虚拟化技术来承载(host)、链(chain)和管理(manage)标准化的虚拟网络功能(virtual network functions (VNFs))的一种可扩展的弹性的网络服务进化模型。”。
在解释之前,先看下面这张图,你基本就会明白了它的含义:
上图中,左边是传统的网络功能,比如防火墙、NAT、负载均衡、DNS、DPI 等等,它们都是由专有的(厂家定制的)、集成的(数据面和控制面在一个设备之中的)的硬件设备提供的;右边是 NFV,它是开放的弹性的方案,由在构建于标准的硬件(基本上是x86服务器和商用的存储和网络设备)上的云环境中的物理机或者虚机或者容器内的标准化的提供虚拟网络功能的软件提供网络功能。和传统的方案相比,NFV 中,网络功能都是虚拟化的,因此都变成了 vFW、vNAT、vLB 等等。
简单来说,NFV 是运行在标准云之上的应用提供虚拟网络服务的一种新的架构。一个类似的经常放在一起说的也是非常容易混淆的一个概念是SDN,它是承载 NFV 的云基础架构层中提供网络虚拟化的一个组件。因此,NFV和 SDN 处于NFV总体架构中的不同的层面,承担不同的功能。
1.1.2 为什么要 NFV
下图是 SDxCentral 网络的一个用户调查显示的使用 NFV 的驱动力:
- 敏捷性和灵活性是主体,占一般比重
- VNF 的安装部署更方便
- 测试新的 VNF 会更加的方便和快速
- 避免升级当前系统来部署新的 NFV
- 降低运行和投入成本,合计占36%,主要包括:
- 使用 COTS 硬件,能够降低硬件成本
- 可以使用共享的 VNFI,减少投入
- 商业硬件的更新周期会更快,能做到更快地提升性能和功能
- 加速市场适应能力,占 14%
1.2 NFV 相关的国际组织和社区
1.2.1 ETSI’s Industry Specification Group on Network Functions Virtualisation (ISG NFV)
2012年11月,国际上七大电信网络运营商选择 ETSI 作为 NFV 行业规范制定组织,来制定他们所需