ONAP 技术详解与应用实践 (46):ONAP 架构设计 3.3

阅读数:2 2020 年 1 月 5 日 18:02

ONAP技术详解与应用实践(46):ONAP架构设计 3.3

(架构与组件)

内容简介
这是一本系统剖析 ONAP 的书籍,也是理论性与实战性兼具的网络自动化实践指导书!
本书详细全面地介绍了网络自动化的挑战和发展趋势,以及 ONAP 的概况、架构设计理念、设计原则、各模块实现细节、关键特性、应用场景和案例实践等。通过本书读者可以深入理解 ONAP,提升对网络自动化及相关领域的认知。
作者及其团队成员均是是华为网络开源领域的专家,长期参与社区的治理、贡献和回馈,致力于通过产业协作,打造统一的平台,降低集成成本,加快新技术导入,助力新一代网络运维系统升级。从另一个侧面说,本书是华为在网络开源领域的深刻洞察和见解,书中分享了华为参与网络开源的实践经验,是电信网络转型的重要参考。
本书共分为四大部分:
准备篇(第 1~2 章) 帮助读者梳理网络自动化的挑战和历史,分享了业界先进理念和经验,详细介绍了 ONAP 平台的版本能力以及与标准和开源组织的协同;详细描述了在三种环境(物理服务器、私有云环境、公有云环境)下安装部署 ONAP 的方法。
架构设计篇(第 3 章)系统介绍了 ONAP 在设计之初的目标与设计理念,从全局角度帮助读者了解 ONAP 当前架构是如何形成的,各个模块是如何划分的,最终又是如何保证系统质量的,在这个过程中开发人员分别有哪些考虑。具体包括模型驱动、DevOps、微服务化与云原生等,同时对 ONAP 数量众多的组件,从架构角度进行了归类和介绍。
关键项目篇(第 4~7 章),关键项目篇从架构角度将 ONAP 分为 ONAP 设计态组件、运行态组件、闭环组件和公共组件四部分,每个部分又包含若干项目。本书详细介绍了每个项目的功能描述、API 接口关系、关键特性、未来规划特性及开发指南等。这部分可帮助读者深入理解 ONAP 核心。
应用场景和案例实践篇(第 8~10 章),首先介绍了 ONAP 社区到 R3 版本为止的五个场景蓝图,以及基于 ONAP 来解决网络自动化和业务闭环的问题方法;然后以 CCVPN Usecase 为例,介绍 ONAP 支持一个新业务场景的设计思路、建模方法、工作流设计、闭环设计等;最后系统介绍了社区的测试认证项目 OVP、包括其发展路标、认证服务模式及未来构想。

从第一个版本的 Amsterdam 开始定义 ONAP 的整体架构,后续各版本都有微调,但整体架构是一脉相承的。最新的发布版是 Casablanca 版(2018 年 11 月发布),因此本书就以该版本为例来说明相关架构。图 3-12 所示架构是 2018 年 8 月 23 日在社区 TSC 会议批准的 3.0.3 版本。

ONAP技术详解与应用实践(46):ONAP架构设计 3.3

图 3-12 ONAP Casablanca 版本架构**1**

1 引自: https://wiki.onap.org/display/DW/Casablanca+Architecture

图 3-13 是从模型驱动角度进行简化后的 ONAP 概要示意图。

注:IM 表示信息模型,DM 表示数据模型,VNF SDK、SDC、SO、DCAE、A&AI、SDN-C/APPC/VF-C 都是 ONAP 的具体项目名称。

ONAP技术详解与应用实践(46):ONAP架构设计 3.3

图 3-13 从模型驱动角度简化后的 ONAP 概要示意图

假设:运营商 X 计划基于厂商 X 提供的 VNF(虚拟化网元)来为最终用户提供业务(最终创建业务 A、B、C)。其大致流程与模型在 ONAP 各项目中的交互流如图 3-13 所示,图 3-13 下部的几方块代表 ONAP 中的关键项目 / 组件。从左往右,VNF SDK(负责 VNF 的验证校验)与 SDC(负责业务设计)属于设计态项目,A&AI(全局数据库)、SO(跨域业务编排)、SDNC/APPC/VFC(单域控制器)、DCAE(负责数据采集与分析,与策略等项目共同构成闭环控制)等都是运行态项目。图中所示的大致流程如下:

步骤 1 厂商 X 按 VNF SDK 项目提供的 SDK 开发工具包与开发指导要求,准备好 VNF 网元的描述文件、CSAR 包等。这一步骤目的是,以机器可读的方式让 ONAP 理解 VNF 网元的模型情况,包括网元名称、版本号、厂商名称、对软硬件的资源要求、支持的操作等。这一阶段可认为是完成了 VNF 网元的入网测试过程。

步骤 2 通过 VNF SDK 测试认证的 CSAR 包(包括对 VNF 网元的模型描述文件等)被加载到 SDC。此时运营商的设计人员可将 VNF 网元作为可重用的资源来进行设计,与之前支持的资源(比如数据中心的资源,包括计算、存储、网络、其他 VNF 或 PNF、物理网元等)一起,根据需要设计成新业务模板。设计模板的好处在于,可要求将此类业务的通用配置在模板中提前设计好,以降低在具体业务实例化过程中的输入负担。假设最终需要创建 A、B、C 共 3 条业务(有不同的输入输出 IP 地址、名称,对应不同客户),在业务模板中就可以定义业务必须经过哪些 VNF 网元的处理、是否需要有保护,以及业务配置后需要重点监控哪些性能指标、一旦发生故障之后应采取哪些行动等共性配置。在这一阶段输出的数据模型称为 AID(Architecture integration document,架构集成文档),它最终也以 CSAR 包格式导出,并经过测试、审核、验证等环境后,被分发给后续 ONAP 各模块。至此就完成了新业务的设计及上线过程。

步骤 3 当收到业务实例化相关请求时(通过 BSS/OSS 或者用户手工配置等),SO(Service Orchestrator,业务编排器)根据收到的业务实例化参数信息及业务模板 ID 调用相应的工作流处理,包括创建具体的业务实例(A/B/C)及将其保存到 A&AI(全局数据库 Active and Available Inventory);评估业务对应的资源需求,并以合适的方式满足;将跨域的资源按要求分解成单域命令并调用对应的单域控制器(SDN-C/APPC/VF-C)完成对应的资源配置;相关资源占用情况也会同步刷新到 A&AI 中。至此就完成了新业务发放过程的自动化。

步骤 4 业务发放成功后,DCAE(Data Collection,Analytics and Events,数据采集 & 分析)模板开始按业务设计的要求开始对特定事件进行持续监控。一旦发生指定的事件,则触发对应的闭环控制,按预定策略触发相应的动作。至此就完成了业务生命周期中维护过程的自动化。

从以上简要描述可以看出,ONAP 作为一个自动化平台,覆盖了从供应商设备的入网测试、上线到将其与其他资源一起设计为新业务并自动发放、自动维护管理的全过程。

ONAP技术详解与应用实践(46):ONAP架构设计 3.3

购书地址 https://item.jd.com/12536723.html?dist=jd

评论

发布