移动核心网nfv问题以及实践.docVIP

移动核心网NFV问题以及实践 1基础设施平台选择问题 核心网虚拟化的基础设施主要包括物理硬件层及虚拟化层。在物理硬件层面,计算设备的选择是关键问题之一,众所周知,传统核心网网元主要采用高级电信计算架构(ATCA)服务器,而云计算系统主要采用商业现货供应(COTS)服务器。一个是电信应用,一个是互联网应用,两者提供的服务不同,造成了对设备要求的不同。电信平台要保证不间断的业务提供,对物理硬件的可靠性要求高,而互联网应用仅需做到尽力而为,对物理硬件的可靠性要求较低;电信设备一般置于传统电信机房,对设备的环境适用性(例如温度适用性、电信兼容性、防尘、抗震)、设备尺寸、功耗及供电类型、重量等要求严格,而互联网设备一般置于新型数据中心,由于机房环境较好,可适当降低对设备的要求。核心网虚拟化是传统电信领域与互联网技术结合的产物,仅从功能上来讲,ATCA及COTS设备完全能够实现核心网虚拟化,但从可靠性、经济性等角度考虑,ATCA及COTS的选择仍是业界正在考虑的问题。在虚拟化层面,从功能上来讲,核心网虚拟化对虚拟化层的基本要求主要包括以下几个方面:(1)支持x86指令集以使用服务器设备。(2)支持共享存储以实现虚拟机迁移等特性。(3)支持硬件辅助虚拟化以提升虚拟机性能。(4)支持虚拟机远程部署和监控以实现远程自动管理。(5)支持标准化的虚拟机模板以实现跨厂家。(6)支持亲和度识别以及虚拟层高可用机制以实现系统级可靠性。目前,业界主流的虚拟化产品(如:Xen[3]、KVM[4]、VMware[5]、Hyper-V[6]等)均能够支持以上特性。但电信厂家多选择Xen、KVM等开源软件,这主要是因为可进行定制研发,避免功能开发受制于第三方,并实现成本节约。此外,OpenStack[7-8]提供了开源的云资源管理方案,其功能组件及标准的应用编程接口(API)被各厂家的核心网虚拟化平台所采用,这也为核心网虚拟化层的开发提供了更多的便利。除了计算设备和虚拟化软件的选择之外,物理硬件层与虚拟化层与外部的交互也是需要考虑的关键问题之一。传统的核心网软件直接运行在物理平台上,为保证系统的可靠性,网元软件需要实时采集物理服务器状态,判断电源、风扇、网口、磁盘,甚至芯片等是否工作正常。在核心网虚拟化环境中,网元软件不仅需要了解物理服务器的状态,还需要了解虚拟化软件的状态。而且,一旦物理服务器或者虚拟化软件发生故障,需要将故障映射到相应的虚拟机,以使得上层软件能够正确定位并处理故障。这种状态上报及定位的机制需要云管理平台及核心网软件的共同支持,进一步来说,如果物理层、虚拟层以及网元软件来自不同的厂家,即跨厂家实现核心网虚拟化,我们认为这些状态上报的信息需要实现标准化。 2核心网云管理问题 核心网虚拟化后,将打破现有的以网元为中心的软硬件紧耦合的管理模式,转向以资源为中心的软硬件松耦合的管理模式,从而实现跨域,跨地区,跨平台的集中管理,实现资源的智能调度(自动化的扩容、缩容等),这就是基于NFV的核心网云管理。基于欧洲电信标准组织(ETSI)的NFV架构[9],我们定义了移动核心网的云系统架构,如图1所示。与传统电信核心网管理相比,核心网云管理增加了对硬件资源、虚拟资源层、虚拟化网元以及完整网络功能的管理和调度。实现核心网云管理的网元功能包括虚拟设施管理(VIM)、虚拟网元管理(VNFM)和虚拟业务编排(VNFO)。(1)VIMVIM负责虚拟化基础设施的管理。主要功能包括:采集硬件资源和虚拟资源的状态信息并上报给VNFM,实现资源监测、故障监测和上报;接受来自VNFM的上层应用请求并进行认证,认证通过后,通过控制虚拟机管理器(Hypervisor)来执行上层应用请求,实现资源的迁移和弹性伸缩。(2)VNFMVNFM负责虚拟网络功能(VNF)的生命周期管理及其资源使用情况的监控。具体包括VNF的添加、删除、更改、查询、扩容/缩容、预留以及VNF所占用资源的动态监控等。以添加一个VNF为例,VNFM需要计算这个VNF所用的计算、存储和网络资源的需求,并根据需求向VIM申请创建虚拟机,在创建成功的虚拟机上加载相关VNF软件并运行。(3)VNFOVNFO负责基础设施和虚拟化网络功能VNF的管理和编排,进而实现完整的网络服务。以IMS为例,VNFO可以通过对呼叫会话控制功能(CSCF)、归属用户服务器(HSS)等VNF的编排进而提供一个完整的IMS网络服务。在多数据中心和多厂家部署的场景下,VNFO通过标准接口可提供跨数据中心和跨厂家的协同管理能力。与ETSINFV的云管理相比,图1中的核心网云管理在以下几个方面进行了增强,能实现更高的可靠性:(1)增加了VIM与硬件资源层间的C1接口,可以及时采集硬件故障信息,并通知上层业务进行快速切换。(2)在虚拟化平台中增加了亚