CN1805379A - 一种具有弹性体系架构的集群管理监控系统的构建方法 - Google Patents

一种具有弹性体系架构的集群管理监控系统的构建方法 Download PDF

Info

Publication number
CN1805379A
CN1805379A CN 200610041605 CN200610041605A CN1805379A CN 1805379 A CN1805379 A CN 1805379A CN 200610041605 CN200610041605 CN 200610041605 CN 200610041605 A CN200610041605 A CN 200610041605A CN 1805379 A CN1805379 A CN 1805379A
Authority
CN
China
Prior art keywords
node
management
sub
cluster
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN 200610041605
Other languages
English (en)
Other versions
CN100366001C (zh
Inventor
薛正华
李景山
董小社
伍卫国
胡雷钧
李万城
王守昊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xian Jiaotong University
Inspur Electronic Information Industry Co Ltd
Original Assignee
Langchao Electronic Information Industry Co Ltd
Xian Jiaotong University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Langchao Electronic Information Industry Co Ltd, Xian Jiaotong University filed Critical Langchao Electronic Information Industry Co Ltd
Priority to CNB2006100416050A priority Critical patent/CN100366001C/zh
Publication of CN1805379A publication Critical patent/CN1805379A/zh
Application granted granted Critical
Publication of CN100366001C publication Critical patent/CN100366001C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种具有弹性体系架构的集群管理监控系统的构建方法,该方法中,系统体系架构的构建采用分层设计,根据集群规模和节点角色划分层数,实现层级托管,对于小规模集群系统采用两层体系架构,实现了任务的零转发,提高了通信效率,大规模集群系统则采用三层体系架构,解决了管理节点的单点瓶颈问题,提高了通信效率和集群规模的可扩展性;体系架构的改变通过一个配置文件即可快速实现;任务按业务类型分类,不同业务类型对应不同业务流程;任务的转发和执行采用多线程并发机制,大大提高了批量任务执行时管理监控系统的执行效率;采用B/S结构,客户端通过浏览器即可方便地对集群系统进行远程管理监控。

Description

一种具有弹性体系架构的集群管理监控系统的构建方法
                          技术领域
本发明属于计算机领域,涉及集群管理监控系统,特别涉及一种具有弹性体系架构的集群管理监控系统的构建方法。
                          背景技术
集群就是通过高性能网络或局部网将一组计算机系统(节点)互联,形成的具有单一系统映像的高性能、高可用、高可扩展性、高性价比的多计算机系统。由于其相对于传统的大型机的高可用性和低价格的优势,用集群构造超级计算机或超级服务器成为一种流行的趋势。
近年来,随着技术的发展,集群的规模从过去的数个节点扩充到数百个节点甚至数千个节点,对集群系统的管理监控也变得越来越复杂,集群管理监控越来越成为一项具有挑战性的工作。如何保持对软件的更新、监视硬件和软件的运行状态以及对集群进行定期的维护等都成为集群管理员费时费力的工作。集群管理监控系统的出现大大解放了集群管理员的日常工作,使他们可以通过图形界面方便地实现对整个集群的管理。集群管理监控系统是集群系统软件的一部分,处于系统软件的最顶层,它对整个集群的软、硬件起到管理的作用,为集群的系统管理员和最终用户提供服务。集群系统的一个基本特点是“整个系统呈现给用户的是单一系统的映像”,为实现这一目标,应提供在单一控制台上包括对集群的规划、安装、配置、监控、日常维护、开机关机等系统管理全过程的控制支持。集群管理监控系统应提供一套多功能、易使用、可扩展的实用化管理工具,帮助管理员监控整个集群的工作状态,保证集群系统高效、稳定地运行。
基于B/S结构的集群管理监控系统已成为集群管理监控系统的发展趋势,而目前多数B/S结构的集群管理监控系统的体系架构分为四层,即WebServer、总管理节点、子管理节点和被管节点。命令从上到下依次转发,这种分层方式的缺点是:任务转发次数过多,任务下达到被管节点需要在网络上进行三次交互,通信效率不高,尤其是当集群规模较小时,子管理节点根本没有存在的意义。这种体系架构无法根据集群规模灵活改变,并且通信次数过多,增加了网络负担,降低了任务执行效率。
                        发明内容
针对上述现有技术存在的缺陷和不足,本发明的目的在于,提供一种根据集群规模灵活改变体系架构的集群管理监控系统的构建方法。
为了实现上述任务,本发明采取如下的技术方案:
一种具有弹性体系架构的集群管理监控系统的构建方法,其特征在于,体系架构的构建采用分层设计,根据集群规模和管理节点、子管理节点和被管节点的角色划分层数,实现层级托管,对于小规模集群系统采用两层体系架构,大规模集群系统则采用三层体系架构;体系架构的改变通过一个配置文件即可快速实现;任务按业务类型分类,划分为管理、监控和报警三种类型,不同业务类型对应不同业务流程;任务的转发和执行采用多线程并发机制;采用B/S结构,客户端通过浏览器远程管理监控集群系统。
在本发明中,集群中的各节点(服务器)采用层级托管的方式进行管理和监控。当集群规模较小时,采用两层体系架构,即管理层和被管理层,并将Web Server置于管理层,即通过Web Server直接将命令转发给被管节点,Web Server和被管节点之间不再需要一个单独的管理节点,这种架构最大程度地减少了任务转发次数(零转发),降低了通信出错率,提高了通信效率;当规模较大时,采用三层体系架构,即管理层、子管理层和被管理层,分层托管,有效减少了直接与管理层交互的被管理节点数目,解决了管理节点的单点瓶颈问题,提高了集群系统的可扩展性。同时,层与层之间的任务转发采用多线程并发机制,大大提高了批量任务执行时管理监控系统的执行效率,提高了系统可靠性。在本发明中,将所有任务按业务类型划分(管理、监控和报警),不同业务类型对应不同业务流程,业务流程彼此独立,模块化结构好,提高了管理监控系统的可扩展性和易维护性。
                        附图说明
图1为小规模集群管理监控系统体系架构及层间的交互流程图。
图2为大规模集群管理监控系统体系架构及层间的交互流程图。
以下结合附图和发明人给出的实施例对本发明进行进一步的详细说明。
                      具体实施方式
在本发明的根据集群规模灵活改变体系架构的集群管理监控系统构建方法中,集群管理监控系统的构建采用分层设计,按集群规模和节点角色划分层数。当集群规模较小时采用两层体系架构,把Web Server作为管理层,不再需要一个单独的管理节点,而是由Web Server直接向各节点派发命令,这种体系架构最大程度地减少了任务转发次数(零转发),降低了通信出错率,提高了通信效率。当集群规模较大时采用三层架构,实现了层级托管,即Web Server(管理节点)转发任务给其下属的各子管理节点,各子管理节点再将任务派发给其辖域内的各被管节点,这种层级托管机制,有效减少了直接与管理节点交互的节点数目,解决了管理节点的单点瓶颈问题,提高了通信效率,同时还大大提高了集群系统规模的可扩展性。
在本发明中,系统能够根据集群规模灵活改变体系架构,同时确保命令在网络上的转发次数最少,极大地提高了任务执行效率。
本发明如附图1所示,其中,带箭头的虚线表示管理业务流程、带箭头的点划线表示监控业务流程、带箭头的实线表示报警业务流程、单向箭头表示层间单向交互,双向箭头表示层间双向交互。小规模集群管理监控系统采用两层体系架构,即管理层和被管理层。管理层包括三个模块:Web Server、MonitorAgent和AlarmAgent,而被管理层仅包括一个接收和执行命令的模块。两层之间按业务类型的不同采用不同的交互流程。其中,管理流程为(图中带箭头的虚线所示):Web Server直接将管理命令派发到各被管节点,WebServer和被管节点之间无须再通过一个管理节点转发命令,被管节点执行命令后返回结果给Web Server,这种设计最大程度地减少了管理命令的转发次数(零转发),提高了通信效率;监控流程为(图中带箭头的点划线所示):MonitorAgent模块按一定时间间隔(用户可自由设定)定期收取各被管节点的性能和健康(服务器各部件的温度、电压和风扇转速等)信息,再将这些信息写入数据库(便于对历史数据进行再现和分析),管理节点的WebServer模块负责从数据库中按用户需求提取相应的监控数据,并以动态图形界面的形式呈现给用户;报警流程为(图中带箭头的实线所示):每个被管节点定期监控自身的性能和健康信息,若发现性能超标或节点不健康则主动向管理节点汇报,管理节点的AlarmAgent模块收到报警信息后,将立刻启动报警机制,在本发明中,实现了浏览器界面报警、email报警和拨号报警三种报警方式。此外,AlarmAgent执行完报警处理事务后,还要将报警信息写入数据库中,便于用户查看报警历史信息并进行数据分析。
如附图2所示,其中,带箭头的虚线表示管理业务流程、带箭头的点划线表示监控业务流程、带箭头的实线表示报警业务流程、单向箭头表示层间单向交互,双向箭头表示层间双向交互。大规模集群管理监控系统采用三层体系架构,即管理层、子管理层和被管理层。管理层包括两个模块:WebServer和Alarm Agent,子管理层包括一个命令转发模块,被管理层包括一个命令执行模块。需要特别说明的是,在本发明中,子管理节点本身也是一个被管节点,它可以被它自己或其它子管理节点管理,否则,它将游离于整个集群管理监控系统之外。在大规模集群管理监控系统架构中,三层间的通信按业务类型采用不同的交互流程。其中,管理流程为(图中带箭头的虚线所示):Web Server将命令派发给子管理节点,子管理节点再将命令转发给被管理节点,命令执行完成后沿原路返回执行结果;监控流程为(图中带箭头的点划线所示):各子管理节点负责定期收取其所辖范围内的被管节点的监控信息,并将这些信息写入数据库(便于日后进行历史数据再现和分析),管理节点的Web Server模块负责从数据库中按用户需求提取相应的监控数据,并以动态图形界面的形式呈现给用户;报警流程(图中带箭头的实线所示)为:管理节点的AlarmAgent模块负责所有子管理节点和被管节点的报警业务,具体的业务流程与小规模集群下的报警业务流程类似,不再赘述。通过流程分析可以看到,大规模集群系统下的这种层级托管机制,有效减少了直接与管理节点交互的被管节点的个数,解决了管理节点的单点瓶颈问题,提高了通信效率,同时还大大提高了集群系统规模的可扩展性。
在本发明中,用户只需要通过填写一个简单的配置文件,即可实现上述功能。以下为发明人给出的一种具体实施例:
用户填写配置文件,配置文件内容包括三项:节点名、节点IP和节点角色。
启动Web Server和各节点的Agent。
Web server启动后,管理节点将自动读取配置文件信息并将此信息写入数据库的NodeInfo表(反映节点信息的表,包括:节点名、节点IP和节点ID)和NMInfo表(反映节点角色及节点隶属关系,包括:节点ID及其子管理节点ID)。同时,一个负责记录整个集群拓扑结构的类将读取这两个表中的信息并构建系统拓扑结构对象topology,并将此对象加载到内存中。当用户执行管理命令时,系统首先根据topology对象判断用户所选择的一系列节点分别隶属于哪些子管理节点,再将命令同时派发给这些子管理节点,通过子管理节点转发管理命令到被管节点上,被管节点收到命令后执行,执行结果将按原路返回给Web Server。若用户所选择的某些节点没有子管理节点,则web server将直接发送管理命令给这些节点,节点执行完成后将结果返回给Web Server,此时管理监控系统架构在局部范围内演变为小规模系统的两层架构。
各层在转发命令时,采用了多线程并发机制,具体实现是构建一个线程池,线程池为每一个任务分配一个独立的线程,各线程彼此独立,该机制保障了批量任务执行时管理监控系统的执行效率。此外,在本发明中所构建的线程池是一个自适应大小的线程池,它可以根据任务量的大小自行创建或杀死池中的线程,实现按需构建,从而确保任务执行效率和资源的最低使用。
管理节点或子管理节点Agent启动后,将从数据库读取其所管辖节点的ID列表,并加载所有监控方法到内存中,此时,系统将创建一个“任务规划线程池”,该池具有两个特点:根据任务量自适应池中线程数目;周期性执行所计划的任务。通过该池实现了高效、低资源利用率地执行监控业务,即通过该池按一定周期定期监控各节点性能和健康信息。此外,在本发明中,为每一个节点的每一个监控方法在池中分配一个独立的线程,各线程独立运行,这种设计避免了由于某一个监控信息获取失败而导致其它信息无法获取的问题。各监控方法通过面向对象的通信协议RMI远程获取被管节点的监控信息并将信息写入数据库。需要特别说明的是,在本发明中,周期性执行各监控业务是指前一次任务必须执行完成(无论成功或失败)后间隔一定周期才执行下一次任务,而不是基于时间间隔的周期性执行(即无论前一次的任务完成与否,按时间间隔定期执行任务),基于时间间隔的这种执行方式容易导致大量任务的阻塞。
被管节点的Agent启动后,将启动报警守护进程,按一定时间间隔周期性监控本节点的性能和健康信息,若发现问题将主动向管理节点汇报。管理节点收到报警信息后,将立刻执行报警事务处理业务,并将报警信息写入数据库。此外,被管节点Agent还负责接受并执行来自管理节点或子管理节点的命令。
通过上述实施例可以看出,本发明的具有弹性体系架构的集群管理监控系统的构建方法,能够根据集群规模灵活改变管理监控系统的体系架构。当集群规模较小时采用两层架构,最大程度减少了任务转发次数(零转发),提高了通信效率。当规模较大时采用三层架构,有效减少了直接与管理节点交互的节点个数,解决了管理节点的单点瓶颈问题,提高了集群规模的可扩展性。体系架构的改变通过一个配置文件即可快速实现。按业务类型(管理、监控和报警)划分任务,不同业务类型对应不同的业务流程,各流程彼此独立,模块化结构较好,提高了管理监控系统的可扩展性和易维护性。引入多线程并发机制,大大提高了批量任务执行时管理监控系统的执行效率。此外,系统采用B/S结构,用户通过web浏览器即可方便地对集群系统进行远程管理监控。

Claims (6)

1.一种具有弹性体系架构的集群管理监控系统的构建方法,其特征在于,体系架构的构建采用分层设计,根据集群规模和管理节点、子管理节点和被管节点的角色划分层数,实现层级托管,对于小规模集群系统采用两层体系架构,大规模集群系统采用三层体系架构;体系架构的改变通过一个配置文件即可快速实现;任务按业务类型分类,划分为管理、监控和报警三种类型,不同业务类型对应不同业务流程;任务的转发和执行采用多线程并发机制;采用B/S结构,客户端通过浏览器远程管理监控集群系统。
2.如权利要求1所述的方法,其特征在于,所述的小规模集群系统的两层体系架构划分为管理层和被管理层两层;大规模集群系统的三层体系架构划分为管理层、子管理层和被管理层。
3.如权利要求2所述的方法,其特征在于,所述的两层体系架构的管理层有Web Server、MonitorAgent和AlarmAgent三个模块;被管理层仅有一个接收和执行命令的模块,两层之间按业务类型的不同采用不同的交互流程;
其管理流程为:Web Server直接将管理命令派发到各被管节点,WebServer和被管节点之间无须再通过一个管理节点转发命令,被管节点执行命令后返回结果给Web Server;
监控流程为:MonitorAgent模块按用户自定义的时间间隔定期收取各被管节点的性能和健康信息,再将这些信息写入数据库,用户通过WebServer从数据库中获取监控信息;
报警流程为:每个被管节点定期监控自身的性能和健康信息,若发现性能超标或节点不健康则主动向管理节点汇报,管理节点的AlarmAgent模块收到报警信息后,将立刻启动报警机制,此外,AlarmAgent执行完报警处理事务后,还要将报警信息写入数据库中,便于用户查看报警历史信息并进行数据分析。
4.如权利要求2所述的方法,其特征在于,所述的三层体系架构的管理层包括Web Server和Alarm Agent两个模块,子管理层包括一个命令转发模块,被管理层包括一个命令执行模块;子管理层中的各子管理节点本身也是被管节点,它可以被它自己或其它子管理节点管理,否则,它将游离于整个集群管理监控系统之外;三层之间按业务类型采用不同的交互流程,其各业务流程之间彼此相互独立;
其管理流程为:Web Server将命令派发给子管理节点,子管理节点再将命令转发给被管理节点,命令执行完成后沿原路返回执行结果;
监控流程为:各子管理节点定期收取其所辖范围内的被管节点的监控信息,并将这些信息写入数据库;
报警流程为:管理节点的AlarmAgent模块负责所有子管理节点和被管节点的报警业务,每个被管节点定期监控自身的性能和健康信息,若发现性能超标或节点不健康则主动向管理节点汇报,管理节点的AlarmAgent模块收到报警信息后,将立刻启动报警机制,此外,AlarmAgent执行完报警处理事务后,还要将报警信息写入数据库中,便于用户查看报警历史信息并进行数据分析。
5.如权利要求1所述的方法,其特征在于,所述的配置文件内容包括节点名、节点IP和节点ID,Web server启动后,管理节点将自动读取配置文件信息并将此信息写入数据库的反映节点信息的NodeInfo表和反映节点角色及节点隶属关系的NMInfo表,一个负责记录整个集群拓扑结构的类将读取这两个表中的信息并构建系统拓扑结构对象topology,并将此对象加载到内存中,系统依据此对象所存储的集群拓扑结构信息进行任务的转发。
6.如权利要求1所述的方法,其特征在于,所述的多线程并发机制是,任务转发时,上层节点为其辖域内的每一个子节点开辟一个或一组独立的线程进行单任务或多任务的转发和结果信息的获取。
CNB2006100416050A 2006-01-05 2006-01-05 一种具有弹性体系架构的集群管理监控系统的构建方法 Expired - Fee Related CN100366001C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006100416050A CN100366001C (zh) 2006-01-05 2006-01-05 一种具有弹性体系架构的集群管理监控系统的构建方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100416050A CN100366001C (zh) 2006-01-05 2006-01-05 一种具有弹性体系架构的集群管理监控系统的构建方法

Publications (2)

Publication Number Publication Date
CN1805379A true CN1805379A (zh) 2006-07-19
CN100366001C CN100366001C (zh) 2008-01-30

Family

ID=36867233

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100416050A Expired - Fee Related CN100366001C (zh) 2006-01-05 2006-01-05 一种具有弹性体系架构的集群管理监控系统的构建方法

Country Status (1)

Country Link
CN (1) CN100366001C (zh)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100409626C (zh) * 2006-10-09 2008-08-06 西安交通大学 基于aop技术的大规模集群管理监控系统中的报警方法
WO2010060311A1 (zh) * 2008-11-03 2010-06-03 中兴通讯股份有限公司 可视化业务流程跟踪方法和系统、业务流程处理系统
CN101788908A (zh) * 2010-01-26 2010-07-28 浪潮(山东)电子信息有限公司 一种支持断点续航的批量数据处理方法
CN101471810B (zh) * 2007-12-28 2011-09-14 华为技术有限公司 一种在集群环境下实现任务的方法、装置及系统
CN101651577B (zh) * 2009-08-28 2011-12-14 国家计算机网络与信息安全管理中心 用于集群监控的告警通知系统和方法
CN102708033A (zh) * 2011-01-28 2012-10-03 霍尼韦尔国际公司 优化基于条件的健康维护系统的性能的方法和可重配置系统
CN101217485B (zh) * 2008-01-04 2013-05-08 浪潮集团有限公司 一种弹性分组管理链路的方法
CN103166862A (zh) * 2011-12-15 2013-06-19 英业达科技有限公司 一种节点信息获取方法及机架式服务器
CN103197920A (zh) * 2013-03-25 2013-07-10 华为技术有限公司 一种并发控制方法、控制节点及系统
CN103873279A (zh) * 2012-12-13 2014-06-18 腾讯科技(深圳)有限公司 一种服务器管理方法,及装置
CN104363280A (zh) * 2014-11-13 2015-02-18 浪潮(北京)电子信息产业有限公司 一种基于双通道传输的集群监控管理方法及系统
CN104486401A (zh) * 2014-12-11 2015-04-01 中铁程科技有限责任公司 数据分区控制方法及系统
CN104679675A (zh) * 2013-12-02 2015-06-03 英业达科技有限公司 电脑系统及指令转送方法
CN105224645A (zh) * 2015-09-28 2016-01-06 浪潮(北京)电子信息产业有限公司 一种基于云平台的多角色网盘系统
CN106027623A (zh) * 2016-03-14 2016-10-12 中国科学院计算技术研究所 分布式集群状态管理的方法及其系统
CN106059798A (zh) * 2016-05-18 2016-10-26 厦门市美亚柏科信息股份有限公司 一种基于节点集合的多层管理系统
CN103810048B (zh) * 2014-03-11 2017-01-18 国家电网公司 一种面向资源利用最优的线程数量自动调整方法及装置
WO2017067449A1 (zh) * 2015-10-19 2017-04-27 中兴通讯股份有限公司 云平台的部署方法及系统
CN106850292A (zh) * 2017-01-23 2017-06-13 北京思特奇信息技术股份有限公司 一种分布式集群的客户端监视节点的方法
CN111817894A (zh) * 2020-07-13 2020-10-23 济南浪潮数据技术有限公司 集群节点配置方法、系统及可读存储介质
CN112416538A (zh) * 2019-08-20 2021-02-26 中国科学院深圳先进技术研究院 一种分布式资源管理框架的多层次架构和管理方法
CN112488506A (zh) * 2020-11-30 2021-03-12 哈尔滨工程大学 一种智能无人系统集群的可扩展分布式架构及自组织方法
CN112783745A (zh) * 2021-02-02 2021-05-11 无锡车联天下信息技术有限公司 一种集群数据的监控方法、装置、系统及存储介质
CN112929329A (zh) * 2021-01-15 2021-06-08 西安交通大学 一种基于Ethernet/IP协议的集群控制系统及其通信方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546809A (zh) * 2012-01-16 2012-07-04 东莞市正欣科技有限公司 大规模服务器集群的统一控制方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7437762B2 (en) * 2001-11-29 2008-10-14 International Business Machines Corporation Method, computer program element and a system for processing alarms triggered by a monitoring system
CN1315275C (zh) * 2002-11-06 2007-05-09 天津工程机械研究院 基于网络的移动作业机群设备状态监测与故障诊断系统
CN100484014C (zh) * 2003-06-09 2009-04-29 华为技术有限公司 智能网中的分布式集群业务管理系统及业务管理方法
US7516221B2 (en) * 2003-08-14 2009-04-07 Oracle International Corporation Hierarchical management of the dynamic allocation of resources in a multi-node system

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100409626C (zh) * 2006-10-09 2008-08-06 西安交通大学 基于aop技术的大规模集群管理监控系统中的报警方法
CN101471810B (zh) * 2007-12-28 2011-09-14 华为技术有限公司 一种在集群环境下实现任务的方法、装置及系统
CN101217485B (zh) * 2008-01-04 2013-05-08 浪潮集团有限公司 一种弹性分组管理链路的方法
WO2010060311A1 (zh) * 2008-11-03 2010-06-03 中兴通讯股份有限公司 可视化业务流程跟踪方法和系统、业务流程处理系统
CN101651577B (zh) * 2009-08-28 2011-12-14 国家计算机网络与信息安全管理中心 用于集群监控的告警通知系统和方法
CN101788908B (zh) * 2010-01-26 2014-11-05 浪潮(山东)电子信息有限公司 一种支持断点续航的批量数据处理方法
CN101788908A (zh) * 2010-01-26 2010-07-28 浪潮(山东)电子信息有限公司 一种支持断点续航的批量数据处理方法
CN102708033A (zh) * 2011-01-28 2012-10-03 霍尼韦尔国际公司 优化基于条件的健康维护系统的性能的方法和可重配置系统
CN102708033B (zh) * 2011-01-28 2016-07-06 霍尼韦尔国际公司 优化基于条件的健康维护系统的性能的方法和可重配置系统
CN103166862A (zh) * 2011-12-15 2013-06-19 英业达科技有限公司 一种节点信息获取方法及机架式服务器
CN103873279B (zh) * 2012-12-13 2015-07-15 腾讯科技(深圳)有限公司 一种服务器管理方法,及装置
CN103873279A (zh) * 2012-12-13 2014-06-18 腾讯科技(深圳)有限公司 一种服务器管理方法,及装置
US9985859B2 (en) 2012-12-13 2018-05-29 Tencent Technology (Shenzhen) Company Limited Method and system for managing servers
CN103197920A (zh) * 2013-03-25 2013-07-10 华为技术有限公司 一种并发控制方法、控制节点及系统
CN104679675A (zh) * 2013-12-02 2015-06-03 英业达科技有限公司 电脑系统及指令转送方法
CN103810048B (zh) * 2014-03-11 2017-01-18 国家电网公司 一种面向资源利用最优的线程数量自动调整方法及装置
CN104363280A (zh) * 2014-11-13 2015-02-18 浪潮(北京)电子信息产业有限公司 一种基于双通道传输的集群监控管理方法及系统
CN104486401A (zh) * 2014-12-11 2015-04-01 中铁程科技有限责任公司 数据分区控制方法及系统
CN105224645A (zh) * 2015-09-28 2016-01-06 浪潮(北京)电子信息产业有限公司 一种基于云平台的多角色网盘系统
WO2017067449A1 (zh) * 2015-10-19 2017-04-27 中兴通讯股份有限公司 云平台的部署方法及系统
CN106027623A (zh) * 2016-03-14 2016-10-12 中国科学院计算技术研究所 分布式集群状态管理的方法及其系统
CN106059798A (zh) * 2016-05-18 2016-10-26 厦门市美亚柏科信息股份有限公司 一种基于节点集合的多层管理系统
CN106059798B (zh) * 2016-05-18 2019-10-01 厦门市美亚柏科信息股份有限公司 一种基于节点集合的多层管理系统
CN106850292A (zh) * 2017-01-23 2017-06-13 北京思特奇信息技术股份有限公司 一种分布式集群的客户端监视节点的方法
CN112416538A (zh) * 2019-08-20 2021-02-26 中国科学院深圳先进技术研究院 一种分布式资源管理框架的多层次架构和管理方法
CN112416538B (zh) * 2019-08-20 2024-05-07 中国科学院深圳先进技术研究院 一种分布式资源管理框架的多层次架构和管理方法
CN111817894A (zh) * 2020-07-13 2020-10-23 济南浪潮数据技术有限公司 集群节点配置方法、系统及可读存储介质
CN112488506A (zh) * 2020-11-30 2021-03-12 哈尔滨工程大学 一种智能无人系统集群的可扩展分布式架构及自组织方法
CN112929329A (zh) * 2021-01-15 2021-06-08 西安交通大学 一种基于Ethernet/IP协议的集群控制系统及其通信方法
CN112783745A (zh) * 2021-02-02 2021-05-11 无锡车联天下信息技术有限公司 一种集群数据的监控方法、装置、系统及存储介质

Also Published As

Publication number Publication date
CN100366001C (zh) 2008-01-30

Similar Documents

Publication Publication Date Title
CN100366001C (zh) 一种具有弹性体系架构的集群管理监控系统的构建方法
Zhang et al. Event-driven soa for iot services
CN106651633A (zh) 一种基于大数据技术的用电信息采集系统及其采集方法
Yu et al. Edge computing-assisted IoT framework with an autoencoder for fault detection in manufacturing predictive maintenance
CN103581339A (zh) 基于云计算的存储资源分配监控处理方法
CN103152414A (zh) 一种基于云计算的高可用系统及其实现方法
CN103546313A (zh) 基于云计算的it运维管理系统
Liu et al. Availability prediction and modeling of high mobility oscar cluster
WO2019134323A1 (zh) 科学计算流程管理系统
CN112579288A (zh) 一种基于云计算智能安全用数据管理系统
CN103595815A (zh) 基于云计算的存储资源分配方法
CN103533068A (zh) 基于ip的任务自主均衡分配集群系统
CN101860564A (zh) 基于协议的服务组合系统和方法
CN104660448B (zh) 分布式多层多域体系Multi-Agent协同故障诊断方法
CN103279885A (zh) 面向业务服务的交易监控管理系统
CN111724046A (zh) 一种购电管理系统
CN112269690B (zh) 一种数据备份的方法和装置
CN1954295A (zh) 用于控制分布式处理环境中作业执行的计算机系统、方法及程序
CN114860830A (zh) 一种基于大数据技术建设运维数据中台的系统
CN110442446A (zh) 实时处理高速数字信号数据流的方法
CN103226501A (zh) 一种数据库的逻辑备份方法以及逻辑备份系统
GuiLing et al. Service-oriented grid architecture and middleware technologies for collaborative e-learning
Bhat et al. Experiments with in-transit processing for data intensive grid workflows
CN111049898A (zh) 一种实现计算集群资源跨域架构的方法及系统
CN1791028A (zh) 网格信息监控系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20080130

Termination date: 20130105

CF01 Termination of patent right due to non-payment of annual fee