C114通信网: 门户(微博 微信) 论坛(微博) 人才(微博) 百科 | C114客户端 | English | IDC联盟 与风网

技术 - 行业技术 - 无线通信 - 正文 运营商投稿当日通信资讯

面向5GC的容器部署及演进探讨

http://www.c114.com.cn ( 2019/3/14 10:12 )

基于容器的微服务架构是5GC演进方向

3GPP R15的5G网络规范在5G控制面引入了基于服务的体系架构(SBA),每个网络功能(Network Function)对外提供服务化的接口。该网络规范定义了网络功能服务(NF service),这些网络功能服务可以通过服务化的接口被其他NF访问。网络功能服务本身需自包含、可重用,且同一个网络功能的服务管理相互独立(如弹性、自愈)。通信运营商欲借鉴IT行业云原生、微服务架构以实现自身网络功能重构。

云原生是一个思想的集合,包括DevOps、持续交付(Continuous Delivery)、微服务(MicroServices)、敏捷基础设施(Agile Infrastructure)等技术与方法,而微服务作为云原生的关键特征之一,是一种软件“架构”组织的方法,用一组小的服务来开发一个应用(在CT域“应用”对应VNF),服务划分的粒度的大小根据需要决定。每个服务有如下特点:第一,在自己的进程中运行(running in its own process);第二,相互之间通过轻量级通信机制(lightweight mechanisms),通常是HTTP API;第三,围绕商业逻辑构建,并且能够独立部署(independently deployable)。

基于微服务架构的软件设计已经在IT领域规模商用。IT应用采用微服务架构,主要有两方面原因:一方面是由互联网业务特点驱动,用户需求变化快、访问量大,软件架构必须适应业务需求。另一方面,单体架构维护成本高、持续交付周期长、可扩展性差,必须采用新架构来解决这些问题。

CT领域应用也存在类似的痛点,而且CT是在标准的网络架构下定义网络功能、协议接口,系统稳定但缺乏灵活性,限制了业务迭代速度。这需要借助IT目前广泛应用的微服务架构解决这些场景下的问题。基于SBA 5GC网元需要实现微服务解耦,将紧耦合的单体结构拆分为松耦合的多个微服务,这些微服务可以独立部署、升级和扩展,有利于实现业务快速迭代和创新。

容器技术作为微服务的实践技术,是未来实现5GC服务按需功能调用和灵活编排所需的云化NFV平台能力。

容器技术分析

虚拟机和容器技术并非替代关系。相比于虚拟机技术,容器技术一方面具有轻量化、敏捷性等优势;而另一方面,也存在标准不成熟、安全隔离性较差等劣势,需要具体分析。

·标准化程度

ETSI NFV中虚拟机标准化程度较高,而容器标准仍不成熟。2018年6月,ETSI  NFV开始在IFA研究容器相关内容,目前已完成容器用例和模块功能,而信息模型以及架构影响仍在讨论中。标准组织后续还会开展架构、接口、信息模型、安全等方面标准的研究。

·资源占用率

相比于虚机,容器直接在裸机操作系统上运行应用进程,省去了客户操作系统和hypervisor层,资源的利用率比较高,可达95%以上,接近裸机,从而减少运营商对基础设施的投资成本。

·安全隔离性

容器实例与主机共享操作系统内核,通过内核提供的运行时隔离能力为服务提供独立的用户域、文件系统、网络和进程运行空间。虚拟机每个实例自带操作系统,是一种硬件级的隔离 ,因而安全隔离性高于容器。

·弹性伸缩

弹性伸缩时间取决于应用的启动速度,因电信应用启动时间较长(分钟级),容器+APP弹缩时间比起VM+APP弹缩时间不具备太大优势。

·运维方面

无论是虚拟机还是容器,都可以引入DevOps,DevOps自动拉通了设备商与运营商的开发和运维流程,将敏捷开发、自动测试、快速部署、灰度升级等环节贯通,实现从设计、开发、测试到发布全流程的自动化,帮助运营商进一步实现网络业务的高效运维,节约运维成本。

5GC网元部署与演进建议

如何采用NFV技术快速部署一张基于SBA 架构的5GC,对运营商是一项重大挑战。

网络的基础设施正在从传统虚拟机向基于容器的轻型虚拟化逐步演进。传统的虚拟机适于面向底层硬件的生产环境,可用性高、管理性好、技术成熟,但架构复杂、性能较差、成本偏高;基于容器的轻型虚拟化,适用于面向上层应用进程的环境,架构简单、部署灵活、适用任意平台,但管理性、可用性、标准化等方面尚未成熟。因此可能的应用前景是基于容器的虚拟化面向上层应用进程、基于虚拟机的虚拟化面向底层硬件等。

容器的引入原则建议遵循由易到难,按需部署,分步骤引入。具体部署建议如下:

第一阶段:基于虚机容器方案,容器对外不可见(2019~2020),如图1。

图1 虚机容器方案(容器不可见)

当前NFV技术标准基于Hypervisor,以支持虚机部署为主,因此5G核心网部署初期,可采用虚机容器方案。
考虑到5G核心网VNF对性能的要求,容器一般是嵌入在厂家提供的VNF内,NFVO不必感知容器的存在。这一方案的最大好处是可直接沿用现有ETSI NFV架构,无需进行改造。各个容器共享所属虚机的Guest OS内核,而不需要获取Host OS的管理权限,安全隔离性更高。

第二阶段:基于虚机容器的one box方案,软硬件解耦,预计2020年后部署。

待容器技术标准和规范成熟后,可以将厂家VNF内部的容器对外暴露,便于运营商逐步实现应用与平台解耦、优化5G核心网微服务架构。在容器虚机方案的基础上,图2引入CISM(Container Infrastructure Service Management)平台对容器资源进行管理调度,对外提供容器的调用接口。考虑到ETSI NFV标准进展,建议此阶段采用同厂家one box的方案,既满足运营商对容器资源管理,又减少了集成的复杂度。

sabfbg1.jpg

图2 虚机容器方案(容器可见)

第三阶段:基于容器全解耦方案,部署时间待定。

图3 虚机容器方案(全解耦)

 图4 纯容器方案(全解耦)      

随着标准和规范的成熟,最终实现全解耦。基于CISM平台,容器可以使用虚机容器、裸机容器两种方式进行部署,便于将MANO对基础设施资源生命周期的管理从以虚机为单位逐步转向以容器为单位,获取容器性能损耗小、启动速度快、可敏捷开发部署的优势。

5G核心网云化部署是通信运营商从IT的角度对自身基础设施、网络架构和业务模式进行重构,而容器技术作为未来基础设施演进方向逐步引入,它将为运营商5G业务拓展提供更多的可能性,助力运营商构建服务于全社会信息化需求的信息服务创新平台,促进运营商数字化转型

作者:牛娇红 中兴通讯5GC解决方案工程师   来源:C114通信网

  免责声明:本文仅代表作者个人观点,与C114中国通信网无关。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。

给作者点赞

轻松参与

0VS0

表达立场

写的不太好

本文关键字: 3GPP1, 网络14, 运营商11, 互联网1, NFV7, ETSI4, 电信1, 测试2, 信息化1, 转型1

Copyright©1999-2019 c114 All Rights Reserved
上海荧通网络信息技术有限公司版权所有
南方广告业务部: 021-54451141,54451142 E-mail:c114@c114.net
北方广告业务部: 010-63533177,63533977 E-mail:shixinqi@c114.com.cn
编辑部联系: 021-54451141,54451142 E-mail:editor@c114.com.cn
服务热线: 021-54451141,54451142
沪ICP备12002291号