云计算-运营商业务支撑系统解决方案_第1页
云计算-运营商业务支撑系统解决方案_第2页
云计算-运营商业务支撑系统解决方案_第3页
云计算-运营商业务支撑系统解决方案_第4页
云计算-运营商业务支撑系统解决方案_第5页
已阅读5页,还剩24页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

电信运营商业务支持系统云计算解决方案,亚信联创云计算开发组,目录,通信云计算整体框架典型应用系统云计算框架的关键技术分析可能的业务支持效果, 电信云计算整体框架、业务网络、自营业务、合作业务、门户、客户端类、应用平台、能力平台、业务接入网关(能力开放)各种业务能力(视频、语音、消息、互联网)、网络、IT支持MSS、BSS、OSS、IT基础设施、IT基础设施、基础设施、IT云、服务云、通信能力(业务、信息等)、互联网能力(谷歌、微软等)、天翼空间服务云:满足基础云上的不同客户需求。 云基础云集成了各种业务应用程序:云IT云提供基础资源(如存储和计算)和业务平台功能: IT内部业务应用程序, 基于基础架构的云其他:云安全性和标准化业务模型和协作策略,BSS云位于公司云中,BSS云位于通信云计算框架的IT云中。 着力支持云计算环境中的业务,将云计算的许多优势应用于电信业务支持领域。 BSS云计算提供IaaS、PaaS和SaaS服务,从基础设施到顶级软件服务,帮助您快速准确地响应业务。 电信云计算总体框架典型应用系统云计算框架的关键技术分析可能的业务支持效应,总体框架图,SaaS构建在应用云上,通过应用虚拟化灵活提供外部SaaS应用云应用云的应用过程包括云2、应用云包括一组具有高可用性的云控制节点、一些计算节点、一组具有高可用性的集中优先级节点以及一组集成的外部接口节点。 3 .应用云具有两个子网、一个控制子网和一个数据子网,图中蓝线代表控制子网,黑线代表数据子网。 4、数据库RAC使用第三方分布式数据库产品在高性能数据库的PC中实现部署主机云计费应用,将分布式主机集成到若干逻辑主机中进行虚拟化,从而创建主机云存储并透明地应用于更高层。 利用第三方云存储产品构建数据中心云资源管理: 1、主机资源集成2、心跳检测2、云规模动态扩展3、屏蔽故障节点4、全局高可用性环境,云管理: 1、资源计算2、拥塞控制3、动态均衡4、动态服务路由、 作业调度: 1、任务表生成、删除2、任务表执行3、任务表状态的变迁4、任务表信息的修正处理队列管理: 1、处理停止2、处理状态3、处理同时控制、指令集: 1、业务系统停止2、云资源停止3、应用程序集中监视4, 云环境集中监视、业务处理节点框架、业务处理子系统1、各节点有公共模块的副本(排除模块)。 2 .排放模块设置在集中排放子系统中。 3、业务处理子系统与外部多个系统的接口采用统一的接口管理,通过一组安全的外部路由实现,集中重新定位节点帧,1、重新定位索引存储在最小的业务集中文件系统中, 重新定位子系统每个节点装载一个或多个重新定位索引文件系统3,并且根据每个处理节点的路由表,业务处理子系统在控制子系统中找不到请求重新定位节点重新定位服务的路由在再排放子系统的一个节点接受再排放服务、返回再排放结果5、并且再排放子系统的集群结构发生改变时,再排放子系统将路径改变报告给控制子系统、控制子系统的广播路径或业务子系统6, 节点在重排子系统上的每个节点所挂载的重排文件系统、IP地址被定义为两种不同资源组。如果某个节点不可用,则控制子系统必须将资源组继承至某个可用节点。 集成接口节点框架、1和接口文件分类存储在不同的文件系统中。 2 .每个接口节点装载一个或多个接口文件系统并在固定IP上向外部提供这些接口服务。3 .消息类接口不需要mount接口文件系统,只需绑定一个静态IP地址。 4、业务处理子系统根据各节点的接口工作规划,决定需要提出什么样的接口服务请求,把什么样的原始接口数据提供给统一接口子系统。 5 .商业处理子系统基于所述接口服务路由确定应当开始向一个接口服务的服务请求。 6 .统一接口子系统根据接口工作规划实时相应的接口服务,实时数据整合接口数据。 7 .统一接口子系统根据接口工作计划,按照工作执行表周期性地向外部提供接口服务。 数据库RAC、云存储和云存储是基于第三方存储产品(如Symantec storage foundation )实现的。 第三方云存储产品提供集成到异构存储中的存储服务。 第三方云存储产品在存储功能的使用方面对于上层应用程序是透明的,而上层应用程序则无需考虑数据是如何存储在云存储中的。 第三方云存储产品提供可靠、灵活、无中断的存储服务。 电信云计算总体框架的典型应用系统云框架的关键技术分析可能的业务支持效果,关键技术分析-控制子网和数据子网,云环境中的每个节点至少有两个网卡, 一个网卡连接到数据子网,用于与外部应用服务交换内部数据,另一个网卡用于交换专用的云内部控制信息,例如心跳信息和业务路由。主要技术分析-云资源管理、1、云资源管理是云引擎的子功能集,以C/S模式导入,云管理服务器端导入高可用性云控制节点,云管理客户端导入各处理节点。 2 .云资源管理包括一些主机资源分组和心跳检测分组,各分组所使用的协议和交互频率根据状况来确定。 3、心跳检测分组使用可信的面向连接的TCP协议并且主机资源获得消息分组使用典型的网络管理协议SNMP。 4 .云资源管理采用单个服务器,为最小资源分配单元策略,并且将每个物理节点转换为云中的若干虚拟节点。、关键技术分析-业务路由管理,1,当云环境中出现新业务请求时,该业务请求云中的哪些位置由业务路由控制。 2 .当云控制节点维护云环境中的所有路由,应用处理节点具有路由缓存,并且没有与缓存对应的服务路由时,需要向云控制节点发起服务路由查询请求。 3 .云控制节点需要基于主机的负载、网络拓扑改变以及业务特性动态计算当前路由,并且如果计算出的当前路由和路由表不同,则修改路由表并将其广播到所有应用处理节点、关键技术分析-云控制器的作业调度机制、1、控制器根据计算节点的负载状况、集群拓扑变更状况综合出云内的一个资源池2,控制器以一定时间间隔从资源池计算各种业务的当前路由。 在路由改变时,更新控制功能路由表,改变需要广播的路由(排他的服务路由),并且向所有节点3广播它们。如果存在事务,则控制功能将源文件打包为批处理,并且基于路由表将该源文件打包到批处理中对于每个路由,批处理任务4;批处理生成条件是文件大小、文件数、时间频率、排放单位(交换机、地方市)、关键技术分析-云控制器进程调度机制;1;如果需要向云控制节点分配新任务,则进程调度器2 .应用处理节点接收该任务后,分析该任务并确定处理该任务的进程组。 3 .如果该节点有空闲空间,则该进程组被原封不动地占用,如果该节点没有空闲空间,则新进程组处理该任务。 4、任务处理。 5 .在处理任务之后,进程保持休眠状态,直到新任务到达或超过休眠时间而完成。一种关键的技术分析-处理器故障转移机制,包括:、和、故障转移包括重建和应用节点、存储迁移两部分,在控制线路上的心跳异常时切换至数据链路进行心跳检测若两链路的心跳异常,则节点发送故障3,业务处理中节点瘫痪时定义为通向该节点的路由异常,在节点异常后需要将故障点的存储转移到继承点(mount文件系统),如果需要IP继承,则也继承故障点的IP地址异常节点当前处理的任务失败,控制子系统将任务的状态返回到异常节点的前一阶段,再次通过任务分配机制分配任务,重要的技术-统一参数管理,1,参数统一存储在RAC数据库中。 2 .参数管理功能由控制子系统完成。 3、结算处理节点共享存储器,保存参数的副本,用于本节点的结算处理。 4 .参数管理功能分为参数维护、节点参数审计、参数公开功能。 5、参数维护提供参数增加、删除、变更、展示等功能。 6、参数审计包括对于每个节点的参数完整性审计和参数逻辑完整性审计在内的7,发布参数使得如果参数改变到DB,控制子系统向所有节点广播参数改变,使得每个节点能够从DB同步参数向自节点发送存储器, 关键技术-节点热插拔、1、节点热插拔主要取决于云计算引擎,云计算引擎处于C/S模式2,新节点加入时云计算引擎客户端位于新节点使用一组命令将节点动态添加到云计算环境中时,节点将从控制节点下载程序版本并构建上下文环境。 3 .如果存在节点卸载,则在控制子系统的一系列指令集中释放节点。 4、必须等待正在处理的任务完成,才能真正释放节点。关键技术-集中监控、监控系统分为两级,一级是具有一定自律性的应用程序,RAC和云存储的独立监控。 第二级是集中监控整个企业的IT云协作。 分析、电信云计算总体框架典型应用系统云计算框架的关键技术可实现的业务支持效果,根据业务动态伸缩、第三方云存储设施建立可扩展的数据中心构建热插拔计算节点,构建可扩展计算资源池,基于流程调度的业务调度机制动态申请和释放资源基于动态业务路由构建了灵活的业务处理路径,故障节点交接快速有效RTO不到一分钟,RPO在0 .第三方云存储中实现关键数据的多备份存储,从而实现数据的高可用性。 建立36524持续运行的可靠系统。 在控制子系统2中维持、应用的统一版本、1、应用的统一版本等,控制子系统在发行了新版本时,会更新所有节点3,阻止节点在更新某个节点之前路由,进行作业控制4 .控制子系统同时向该节点提供版本更新令牌。 5、节点的当前处理任务完成后,从控制子节点下载最新的程序版本并进行更新6、该节点将令牌返回给控制子系统7 8、控制子系统解除该节点的路由9、更新下一个节点: 适应业务模块的通用性、1、业务模块的通用性能不同的业务数据,可达到通用预处理、通用排重、通用批量价格、通用入库等效果。 2 .模块的共性建立在一系列的商业规则模型和商业代码模型中。 3、业务代码模型将云计算的各业务统一编码化,云内部业务的识别通过业务代码化

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论