传统城域网架构遇瓶颈 引入NFV成有效解法

简介:

随着“互联网+”的飞速发展,互联网的设施及应用日益丰富,网络流量呈井喷式增长,网络越来越复杂,运维成本随之升高;与此相对应,用户对网络服务质量的种类及要求不断提升,不仅对接入带宽,对业务种类和保障等级的差异化需求亦急剧增长。电信运营商传统应对需求增长的方法是为各种业务部署不同的专用设备,为增长的业务纵向扩容原有的设备,该部署思路主要适用于业务种类不多、新部署需求主要为同类业务扩容的情况。

但目前互联网新业务层出不穷,显然原有的部署思路已不能满足当前各种业务对带宽资源以及推出速度的需求。城域网作为宽带互联网业务的承载主体,若仅单纯地扩容网络带宽而非提供灵活的使用方式,则将导致运营商在城域网边缘节点被管道化。

业界普遍认为,通过引入NFV(Network Function Virtualization,网络功能虚拟化)技术,可把网络设备全部或部分功能统一到工业化标准的高性能、大容量的服务器上,在降低扩容成本、运维成本的同时,可提高新业务部署与细分业务保障能力。

本文从新形势下城域网现状及未来需求出发,提出基于NFV技术的城域网引入方案,有助于解决运营商传统网络边缘节点灵活性低、运维复杂、新技术引入困难等问题。

现有城域网存在五大问题

典型的城域承载网分为用户层、接入层、汇聚层、业务控制层及核心层,其基本的组网方式如图1所示。

传统城域网架构遇瓶颈 引入NFV成有效解法
图1 城域网典型架构图

用户层主要为用户的宽带接入设备,如STB(Set Top Box,机顶盒);接入层为用户设备提供接入功能;业务信息流通过汇聚层汇聚;而后绝大部分的用户逻辑信息处理、配置下发、用户认证等城域网边缘节点的核心功能由业务接入控制层承担,典型设备为BRAS(Broadband Remote Access Server,宽带远程接入服务器)、BNG(Broadband Network Gateway,宽带网关控制设备)、SR(Service Router,业务路由器)等;核心层主要负责与城域骨干网进行连接,提供高速交换能力。

随着接入用户侧视频、高速浏览等业务的渗透率提升,各类新业务涌现,城域网现阶段普遍存在的问题包括以下5个方面。

  • 转发控制能力不匹配:设备的转发能力使用率已达到80%时,其控制能力使用率仅为20%;
  • 网络容量不足:现网容量不足,难以支撑业务高速发展的需求;
  • 无法实现灵活部署:现有BRAS/SR/BNG等专用硬件设备,存在部署不灵活、建设周期长等问题;
  • 无法灵活应对大流量突发现象:缺乏业务资源的流量调度能力;
  • 运营维护复杂:宽带业务增长,涉及厂家和设备种类多,异厂家设备维护界面不相通,网络设备无法集中进行统一控制。

不同虚拟化技术各有优劣

虚拟化是指运算单元在虚拟的基础上(而不是在物理的基础上)运行,是一个为了简化管理、优化资源的解决方案。引入虚拟化层,向下可管理真实的物理资源,对上可提供虚拟的系统资源。虚拟化可提高物理资源利用率,同时加强管理者对资源的管理,提高系统的安全性及可靠性。

系统虚拟化是虚拟化技术中的一种,是指将一台物理计算机系统虚拟化为一台或多台虚拟计算机系统。该技术通过虚拟化层将单一物理平台抽象成若干个虚拟平台,每个虚拟平台都拥有自己的虚拟硬件,为操作系统提供一个独立的执行环境。根据虚拟化架构的不同,可将虚拟化分为三大类,分别为Type I虚拟化、Type II虚拟化以及操作系统级虚拟化。

其中Type I虚拟化为裸金属虚拟化,虚拟化层直接运行在硬件上;Type II虚拟化为寄居架构虚拟化,虚拟化层运行在宿主机操作系统上;OS Containers为操作系统级虚拟化,虚拟化层融合至宿主机的内核中。在实际应用部署中,一般采用Type I虚拟化或OS Containers虚拟化架构。

根据虚拟化程度的不同,可划分为全虚拟化(对应Type I虚拟化或Type II虚拟化)、硬件辅助虚拟化(对应Type I虚拟化)或准虚拟化(对应OS Containers虚拟化),以上虚拟化架构比较如表所示。

传统城域网架构遇瓶颈 引入NFV成有效解法
表 虚拟化技术比较

NFV是基于虚拟化技术在网络设备上的应用,在现网部署中一般采用硬件辅助虚拟化或准虚拟化技术。其核心目的将通信设备硬件统一为基于X86架构的服务器设备以降低成本,可通过在其上灌入不同的软件实现不同的功能(如BRAS等)。

