vCPE 2.0——开放vCPE架构的业务用例

目前已经有大量的文章在描述虚拟CPE(vCPE)的优势,简化企业广域网(WAN)的复杂性激发了许多网络工程师和企业IT管理员的想象力。能够通过自助服务门户和自动化来消费、配置和管理WAN及其服务的愿景使得vCPE成为最常见的网络功能虚拟化(NFV)用例。

另一个主要驱动因素是通过使用低成本CPE设备和网络服务节省成本。对于通信服务提供商(CSP)来说,它能够创建灵活的服务。自动化服务创建并实现资产的虚拟化。

看起来这个计划非常完美,然而当我们开始部署这些解决方案时,我们意识到现实更加复杂。此外,vCPE服务在某些情况下无法实现成本节省,甚至会更昂贵,且质量更差。

在本文中,我将尝试揭开vCPE的成本模式,并提供一种替代方法来构建一个更具成本效益和创新的vCPE解决方案,并提供CSP为保持相关性所需的灵活性和适应性。

为了更好地理解CPE成本模型并向vCPE演进,我们看一下传统WAN服务是如何交付的。WAN服务围绕三个要素构建:CPE、网络和提供服务的电信公司。价格是基于CPE设备中内置的服务功能、价值和可靠性以及相关的网络连接、带宽和服务而定。因此,可靠的服务的企业必须投资昂贵的CPE设备和可靠的网络服务(MPLS)。

这是模式:服务(CPE+网络)x站点数=每个站点每月的总成本,网络指类型(如MPLS)、带宽和服务(如MPLS VPN)。

架构如下:

Photo Source: Gigaspaces

回顾2012年,NFV的出现并向vCPE演进,当时想法非常简单:转移功能、价值和成本……

☘ 从网络边缘到云端

☘ 从硬件到基于软件的功能

☘ 从MPLS到OTT网络和网络接入

☘ 从劳动密集型交付到自助服务和自动化

新架构如下:

Photo Source: Gigaspaces

为什么我们没有获得预期的成果?

我们将探讨在这个演变过程中三个主要解决方案的元素发生了什么变化。

CPE

价格下跌且市场商品化正在进行。然而,我们还不能通过50美元的白盒机提供类似于传统CPE的功能,主要网络厂商不支持这种演进,事实上通过将服务与特定的专有CPE设备绑定很困难。

网络

大多数vCPE解决方案利用OTT网络,例如软件定义广域网(SD-WAN),理论上是降低了带宽成本。随着企业提供来自非传统服务提供商和网络厂商的OTT网络解决方案,传统的CSP将被迫采用这种技术并占据现有的广域网收入。

云计算/VNF

这是一个极具挑战和误解的问题,在提供积极的服务体验的同时运行虚拟网络功能(VNF)既昂贵又复杂。

构建企业WAN服务需要提供以下网络功能:

☘ 路由堆栈

☘ 安全和统一的威胁管理

☘ 服务质量

☘ 应用程序可视化

☘ 内容管理

☘ 等等

在专用硬件上构建其解决方案的窗台网络供应商被迫快速采用软件模式。大多数供应商通过简单的提供“虚拟设备”采取了简单的方法,这与硬件解决方案有相同的代码库,并在管理程序上的软件中运行。这些虚拟设备中的大多数与硬件具有相同的特性:

☘ 封闭或专有管理接口

☘ 缺乏服务和弹性性能

☘ 传统的成本模式和许可

☘ 重虚拟化足迹

我们再次将这些元素放入我们的成本公式:服务(CPE+网络+VNF)x站点数=每个站点每月的总成本。

将VNF元素添加到成本公式是极具挑战性的,并且在很大程度上被曲解。要了解VNF的实际成本,我们需要考虑以下内容:

☘ VNF许可

☘ 虚拟基础设施(CPU、RAM、存储)

☘ 管理和编排

第一代vCPE解决方案由传统网络供应商推动turnkey解决方案,他们的解决方案为COE提供网络设备、VNF和业务流程架构,这些解决方案具备如下优势:

☘ 更快的上市时间

☘ 降低前期成本

☘ 开放的API

☘ Turnkey集成

Turnkey=Lock-in

第一代vCPE解决方案都有不好的一面:锁定(Lock-in)。Turnkey vCPE解决方案只是一种封闭且昂贵并且严格锁定厂商收入模式的网络盒子。我们最终得到了一个CPE商品化和OTT网络节省超过传统VNF成本增加和运行它们所需的基础设施的解决方案。

Photo Source: Gigaspaces

前瞻性思考

正如Nati Shalom在之前的SDxCentral文章中所写的,开放是发展的方向,我仍然相信集中网络功能和价值是建立vCPE模式和成本节省模式的正确方法。但是,实现这一目标的唯一方式是使用创新的云本地功能,下一代vCPE将建立在以下网络功能的基础上:

