基于多机分布式应用服务部署机制在地铁综合监控系统应用.docVIP

基于多机分布式应用服务部署机制在地铁综合监控系统应用.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于多机分布式应用服务部署机制在地铁综合监控系统应用

基于多机分布式应用服务部署机制在地铁综合监控系统应用   摘要:本文介绍一种基于多机分布式的应用服务部署机制在地铁综合监控系统中的应用前景,这种多机分布式应用服务部署机制,可以支持多种分布式路由算法,以便于各类应用服务能够灵活的部署到多机服务器集群中,对于提高地铁综合监控系统的可靠性、实时性有着重大的意义。   关键词:多机分布式 一致性哈希算法 负载均衡 服务器集群 综合监控系统   中图分类号: U231+.3 文献标识码: A   1引言   目前,国内主要大中城市的轨道交通建设快速发展,作为城市地铁机电系统的核心,综合监控系统也发挥着越来越重要的作用。传统的综合监控系统采用分布式节点部署方式,每个节点通过双机热备服务器保证系统的冗余度和可靠性。在控制中心,综合监控系统的中央实时服务器安装各类应用服务模块,用来处理全线所有车站的监控、程控、模式和应急联动等业务。   随着轨道交通业主运营管理模式的信息化、智能化发展,对综合监控系统的数据和业务处理能力要求越来越高。一方面,底层监控设备智能化发展迅速,其设备的自诊断功能日趋完善,为综合监控系统对设备维修数据的采集和处理提供了基础条件;另一方面,用户不再只是满足于综合监控系统常规的设备监控和联动功能,对于综合监控系统在提高旅客服务质量甚至辅助提高行车调度等方面均提出了更高的功能应用需求。这些因素使得传统的综合监控系统必须从面向设备管理的设计思想,向面向旅客服务、面向城市大交通方向转变,其系统的数据规模、业务的复杂程度都成倍增长。   因此,今后的综合监控系统需要处理各类基于不同重要程度、基于不同数据类型、适合于不同运营管理方向的复杂业务。传统的综合监控系统将所有的应用服务模块均部署在一台服务器上,在系统承受数据雪崩等紧急情况下,其系统的关键服务模块可能会受到冲击影响操作员使用。并且,这种单机部署方式,既不能保证应用服务模块级的冗余,也不能保证同类应用服务之间的负载均衡,某个应用服务模块故障时,系统必须整机切换,无法适应大数据量处理和负责业务的要求。   本文介绍一种基于多种路由算法的分布式应用服务部署机制,将这种机制应用于轨道交通综合监控系统,可以有效提高系统应用服务的冗余度和负载均衡能力,从而在根本上提升了综合监控系统的可靠性和实时性能。   2原理分析   2.1系统总线    综合监控系统软件采用分布式的架构设计,其核心的管理和数据通信组件是软件系统总线(DATA BUS),系统总线提供消息传输通道,用于完成应用服务模块的注册、监视管理等功能。同时,系统总线可以提供分布式路由表的驱动接口,通过分布式路由表完成应用服务模块的路由寻址。下图是典型的综合监控系统软件总线示意图,其中SCC-BUS是一种软件系统总线。            综合监控系统软件系统总线示意图   2.2 应用服务的注册、监视、访问机制   综合监控系统的总线,大部分都是采用非操作系统标准总线,也称作“私有总线”。相比较操作系统的标准总线,私有总线的传输和协议解释效率更高,并具有更高的系统扩展性。私有总线也支持面向服务模型,但由于缺乏公共的UDDI,因此对于应用服务的管理,需要由相应的路由提供服务注册中心功能,注册中心可以提供与UDDI相同的服务接口。   应用服务通过服务注册中心完成注册功能,如下图中的服务A、B、C三种。每种服务各具有3个部署实例。   服务注册中心(UDDI)通过网络存储,将服务的注册情况上报至服务监视模块,同时服务监视模块可以查询所有注册服务的节点状态。   当某个应用需要访问服务的某个具体实例时,应用向总线发起访问请求,总线一方面向服务注册中心查询目标服务的实例部署情况和节点是否在线的状态,并且反馈给总线,总线通过驱动分布式路由表,按照服务注册时采用的路由算法进行计算,并将计算结果也就是实际的访问路径告诉应用,应用通过该路径可以访问到某个服务的具体实例。            应用服务的注册、监视、路由寻址原理示意图   2.3 常用的分布式路由算法   一般来说,根据地铁综合监控系统的实际应用服务模块部署和访问需求,采用的路由算法有如下几种:   1、分布式路由算法   分布式路由算法是几种算法最简单的一种,也是分布式架构中最常用的一种,分布式路由算法具有路径计算简单、路径明确的特点,支持服务的全实例工作状态和主备切换使用。其原理和示意图如下:      2、平均路由算法   平均路由算法是根据用户请求的连续计数ID,将其平均到每个应用服务实例中,如下图所示。平均路由算法也是一种简单的负载均衡机制。      3、一致性哈希算法   一致性哈希算法,也是一种平均算法,其特殊的地方在于其使用的是请求数经过哈

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档