业务控制层设备NFV化后,可在提高其资源利用率及灵活管理性的同时降低设备成本。基于软件灌注模式可实现新业务快速部署,加速业务控制层的设备向池组化和云化的方向演进。因此,NFV是城域网业务控制层设备较好的演进方向。

基于NFV部署智能的城域网边缘节点

传统城域网架构遇瓶颈 引入NFV成有效解法
图2 基于vBRAS资源池的城域网边缘节点架构

vBRAS的典型组网架构如图2所示,vBRAS设备采用资源池的模式进行部署,其位置部署于城域网业务控制接入层,上连核心路由器,下连汇聚层设备。资源池中主要分为vBRAS转发池和vBRAS控制池,主要负责vBRAS的转发与控制,转发池与核心层、接入层设备进行对接。

考虑到现阶段,城域网业务控制层设备以传统BRAS/BNG为主,运营商可优先在局部热点区域引入vBRAS设备,利用vBRAS快速灵活上线的方式进行流量分担。即用户大颗粒流量可通过图2中左侧的传统BRAS设备与核心路由器进行交互,小颗粒的灵活流量(如流量增值服务)通过vBRAS设备进行转发,同时当传统BRAS设备发生故障时,vBRAS资源池可充当临时性的容灾设备,防止用户业务中断。

从部署角度来言,城域网边缘考虑局部区域引入VxLAN-SW旁挂或替换:

  1. 原SW根据VLAN把需要vBRAS承载的业务转发至VxLAN交换机;
  2. VxLAN交换机把原有VLAN业务映射为VxLAN的UDP报文;
  3. UDP报文穿越城域网至vBRAS的资源池,实现大二层互通。

vBRAS初期采用串接方式,实现BRAS功能的云化,后期逐步引入SDN,控制器集中部署在网络云,流量实现本地转发。基于NFV技术的vBRAS设备,运营商未来可将其应用于以下场景中。

  • 灵活分流容灾:当传统BRAS容量不足或出现故障,可迅速通过VxLAN的方式利用另外的路径分流业务至vBRAS资源池;
  • 个性化需求的灵活开发:有个性化需求的用户可以通过vBRAS资源池获取服务,网络支持大二层的灵活调整能力;
  • vBRAS逐步集成NAT、CDN、DPI等功能,成为边缘智能节点。

小结

随着电信基础设施建设和运营市场的逐步开放,宽带网络运营的竞争更加激烈,迫切需要引入新的技术手段保障宽带网络的服务质量和持续发展,从而适应市场竞争带来的新发展形势。本文针对虚拟化及NFV技术进行了研究,结合城域网现状提出vBRAS的部署方案,同时也为网络技术发展带来一条新思路。


本文作者:敖贵丽 曾杰麟   

来源:51CTO

目录
相关文章
|
13天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
11天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
22天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
12天前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
29 1
服务架构的演进:从单体到微服务的探索之旅
|
10天前
|
消息中间件 监控 安全
后端架构演进:从单体到微服务####
在数字化转型的浪潮中,企业应用的后端架构经历了从传统单体架构到现代微服务架构的深刻变革。本文探讨了这一演进过程的背景、驱动力、关键技术及面临的挑战,揭示了如何通过微服务化实现系统的高可用性、扩展性和敏捷开发,同时指出了转型过程中需克服的服务拆分、数据管理、通信机制等难题,为读者提供了一个全面理解后端架构演变路径的视角。 ####
27 8
|
11天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
37 5
|
13天前
|
监控 API 微服务
后端技术演进:从单体架构到微服务的转变
随着互联网应用的快速增长和用户需求的不断演化,传统单体架构已难以满足现代软件开发的需求。本文深入探讨了后端技术在面对复杂系统挑战时的演进路径,重点分析了从单体架构向微服务架构转变的过程、原因及优势。通过对比分析,揭示了微服务架构如何提高系统的可扩展性、灵活性和维护效率,同时指出了实施微服务时面临的挑战和最佳实践。
35 7
|
12天前
|
Kubernetes 负载均衡 Cloud Native
云原生架构下的微服务治理策略
随着云原生技术的不断成熟,微服务架构已成为现代应用开发的主流选择。本文探讨了在云原生环境下实施微服务治理的策略和方法,重点分析了服务发现、负载均衡、故障恢复和配置管理等关键技术点,以及如何利用Kubernetes等容器编排工具来优化微服务的部署和管理。文章旨在为开发者提供一套实用的微服务治理框架,帮助其在复杂的云环境中构建高效、可靠的分布式系统。
31 5
下一篇
无影云桌面