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

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

ONAP技术详解与应用实践(40):ONAP架构设计 3.1.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、包括其发展路标、认证服务模式及未来构想。

CloseLoop 闭环自动化(或叫闭环控制)在工业、科研等很多领域都有定义。在 ONAP 语境中,闭环自动化表示端到端、无人工介入、全流程自动化,且支持动态变更。它是由许多设计态和运行态元素间的协作完成的。运行态闭环始于 DCAE(接收相应事件),然后经过微服务循环(如用于事件与拓扑关联的 Homles 项目、用于决定动作策略的 Policy 项目),最后由控制器和编排器执行对应动作。CLAMP 用于监视这些循环本身。CLAMP、Policy 和 DCAE 都可以在设计态中创建循环。

图 3-1 是闭环自动化示意图,显示了使用自动化功能后业务生命周期内的不同阶段。

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

图 3-1 ONAP 闭环自动化示意图

闭环控制是通过 DCAE 和一个或多个其他 ONAP 运行态组件共同提供的能力。闭环控制的目标是将日常运维中的 FCAPS 功能自动化(Fault Management,Configuration Manage-ment,Accounting Management,Performance Management,Security Management,故障管理、配置管理、计费管理、性能管理和安全管理)。其中 DCAE 负责收集性能、告警、使用情况等事件,并结合 A&AI 中的拓扑与配置数据等,应用可在这两类数据基础上作进一步分析,比如 DCAE 的子组件 Holmes 可提供告警或事件与拓扑对象的关联功能。得到的分析结果再向策略、编排器等系统发布,后者将决定执行相应动作。

在 Casablanca 版本中,DCAE 可以集成 PNDA 以支持新的分析功能,利用高容量 VES1和批量性能管理特性来增强数据采集功能。

1 全称为 NF Event Streaming,中文名称为网络功能事件流。即 ONAP DCAE 按时间序列产生的事件,包括告警、通知、性能、日志等定义的通用数据格式。

通过与策略框架、CLAMP 协作,ONAP 可以检测网络中存在的问题,并确定适当的补救措施。在某些情况下,这个过程是自动的,会通知 SO 或某个控制器采取行动。在其他场景中,根据操作人员的预先配置,它们会发出一个警报,在人工干预后再执行操作。策略框架支持对策略的动态刷新,框架本身也支持扩展以便与其他策略决策系统协同。

自愈或扩缩容等修复动作执行完后,ONAP 会继续对业务进行监控,以保证故障已自动排除或需要其他处理,整个过程也将被记录为事件。

ONAP 闭环自动化也可理解成一种可以分层实施的理念,比如在单 ONAP 中就存在 SO 专门负责业务级别的编排,以实现业务实例化、业务变更、全局优化部署等的闭环自动化。而对应的 Controller 控制层则负责控制资源的闭环自动化,包括本地资源的分配、回收、调整、扩缩容等。不同领域的控制器可分别负责域内的闭环自动化。

在实际网络场景中还可存在邦联部署的场景。比如,国干网中的 SO 负责跨省的端到端业务编排,而子域 SO 则负责省内的业务闭环自动化。子域业务还可分解,进行子域的资源控制器中的闭环自动化控制。

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

图 3-2 ONAP 多层闭环自动化示意图

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

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

评论

发布