☘ 基于标准和模型驱动

☘ 服务和弹性容量

☘ API驱动

☘ 开放和可扩展

☘ 使用成本节省的云模型

早期的开源选择

vCPE架构是由开源的cloudify支撑的,是一个开放的NFV编排平台,使得CSP能够根据这些原则提供下一代vCPE解决方案。CSP可以利用任何CPE设备,使用任何网络服务,利用搭载的VNF构建vCPE解决方案。下一代云本地网络功能市场正在快速增长,我们在传统基础设施和许可下使用的功能已经能够提供部分增强的服务,容器技术也逐渐广泛应用于网络功能。

Photo Source: Gigaspaces

未来的vCPE模式

开放的vCPE架构强调编排和模型驱动的服务设计。这与设计成为自下而上的Turnkey解决方案截然不同,后者从堆栈组件开始,并构建一个仅与这些组件一起使用的编排架构。Cloudify模式驱动的拓扑和编排规范的云应用程序(TOSCA)的编排采用自上而下的方法。它假定服务的组件将随时间而改变,但服务和编排的方式不会改变。

有以下几个有点:

☘ 轻松采用新技术(VNF)

☘ 服务敏捷性

☘ CSP服务差异化

☘ 增强用户体验

☘ CSP解决方案所有权

为什么运营商需要开放的vCPE架构

在商业上,成功的模式必须采用一个能够驱动所有解决方案元素(包括CPE、网络和VNF)的架构,实现成本降低。他们必须快速拥抱创新,以抓住CSP从中获益的新机会、能力和模式。构建未来网络的唯一方法就是保持开放。

本文分享自微信公众号 - SDNLAB(SDNLAB)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2017-02-03

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Golang语言社区

简单实用的网游服务器架构 - GameRes游戏新闻网

简单实用的网游服务器架构 此文并不是聚润堂所在公司当前运营的网游游戏服务器架构,而是在看过了近十个商业网游的架构,在现阶段心目中规划的简单实用的网游服务器架...

36370
来自专栏Golang语言社区

大数据架构下对于业务监控的几点思考

许俊是极光的第一位严格意义上的大数据工程师,目前是大数据平台的负责人,见证了极光大数据平台从0到1,迅速发展到现在规模的历程。他给开发者带来的是大数据架构下对于...

33340
来自专栏Golang语言社区

游戏服务器之多进程架构通信

游戏服务器有时需要分多个进程来处理各种负载。多个进程之间的连接处理就相对复杂了。 1、服务器进程类型 (1)登陆服务器 创建账号,检验角色账号,选择和获取并返回...

50650
来自专栏云计算D1net

私有云架构建设, 你做好准备了吗?

私有云基础架构的构成要素 随着越来越多的企业设定了构建内部云服务的目标,规划和构建企业内部云服务平台就成为IT部门的职责。每个企业都有自己特有的环境和具体的目标...

53360
来自专栏大魏分享(微信公众号:david-share)

一张图简介分布式架构架全貌

前言: 本文在书写之前,拜读了张开涛:《亿级流量网站架构核心技术》一书,该书写的系统性很强,建议购买阅读。 本文仅代表个人观点。 本文通过一张图,将分布式开源技...

63270
来自专栏Golang语言社区

NSQ:分布式的实时消息平台--简介

源码下载地址: https://github.com/bitly/nsq NSQ是一个基于Go语言的分布式实时消息平台,它基于MIT开源协议发布,代码托管在Gi...

47560
来自专栏Golang语言社区

IM服务器的架构

一、 总的构架结构示意图: 如上图所示,目前系统总的分成六个模块,分别为网络/协议解析模块,用户帐号管理模块,消息处理模块,动作处理模块,数据均衡处理模块,客户...

91140
来自专栏Golang语言社区

高效网游服务器实现探讨 - jack-wang - C++博客

高效网游服务器实现探讨 随着多核处理器的普及,如何充分利用多核并行工作就成为高性能程序设计的一个重点。本系列文章将围绕高性能网游服务器的实现,探讨这方面的技术。...

400110
来自专栏大魏分享(微信公众号:david-share)

从Gartner IT成熟度模型谈Linux运维

前言 本文参考IT基础架构和运维成熟度模型中的技术项,探讨Linux运维相关内容。本文由我和我的另外两名同事一起完成。 从基础架构和IT运维成熟度模型谈起 Ga...

64460
来自专栏大魏分享(微信公众号:david-share)

互联网架构中的9种隔离术以及容器化的实现

9种隔离术 在硬件方案设计的时候,我们常提到过一个概念“故障域”。故障域指的是当一个区域出现故障以后,它的受影响范围。例如在设计双活数据中心的时候,我们要设置故...

83340

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励