CN110290159A - 一种调度管理的方法和设备 - Google Patents
一种调度管理的方法和设备 Download PDFInfo
- Publication number
- CN110290159A CN110290159A CN201810224863.5A CN201810224863A CN110290159A CN 110290159 A CN110290159 A CN 110290159A CN 201810224863 A CN201810224863 A CN 201810224863A CN 110290159 A CN110290159 A CN 110290159A
- Authority
- CN
- China
- Prior art keywords
- control scheduling
- node
- scheduling node
- main control
- itself
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种调度管理的方法和设备,用以解决现有技术中多个控制调度节点共同管理所导致的脑裂和调度结果不一致的问题。控制调度节点将自身的监测信息发送给其他控制调度节点,并接收其他控制调度节点发送的监测信息后,根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点;在确定自身为主控制调度节点后检测共享驱动节点;并在确定有共享驱动节点发生故障后,将故障的共享驱动节点所管理的文件控制权转移给其他的共享驱动节点。本发明实施例从多个控制调度节点中选取一个控制调度节点作为主控制调度节点,主控制调度节点来检测管理所有的共享驱动节点,因此不会发生脑裂和调度管理不一致的问题。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及一种调度管理的方法和设备。
背景技术
弹性存储***为用户提供自定义的共享文件存储服务,通过控制调度节点的调度算法决定由哪个共享驱动节点在其所管理的存储资源池中创建共享文件存储。
现有技术中弹性存储***中有多个控制调度节点,如图1A所示,现有技术中弹性存储***的管理面总体架构,可知每个控制调度节点管理所有的共享驱动节点,共享驱动节点管理有存储资源池,每个共享驱动节点管理有一个或多个存储资源池,每个存储资源池用来被创建和维护一个或多个用户自定义共享文件存储。当用户需要创建一个文件时,所有的控制调度节点都会接收到用户创建文件的请求,并通过调度算法进行文件的创建,并由共享驱动节点管理创建好的文件。
在现有技术中,管理面中的每个控制调度节点都可监控所有的共享驱动节点的状态,当有共享驱动节点故障时,所有的控制调度节点都可检测到,为了保证故障的共享驱动节点所管理的共享文件存储管理面高可用,每个控制调度节点都会执行将故障的共享驱动节点所管理的共享文件存储控制权转移给其他的状态正常的共享驱动节点,因此在进行文件的转移时,由于多个控制调度节点都进行工作,因此在进行调度时会引起脑裂问题,同时会产生调度转移结果会不一致。
综上,现有技术中在进行调度管理的过程中存在多个控制调度节点共同管理的现象,导致在进行调度管理时会产生脑裂和调度结果不一致的问题。
发明内容
本发明提供一种调度管理的方法和设备,用以解决现有技术中由于多个控制调度节点共同管理,导致在进行调度管理时产生脑裂和调度结果不一致的问题。
第一方面,本发明实施例提供一种调度管理的方法,该方法包括:
控制调度节点将自身的监测信息发送给其他控制调度节点,并接收其他控制调度节点发送的监测信息后,控制调度节点根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点;控制调度节点根据监测信息在确定自身为主控制调度节点后检测共享驱动节点;所述控制调度节点确定有所述共享驱动节点发生故障后,将故障的共享驱动节点所管理的共享文件存储控制权转移给其他的共享驱动节点。
上述方法,在调度管理的过程中,控制调度节点将自身的监测信息发送给调度管理***中的其他控制调度节点,同时其他控制调度节点也会发送自身的监测信息,在控制调度节点接收到其他控制调度节点发送的监测信息后,会将自身的监测信息与接收到的监测信息进行比较,判断自身是否为主控制调度节点,在确定自身为主控制调度节点后,作为主控制调度节点的控制调度节点用于检测共享驱动节点是否发生故障,在确定有发生故障的共享驱动节点后,控制调度节点会触发故障的共享驱动节点所管理的共享文件存储控制权转移给其他正常状态的共享驱动节点;本发明实施例从多个控制调度节点中选取一个控制调度节点作为主控制调度节点,主控制调度节点来检测所有的共享驱动节点,当有共享驱动节点故障的时候,触发故障的共享驱动节点所管理的共享文件存储控制权转移给其他共享驱动节点,由于不在是多个控制调度节点共同管理共享驱动节点,因此不会发生脑裂和调度管理不一致的问题。
在一种可能的实现方式中,控制调度节点根据监测信息在确定自身为主控制调度节点后,检测共享驱动节点之前,控制调度节点向其他控制调度节点发送主控制调度节点的信息,并接收其他控制调度节点发送的主控制调度节点的信息;使控制调度节点在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息一致后,检测共享驱动节点。
在一种可能的实施方式中,控制调度节点向其他控制调度节点发送主控制调度节点的信息,并接收其他控制调度节点发送的主控制调度节点的信息之后,控制调度节点在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,返回将自身的监测信息发送给其他控制调度节点的步骤。
上述方法,在调度管理的过程中,控制调度节点确定自身为主控制调度节点时发送的主控制调度节点的信息,同时接收其他控制调度管理发送的确定主节控制调度管理的信息,确定多个控制调度节点选取的主控制调度管理是否一致,若选取的主控制调度管理一致,则主控制调度节点检测共享驱动节点,否则控制调度节点继续发送自身的监测信息给其他控制调度节点,进而执行选取主控制调度节点,确定主控制调度节点是否一致的步骤,保证最终确定的主控制调度节点一致后,主控制调度节点才会检测共享驱动节点,本发明实施例中保证只有一个主控制调度节点,进而不会出现脑裂和调度结果不一致的问题。
在一种可能的实施方式中,控制调度节点根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点之后,若控制调度节点确定自身不是主控制调度节点,则将自身确定的主控制调度节点的信息发送给其他控制调度节点,并接收其他控制调度节点确定的主控制调度节点的信息;若控制调度节点接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致,则返回将自身的监测信息发送给其他控制调度节点的步骤。
上述方法,在调度管理的过程中,控制调度节点确定自身不是主控制调度节点后,将自身确定出的主控制调度节点的信息发送给其他控制调度节点,同时接收其他控制调度管理发送的确定主节控制调度管理的信息,判断自身确定的主控制调度节点与其他控制调度节点确定的主控制调度节点是否一致,若不一致,则控制调度节点继续发送自身的监测信息给其他控制调度节点,进而执行选取主控制调度节点,确定主控制调度节点是否一致的步骤,保证只有一个主控制调度节点,进而不会出现脑裂和调度结果不一致的问题。
在一种可能的实施方式中,控制调度节点将自身的监测信息发送给其他控制调度节点时,控制调度节点是周期性将自身的监测信息发送给其他控制调度节点。
上述方法,周期性的发送自身的监测信息,保证多个及控制调度节点不论在什么情况下都会存在一个主控制调度节点进行检测共享驱动节点,将故障的共享驱动节点的共享文件存储控制权转移给其他的共享驱动节点,不会出现没有控制调度节点对共享驱动节点进行检测管理的现象,保证调度管理***可以正常工作。
在一种可能的实施方式中,控制调度节点将自身的监测信息发送给其他控制调度节点之前,控制调度节点接收到目标控制调度节点发送的监测信息,其中目标控制调度节点为发生故障并恢复,且发生故障之前是主控制调度节点的控制调度节点。
在一种可能的实施方式中,控制调度节点根据监测信息在确定自身为主控制调度节点后,若控制调度节点发生故障,则在恢复后返回将自身的监测信息发送给其他控制调度节点的步骤。
上述方法,在发生故障的主控制调度节点回恢复,会将自身的监测信息发送给其他控制调度点,其他控制调度节点在接收到发生故障且恢复的目标节点发送的监测信息后,调度管理***中的每个控制调度节点都会将自身的监测信息进行发送,进而执行确定新的主控制调度节点的步骤。
在一种可能的实施方式中,控制调度节点根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点,控制调度节点判断自身的监测信息中的权重因子是否大于所有接收到的监测信息中的权重因子;如果是,则确定自身为主控制调度节点,否则,将接收到的监测信息中权重因子最大的控制调度节点作为主控制调度节点。
上述方法,根据监测信息中的权重因子进行主控制调度节点的确定,并确定权重因子最大的控制调度节点作为主控制调度节点。
第二方面,本发明实施例提供一种调度管理的设备,该设备包括:处理器以及收发机:
处理器用于将自身的监测信息发送给其他控制调度节点,以及接收所述其他控制调度节点发送的监测信息;根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点;根据所述监测信息在确定自身为主控制调度节点后检测共享驱动节点;确定有所述共享驱动节点发生故障后,将故障的共享驱动节点所管理的文件控制权转移给其他的共享驱动节点。
第三方面,本发明实施例提供另一种调度管理的设备,该设备包括:处理单元和存储单元;该存储单元用于存储计算机执行指令,当该设备运行时,该处理单元执行该存储单元存储的该计算机执行指令,以使该设备执行如上述方面中任一所述的调度管理的方案。
第四方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中包括程序代码,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第五方面,本申请还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第六方面,本申请还提供一种***,该***包括上述任一方法实施例或装置实施例中的控制调度节点。
另外,第二方面至第五方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果,此处不再赘述。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1A为现有技术中弹性存储***的管理面中包含有多个控制资源节点的总体架构的示意图;
图1B为现有技术中弹性存储***的管理面中包含一个控制资源节点的总体架构的示意图;
图1C为现有技术中弹性存储***中控制调度节点对于共享驱动节点的高可用功能的架构示意图;
图2为本发明实施例提供的一种调度管理过程中管理面的总体架构示意图;
图3A为本发明实施例提供的第一种确定主控制调度节点的结构示意图;
图3B为本发明实施例提供的第一种确定主控调度节点后发布选取结果的示意图;
图4为本发明实施例提供的第一种调度管理过程中主控制调度节点的生成方法流程示意图;
图5A为本发明实施例提供的第二种确定主控制调度节点的结构示意图;
图5B为本发明实施例提供的第一种确定主控调度节点后发布选取结果的示意图;
图6为本发明实施例提供的第二种调度管理过程中主控制调度节点的生成方法流程示意图;
图7为本发明实施例提供的为本申请提供的第三种确定的主控制调度节点并发布选取结果的结构示意图;
图8为本发明实施例提供的第三种调度管理过程中主控制调度节点的生成方法流程示意图;
图9为本发明实施例提供的第四种确定的主控制调度节点并发布选取结果的结构示意图;
图10为本发明实施例提供的第四种调度管理过程中主控制调度节点的生成方法流程示意图;
图11为本发明实施例提供的一种主控制调度节点将故障的共享驱动节点管理的共享文件存储转移给其他共享驱动节点的结构示意图;
图12为本发明实施例提供的一种调度管理的整体方法流程图;
图13为本发明实施例提供的一种调度管理的设备结构示意图;
图14为本发明实施例提供的另一种调度管理的设备结构示意图。
具体实施方式
本申请实施例描述的架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
目前是社交时代和移动互联网时代,对现代的互联网具有较高的要求,随着出现了大量的读写请求、数据及用户;因此传统的关系型数据库存储方式已不在适用。弹性存储***为用户提供自定义的共享文件存储服务,可通过调度算法确定将文件在哪个共享驱动节点所管理的存储资源池中创建共享文件的存储;同时共享驱动节点还可对共享文件存储在共享资源池中进行维护。
如图1A所示,为现有技术中弹性存储***的管理面中包含有多个控制资源节点的总体架构的示意图。从图中可知多个控制调度节点中每一个控制调度节点都管理所有的共享驱动节点,共享驱节点管理共享资源池,所有的共享文件存储都通过共享驱动节点在存储资源池中被创建和维护,每个共享驱动节点管理一个和/或多个存储资源池,每个存储资源池用来被创建和维护一个或多个用户自定义共享文件存储。
如图1B所示,为现有技术中弹性存储***的管理面中包含一个控制资源节点的总体架构的示意图。从图中可知控制调度节点管理所有的共享驱动节点。
如图1C所示,为现有技术中弹性存储***中控制调度节点对于共享驱动节点的高可用功能的架构示意图。以架构中只包含有一个控制调度节点为例,控制调度节点管理监控所有的共享驱动节点的状态,当其中的某一共享驱动节点发生故障时,为了保证故障的共享驱动节点所管理的共享文件存储管理面高可用,控制调度节点会将上述共享文件存储的控制权转移到其他正常的共享驱动节点。
同理,在架构中包含有多个控制调度节点时,当某一个共享驱动节点故障后,所有的共享驱动节点都会对故障的共享驱动节点管理的共享文件进行转移,此时会出现各个控制调度节点发出的转移指令不一致的现象。
从上述内容可以看出,现有的弹性存储***中包含有一个或多个控制资源调度节点,若存在一个控制资源调度节点时,当控制资源调度节点故障后,在用户发送创建文件的请求时则无法正常进行文件的创建,因此在弹性存储***的管理面中设置多个控制资源节点,由于存在多个控制资源调度节点,所有的调度节点都可以对共享驱动节点进行管理,实现共享驱动节点的高可用性,形成多个控制调度节点进行控制调度,同时在故障的共享驱动节点进行共享文件存储的调度转移时,容易产生调度效果不一致。
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
如图2所示,为本申请的一种调度管理过程中管理面的总体架构示意图。从图中可知,本申请中的管理面中存有多个控制调度节点,且在多个控制调度节点中有一个为主控制调度节点,其他的非主控制调度节点可以将其命名为从控制调度节点。
在本发明实施例中,当设备开机进行工作时,所述调度管理***中的多个控制调度节点开始选取一个控制调度节点作为主控制调度节点,并在工作的过程中由于多种原因会使最初选取的主控制调度节点发生变化,重新选取新的主控制调度节点,保证所述调度管理***可以正常工作。
下面针对上述场景,对本申请的调度管理时进行选取主控制调度节点的方法分别进行解释说明。
场景一:开机正常工作时。
如图3A所示,为本申请提供的第一种确定主控制调度节点的结构示意图。从图中可知,控制调度节点将自身的监测信息发送给其他控制调度节点,以及接收所述其他控制调度节点发送的监测信息;
其中,所述监测信息中包括但不限于下列的部分或全部:
权重因子、心跳检测信息。
具体的,所述权重因子为选取主控制调度节点过程中必要的信息,且每个控制调度节点的权重因子都由所述控制调度节点的在线服务时长决定,且所述在线服务时长包括,所述控制调度节点从注册控制调度服务开始后所有工作状态正常的时长的总和;所述心跳检测信息用于各个控制调度节点间进行相互检测是否正常工作时所用的信息,可以用来触发所述控制调度节点进行新的选取主控制调度节点的过程。
在本发明实施例中,以调度管理***中存在三个控制调度节点为例,假设上述三个控制调度节点正常工作,且控制调度节点A、控制调度节点B以及控制调度节点C之间相互发送自身的监测信息。
进一步的,所述控制调度节点根据自身的监测信息和接收到的监测信息,判断自身的监测信息中的权重因子是否大于所有接收到的监测信息中的权重因子,并在确定自身的监测信息中的权重因子大于所有接收到的监测信息中的权重因子后,确定自身作为主控制调度节点;
具体的,当控制调度节点A接收到控制调度节点B和控制调度节点C的监测信息后,根据接收到的监测信息确定控制调度节点B和控制调度节点C的权重因子,并确定自身的监测信息中的权重因子,假设自身的权重因子为10,接收到的控制调度节点B的权重因子为8,控制调度节点C的权重因子为5,此时确定出自身的权重因子大于接收到的控制调度节点B和控制调度节点C的权重因子,因此控制调度节点A确定自身为主控制调度节点。
与此同时,控制调度节点B接收到控制调度节点A和控制调度节点C的监测信息,并确定控制调度节点A的权重因子为10,控制调度节点C的权重因子为5,进而将自身的权重因子与控制调度节点A的权重因子及控制调度节点C的权重因子进行比较,确定自身的权重因子小于控制调度节点A的权重因子,此时确定自身不作为主控制调度节点,即控制调度节点B为从控制调度节点,并确定出控制调度节点A作为主控制调度节点。
同理,控制调度节点C根据权重因子确定自身为从控制调度节点,且主控制调度节点为控制调度节点A。
在实施中,根据权重因子可以更加准确的确定出主控制调度节点,进而在调度管理过程中,不再是多个控制调度管理共同进行管理,而是由主控制调度节点进行管理,不会出现多头控制而产生的脑裂和调度管理不一致等问题。
进一步的,所述控制调度节点根据所述监测信息确定自身为主控制调度节点后,所述控制调度节点向其他控制调度节点发送主控制调度节点的信息,并接收所述其他控制调度节点发送的主控制调度节点的信息,确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息是否一致;若不一致,返回将自身的监测信息发送给所述其他控制调度节点的步骤。
具体的,在上述内容中确定主控制调度节点为控制调度节点A,主控制调度节点A向控制调度节点B及控制调度节点C发送确定控制调度节点A为主控制调度节点的信息,同时控制调度节点A接收控制调度节点B发送的确定控制调度节点A为主控制调度节点的信息和控制调度节点C发送的确定控制调度节点A为主控制调度节点的信息后,根据每个控制调度节点的权重因子及每个控制调度节点确定的主控制调度节点,确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息一致后,选取控制调度节点A作为主控制调度节点并发布选取结果,如图3B所示。
在根据调度节点的权重因子及每个控制调度节点确定的主控制调度节点,确定主控制调度节点,确定接收到的主控制调度节点的信息与发布的主控制调度节点的信息不一致,则重新发送自身的监测信息继续执行选取主控制调度节点的步骤,在主控制调度节点达成一致后,确定主控制调度节点,并将确定的主控制调度节点的信息发布。
比如,控制调度节点A发送自身为主控制调度节点给其他控制调度节点,控制调度节点B接收到控制调度节点A为主控制调度节点,但是此时控制调度节点B的权重因子发生了变化,控制调度节点B的新的权重因子为12,此时控制调度节点B发送主控制调度节点为控制调度节点B给其他控制调度节点,由于控制调度节点B接收到的主控制调度节点为控制调度节点A和发送的主控制调度节点为控制调度节点B的信息不一致,因此要从新进行主控制调度节点的选取。
同理,所述控制调度节点在确定自身不是主控制调度节点后,将自身确定的主控制调度节点的信息发送给其他控制调度节点,并接收其他控制调度节点确定的主控制调度节点的信息,并确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息是否一致;若不一致,返回将自身的监测信息发送给所述其他控制调度节点的步骤。
具体的,在上述内容中确定主控制调度节点为控制调度节点A,控制调度控制调度节点B不是主控制调度节点,控制调度节点B将自身确定的主控制调度节点为控制调度节点A的信息发送给其他控制调度节点,同时接收控制调度节点C发送确定控制调度节点A为主控制调度节点的信息和控制调度节点A发送的确定自身为主控制调度节点的信息,根据每个控制调度节点的权重因子及每个控制调度节点确定的主控制调度节点,确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息一致后,选取控制调度节点A作为主控制调度节点并发布选取结果,若不一致,则重新发送自身的监测信息继续执行选取主控制调度节点的步骤,在主控制调度节点达成一致后,确定主控制调度节点,并将确定的主控制调度节点的信息发布。
在实施中,控制调度节点之间相互发送确定的主控制调度节点的信息,在确定自身发送的主控制调度节点的信息与接收到的主控制调度节点的信息一致后,确定主控制调度节点;若选取结果不一致,则重新进行选取,并重新发布选取结果,最终使所有的控制调度节点都能达成一致的结果,严格保证了主控制调度节点的唯一性。
如图4所示,为本申请提供的第一种调度管理过程中主控制调度节点的生成方法流程示意图,具体包括如下步骤:
步骤400,控制调度节点将自身的监测信息发送给其他控制调度节点,并接收所述其他控制调度节点发送的监测信息;
步骤401,控制调度节点根据自身的监测信息中的权重因子和接收到的监测信息中的权重因子,确定自身是否为主控制调度节点;
步骤402,发送确定的主控制调度节点的信息,同时接收其他控制调度节点确定的主控制调度节点的信息;
步骤403,判断接收到的确定的主控制调度节点的信息与自身确定的主控制调度节点的信息是否一致;若一致,则执行步骤404,否则返回步骤400;
步骤404,发布选取确定的主控制调度节点的结果。
场景二:工作过程中,检测到其他控制调度节点的监测信息中的权重因子大于当前主控制调度节点的监测信息中的权重因子。
如图5A所示,为本申请提供的第二种确定主控制调度节点的结构示意图。从图中可知,控制调度节点将自身的监测信息发送给其他控制调度节点,同时接受其他控制调度节点发送的监测信息。
可选的,所述控制调度节点周期将自身的监测信息发送给其他控制调度节点。
具体的,在调度管理***正常工作过程中,在确定主控制调度节点后,***中的控制调度节点还会周期性的发送监测信息,并接收其他控制调度节点发送的监测信息,进而根据监测信息进行检测,确定当前的主控制调度节点是否发生变化,若主控制调度节点发生变化,则进行从多个控制调度节点中选取主控制调度节点,判断主控制调度节点是否一致,在确定各个控制调度节点选取的主控制调度节点一致后,发布选取的主控制调度节点的结果,如图5B所示;若主控制调度节点没有发生变化,则当前的主控制调度节点继续当前的工作,且不用发布主控制调度节点的结果。
其中,所述确定当前的主控制调度节点是否发生变化主要是根据监测信息中的权重因子确定的,当确定在周期发送监测信息后,所述主控制调度节点确定接收到的任一其他控制调度节点的监测信息中的权重因子比自身的监测信息中的权重因子大,或任一其他控制调度节点确定自身的监测信息比接收到的主控制调度节点的监测信息中的权重因子大,则进行重新选取主控制调度节点。
比如,上一周期确定控制调度节点A的权重因子为10、控制调度节点B的权重因子为8、控制调度节点C的权重因子为5,确定出控制调度节点A为主控制调度节点;在本周期发送监测信息后,假设控制调度节点A根据接收到的控制调度节点B的监测信息确定控制调度节点B的权重因子为12,确定自身的权重因子为10,控制调度节点B的权重因子大于自身权重因子,则触发重新选举主控制调度节点的步骤;
同理,控制调度节点B根据自身的监测信息确定自身的权重因子为12,根据接收到的控制调度节点A及控制调度节点C的监测信息确定控制调度节点A的权重因子为10、控制调度节点C的权重因子为5,此时控制调度节点B触发重新选举主控制调度节点的步骤;
同理,控制调度节点C,根据接收到的监测信息确定的权重因子与自身的权重因子进行比较,并根据三者的权重因子确定当前的主控制调度节点为控制调度节点B,与上一周期的主控制调度节点不一致,则出发重新选举主控制调度节点的步骤,最终确定当前的主控制调度节点为控制调度节点B.
需要说明的是,所述监测信息中可以只包含有权重因子,或包含有权重因子和心跳检测信息,且心跳检测信息显示各个控制调度节点状态正常。
在实施中,周期性的根据权重因子选取主控制调度节点,保证主控制调度节点具有最大的权重因子,保证主控制调度节点的工作效率。
如图6所示,为本申请提供的第二种调度管理过程中主控制调度节点的生成方法流程示意图,具体包括如下步骤:
步骤600,正常工作过程中,在确定主控制调度节点后,各个控制调度节点间周期性发送自身的监测信息;
步骤601,控制调度节点在接收到其他控制调度节点的监测信息后,监测自身的权重因子与接收到的监测信息中的权重因子,判断是否有权重因子大于当权主控制调度节点的权重因子,若有,则执行步骤602,否则执行步骤607;
步骤602,控制调度节点发送自身的监测信息,同时接收其他控制调度节点发送的监测信息;
步骤603,控制调度节点根据接收到的其他控制调度节点发送的监测信息重新确定主控制调度节点;
步骤604,发送确定的主控制调度节点的信息,同时接收其他控制调度节点确定的主控制调度节点的信息;
步骤605,判断接收到的确定的主控制调度节点的信息与自身确定的主控制调度节点的信息是否一致;若一致,则执行步骤606,否则返回步骤602;
步骤606,发布选取确定的主控制调度节点的结果;
步骤607,继续工作。
场景三:工作过程中,检测到当前的主控制调度节点故障。
如图7所示,为本申请提供的第三种确定的主控制调度节点并发布选取结果的结构示意图。从图中可知,控制调度节点将自身的监测信息发送给其他控制调度节点,同时接收其他控制调度节点发送的监测信息。
可选的,各个控制调度节点周期将自身的监测信息发送给其他控制调度节点。
具体的,在调度管理***正常工作过程中,在确定主控制调度节点后,***中的控制调度节点还会周期性的发送监测信息,并接收其他控制调度节点发送的监测信息,进而根据监测信息进行检测,确定当前的主控制调度节点是否正常工作;若主控制调度节点工作异常,表示当前的主控制调度节点发生故障,则进行从剩余的多个控制调度节点中选取一个控制调度节点作为主控制调度节点,并判断选取的主控制调度节点是否一致,在确定各个控制调度节点选取的主控制调度节点一致后,发布选取的主控制调度节点的结果的步骤。
其中,所述确定当前的主控制调度节点是否正常工作主要是根据监测信息中的心跳检测信息确定的,在周期发送监测信息后,所述其他控制调度节点接收到主控制调度节点心跳检测异常的信息,则确定当前的主控制调度节点故障,在确定当前的主控制调度节点故障后,在剩余的多个控制调度节点中选取主控制调度节点。
在本发明实施例中,所述确定当前的主控制调度节点是否正常工作时,还可以根据监测信息中的权重因子进行确定。在周期发送监测信息后,所述其他控制调度节点接收到的当前主控制调度节点发送的监测信息中没有权重因子,则所述其他控制调度节点向当前主控制调度节点发送查询工作状态是否正常的信息,根据主控制调度节点针对查询结果返回的信息确定,若当前的主控制调度节点返回工作异常的信息,则其他控制调度节点在接收到主控制调度节点返回的工作异常的信息后,在剩余的多个控制调度节点中选取主控制调度节点。
需要说明的是,在发送监测信息时,信息中可以只包含有权重因子;或只包含有心跳检测信息,但是在根据心跳检测信息确定当前的主控制调度节点工作异常后,剩余的各个控制调度节点之间后需要进行权重因子的发送;或所述信息中包含有权重因子和心跳检测信息。
在实施中,根据周期发送的监测信息确定当前的主控制调度节点是否正常工作,在发生工作异常后,在剩余的多个控制调度节点中选取一个主控制调度节点,保证调度管理***可以正常工作。
如图8所示,为本申请提供的第三种调度管理过程中主控制调度节点的生成方法流程示意图,具体包括如下步骤:
步骤800,在工作过程中,确定主控制调度节点后,各个控制调度节点间周期性发送自身的监测信息;
步骤801,控制调度节点根据接收到的监测信息中的心跳检测信息和/或权重因子检测到当前的主控制调度节点故障后,发送自身的监测信息给其他的控制调度节点,同时接收其他控制调度节点发送的监测信息;
步骤802,控制调度节点接收到其他控制调度节点的监测信息后,根据接收到的监测信息中的权重因子及自身的监测信息中的权重因子从正常工作控制调度节点中选取主控制调度节点;
步骤803,控制调度节点发送自身确定的主控制调度节点的信息,同时接收其他控制调度节点发送的确定的主控制调度节点的信息;
步骤804,控制调度节点根据接收到的其他控制调度节点发送的确定主控制调度节点的信息及自身确定的主控制调度节点的信息,判断确定的主控制调度节点的是否一致;若一致,则执行步骤805,否则执行步骤801;
步骤805,发布选取确定的主控制调度节点的结果。
场景四:工作过程中,发生故障的主控制调度节点恢复。
如图9所示,为本申请提供的第四种确定的主控制调度节点并发布选取结果的结构示意图。从图中可知,各个控制调度节点之间可以相互发送自身的监测信息,且所述控制调度节点同时接收其他控制调度节点发送的监测信息。
可选的,所述控制调度节点接收到目标控制调度节点发送的监测信息后,所述控制调度节点将自身的监测信息发送给所述其他控制调度节点,进而从多个控制调度节点中选取一个作为主控制调度节点。
其中,所述目标控制调度节点为发生故障并恢复,且发生故障之前是主控制调度节点的控制调度节点。
基于上述内容,发生故障的控制调度节点在恢复后将自身的监测信息发送给其他控制调度节点。
具体的,如图9所示,控制调度节点A为故障后恢复的控制调度节点,控制调度节点A在确定自身恢复正常工作后,监测自身的权重因子,并将监测到的权重因子加入到监测信息中,进而将监测信息发送给调度管理***中其他的控制调度节点(控制调度节点B和控制调度节点C)。其他的控制调度节点在接收到控制调度节点A发送的监测信息后,确定接收到的监测信息中的权重因子,确定控制调度节点A的权重因子最大,则发送自身的监测信息给其他的控制调度节点,进而选取主控制调度节点,并确定选取的主控制调度节点一致后,发布选取结果确定主控制调度节点。
在实施中,若之前发生故障的主控制调度节点恢复后,则会监测自身的权重因子,并将自身的权重因子发送给其他控制调度节点,在其他的控制调度节点确定所述发生故障并恢复的主控制调度节点的权重因子仍是当前最高的,则重新进行主控制调度节点的选取,保证主控制调度节点在当前所有处于正常工作状态的控制调度节点中权重因子是最高的,保证调度管理***工作的高效性。
如图10所示,为本申请提供的第四种调度管理过程中主控制调度节点的生成方法流程示意图,具体包括如下步骤:
步骤1000,在工作过程中,发生故障的主控制调度节点恢复正常的工作状态后,监测自身的权重因子,并向其他的控制调度节点发送自身的监测信息;
步骤1001,其他控制调度节点在接收到发生故障并恢复的主控制调度节点发送的监测信息后,发送自身的监测信息给其他的控制调度节点;
步骤1002,控制调度节点根据自身监测信息中的权重因子,及接收到的监测信息中的权重因子确定主控制调度节点;
步骤1003,控制调度节点将自身确定的主控制调度节点的信息发送给其他的控制调度节点,并接收其他的控制调度节点发送的主控制调度节点的信息;
步骤1004,控制调度节点根据自身确定的主控制调度节点的信息与接收到的主控制调度节点的信息所确定的主控制调度节点是否一致,若一致则执行步骤1005,否则执行步骤1001;
步骤1005,发布选取确定的主控制调度节点的结果。
在本发明实施例中,若所述调度管理***中只存在一个控制调度节点,则将所述控制调度节点确定为主控制调度节点。
基于上述场景,所述控制调度节点在根据监测信息确定自身为主控制调度节点后检测共享驱动节点,并确定检测的共享驱动节点是否发生故障,若控制调度节点在确定有所述共享驱动节点发生故障后,则所述控制调度节点将故障的共享驱动节点所管理的共享文件存储控制权转移给其他的共享驱动节点。
如图2所示,为本申请的一种调度管理过程中管理面的总体架构示意图,从图中可知,控制调度节点检测共享驱动节点,同时确定的主控制调度节点可以检测所有的共享驱动节点的工作状态是否正常,在确定所有的共享驱动节点中有发生故障的共享驱动节点后,所述共享驱动节点将所述故障的共享驱动节点所管理的共享文件存储转移给其他正常的兄弟共享驱动节点,如图11所示,为本申请提供的一种主控制调度节点将故障的共享驱动节点管理的共享文件存储转移给其他共享驱动节点的结构示意图。
具体的,所述主控制调度节点在检测所管理的共享驱动节点是否发生故障时可以进行主动的查询,还可以根据共享驱动节点上报的状态进行确定,下面分别介绍。
情况一:主控制调度节点周期性的对所管理的共享驱动节点进行检测,确定所检测的共享驱动节点是否发生故障,若检测到有共享驱动节点发生故障,则将故障的共享驱动节点所管理的共享文件存储的控制权转移给其他兄弟共享驱动节点。
情况二:所述共享驱动节点周期性的向主控制调度节点上报自身的状态信息,主控制调度节点接收到所管理的共享驱动节点上报的状态信息后,根据接收到的状态信息进行检测,若发现有状态信息异常的,则针对异常的状态信息所对应的共享驱动节点进行查询,确定是否发生故障;或若主控制调度节点没有接收到所述共享驱动节点的状态信息,则对没有发送状态信息的共享驱动节点进行查询,确定是否发生故障,若发生故障,则主控制调度节点将其所管理的共享文件存储的控制权转移给其他兄弟共享驱动节点。
其中,所述兄弟共享驱动节点为管理同一个存储资源池中的共享文件存储的共享驱动节点,其中,所述同一个存储资源池中的共享文件存储不是由同一个共享驱动节点所管理。
比如,存在三个共享驱动节点A、共享驱动节点B、共享驱动节点C,共享驱动节点A管理有共享文件存储A1、A2、A3、B3;共享驱动节点B管理有共享文件存储B1、B2、C3;共享驱动节点C管理有共享文件存储C1、C2;其中,所述共享文件存储A1、A2、A3属于存储资源池A,所述共享文件存储B1、B2、B3属于存储资源池B,所述共享文件存储C1、C2、C3属于存储资源池C,此时共享驱动节点A与共享驱动节点B为兄弟共享驱动节点,共享驱动节点B与共享驱动节点C为兄弟共享驱动节点。
具体的,所述主控制调度节点在对所述故障的共享驱动节点所管理的共享文件存储的控制权进行转移时,还会根据其兄弟共享驱动节点所管理的共享文件存储的资源进行合理的分配。
在实施中,主控制调度节点在确定共享驱动节点故障后,将其所管理的共享文件存储的控制权进行转移,由于只有主控制调度节点可以对故障的共享驱动节点管理的共享文件存储的控制权转移给其他共享驱动节点,不会出现多个控制调度节点对所述共享文件存储的控制权进行转移,保证了调度管理***可以正常工作的同时,又不会出现因为多头管理而产生的脑裂问题和调度结果不一致的问题。
需要说明的是,在本发明实施例中不论是主控制调度节点还是从控制调度节点都保留监控所有的共享驱动节点的功能,以保证所有的共享驱动节点任何时刻都能对所有的共享驱动节点获取相同的状态,此时在进行文件的创建时可以合理的进行分配,节省主控制调度节点的资源,同时在主控主调度节点故障时,从其他控制调度节点中选取的主控制调度节点可以确定所有的共享驱动节点的状态,不用进行查询。
如图12所示,为本申请的一种调度管理的整体方法流程示意图,具体包括如下步骤:
步骤1200,控制调度节点将自身的监测信息发送给其他控制调度节点,并接收所述其他控制调度节点发送的监测信息;
步骤1201,控制调度节点根据自身的监测信息中的权重因子和接收到的监测信息中的权重因子,确定自身是否为主控制调度节点;
步骤1202,发送确定的主控制调度节点的信息,同时接收其他控制调度节点确定的主控制调度节点的信息;
步骤1203,判断接收到的确定的主控制调度节点的信息与自身确定的主控制调度节点的信息是否一致;若一致,则执行步骤1204,否则返回步骤1200;
步骤1204,发布选取确定的主控制调度节点的结果;
步骤1205,确定的主控制调度节点检测共享驱动节点;
步骤1206,主控制调度节点在确定共享驱动节点发生故障后,将故障的共享驱动节点所管理的共享文件存储的控制权转移给其他共享驱动节点。
在一些可能的实施方式中,本发明实施例提供的调度管理的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序代码在计算机设备上运行时,程序代码用于使计算机设备执行本说明书中描述的根据本发明各种示例性实施方式的调度管理的方法中的步骤。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
根据本发明的实施方式的用于数据转发控制的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在服务器设备上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被信息传输、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由周期网络动作***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备,或者,可以连接到外部计算设备。
本发明实施例针对调度管理的方法还提供一种计算设备可读存储介质,即断电后内容不丢失。该存储介质中存储软件程序,包括程序代码,当程序代码在计算设备上运行时,该软件程序在被一个或多个处理器读取并执行时可实现本发明实施例上面任何一种进行调度管理时的方案。
基于同一发明构思,本发明实施例中还提供了一种调度管理的设备,由于该设备对应的是本发明实施例调度管理的方法对应的设备,并且该设备解决问题的原理与该方法相似,因此该设备的实施可以参见方法的实施,重复之处不再赘述。
如图13所示,本发明实施例一种调度管理的设备,包括:处理器1300以及收发机1301:所述处理器1300用于:将自身的监测信息发送给其他控制调度节点,以及接收所述其他控制调度节点发送的监测信息;根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点;根据所述监测信息在确定自身为主控制调度节点后检测共享驱动节点;确定有所述共享驱动节点发生故障后,将故障的共享驱动节点所管理的文件控制权转移给其他的共享驱动节点。
可选的,所述处理器1300还用于:
向所述其他控制调度节点发送主控制调度节点的信息,并接收所述其他控制调度节点发送的主控制调度节点的信息;
所述处理器1300具体用于:
在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息一致后,检测共享驱动节点。
可选的,所述处理器1300还用于:
在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,返回将自身的监测信息发送给所述其他控制调度节点的步骤。
可选的,所述处理器1300还用于:
若确定自身不是主控制调度节点,则将自身确定的主控制调度节点的信息发送给其他控制调度节点,并接收其他控制调度节点确定的主控制调度节点的信息;
若接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,则返回将自身的监测信息发送给所述其他控制调度节点的步骤。
可选的,所述处理单元具体用于:周期将自身的监测信息发送给所述其他控制调度节点。
可选的,所述处理器1300还用于:
接收到目标控制调度节点发送的监测信息,其中所述目标控制调度节点为发生故障并恢复,且发生故障之前是主控制调度节点的控制调度节点。
可选的,所述处理器1300还用于:若发生故障,则在恢复后返回将自身的监测信息发送给所述其他控制调度节点的步骤。
可选的,所述处理器1300具体用于:
判断自身的监测信息中的权重因子是否大于所有接收到的监测信息中的权重因子;
如果是,则确定自身为主控制调度节点,否则,确定自身不作为主控制调度节点。
如图14所示,本发明实施例另一种调度管理的设备,该设备包括:至少一个处理单元1400以及至少一个存储单元1401,其中,所述存储单元1401存储有程序代码,当所述程序代码被所述处理单元1400执行时,使得所述处理单元1400执行所述调度管理过程中的任一方法的步骤。
以上参照示出根据本申请实施例的方法、装置(***)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行***来使用或结合指令执行***而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行***、装置或设备使用,或结合指令执行***、装置或设备使用。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种调度管理的方法,其特征在于,该方法包括:
控制调度节点将自身的监测信息发送给其他控制调度节点,以及接收所述其他控制调度节点发送的监测信息;
所述控制调度节点根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点;
所述控制调度节点根据所述监测信息在确定自身为主控制调度节点后检测共享驱动节点;
所述控制调度节点确定有所述共享驱动节点发生故障后,将故障的共享驱动节点所管理的共享文件存储控制权转移给其他的共享驱动节点。
2.如权利要求1所述的方法,其特征在于,所述控制调度节点根据所述监测信息在确定自身为主控制调度节点后,检测共享驱动节点之前,还包括:
所述控制调度节点向所述其他控制调度节点发送主控制调度节点的信息,并接收所述其他控制调度节点发送的主控制调度节点的信息;
所述控制调度节点检测共享驱动节点,包括:
所述控制调度节点在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息一致后,检测共享驱动节点。
3.如权利要求2所述的方法,其特征在于,所述控制调度节点向所述其他控制调度节点发送主控制调度节点的信息,并接收所述其他控制调度节点发送的主控制调度节点的信息之后,还包括:
所述控制调度节点在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,返回将自身的监测信息发送给所述其他控制调度节点的步骤。
4.如权利要求1所述的方法,其特征在于,所述控制调度节点根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点之后,还包括:
若所述控制调度节点确定自身不是主控制调度节点,则将自身确定的主控制调度节点的信息发送给所述其他控制调度节点,并接收所述其他控制调度节点确定的主控制调度节点的信息;
若所述控制调度节点接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,则返回将自身的监测信息发送给所述其他控制调度节点的步骤。
5.如权利要求1所述的方法,其特征在于,所述控制调度节点将自身的监测信息发送给所述其他控制调度节点,包括:
所述控制调度节点周期将自身的监测信息发送给所述其他控制调度节点。
6.如权利要求1所述的方法,其特征在于,所述控制调度节点将自身的监测信息发送给所述其他控制调度节点之前,还包括:
所述控制调度节点接收到目标控制调度节点发送的监测信息,其中所述目标控制调度节点为发生故障并恢复,且发生故障之前是主控制调度节点的控制调度节点。
7.如权利要求1所述的方法,其特征在于,所述控制调度节点根据所述监测信息在确定自身为主控制调度节点后,还包括:
若所述控制调度节点发生故障,则在恢复后返回将自身的监测信息发送给所述其他控制调度节点的步骤。
8.如权利要求1~7任一所述的方法,其特征在于,所述控制调度节点根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点,包括:
所述控制调度节点判断自身的监测信息中的权重因子是否大于所有接收到的监测信息中的权重因子;
如果是,则确定自身为主控制调度节点,否则,确定自身不作为主控制调度节点。
9.一种调度管理的设备,其特征在于,该设备包括:处理器以及收发机:
所述处理器用于:将自身的监测信息发送给其他控制调度节点,以及接收所述其他控制调度节点发送的监测信息;根据自身的监测信息和接收到的监测信息,判断自身是否为主控制调度节点;根据所述监测信息在确定自身为主控制调度节点后检测共享驱动节点;确定有所述共享驱动节点发生故障后,将故障的共享驱动节点所管理的共享文件存储控制权转移给其他的共享驱动节点。
10.如权利要求9所述的设备,其特征在于,所述处理器还用于:
向所述其他控制调度节点发送主控制调度节点的信息,并接收所述其他控制调度节点发送的主控制调度节点的信息;
所述处理器具体用于:
在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息一致后,检测共享驱动节点。
11.如权利要求10所述的设备,其特征在于,所述处理器还用于:
在确定接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,返回将自身的监测信息发送给所述其他控制调度节点的步骤。
12.如权利要求9所述的设备,其特征在于,所述处理器还用于:
若确定自身不是主控制调度节点,则将自身确定的主控制调度节点的信息发送给所述其他控制调度节点,并接收所述其他控制调度节点确定的主控制调度节点的信息;
若接收到的主控制调度节点的信息与发送的主控制调度节点的信息不一致后,则返回将自身的监测信息发送给所述其他控制调度节点的步骤。
13.如权利要求9所述的设备,其特征在于,所述处理单元具体用于:
周期将自身的监测信息发送给所述其他控制调度节点。
14.如权利要求9所述的设备,其特征在于,所述处理器还用于:
接收到目标控制调度节点发送的监测信息,其中所述目标控制调度节点为发生故障并恢复,且发生故障之前是主控制调度节点的控制调度节点。
15.如权利要求9所述的设备,其特征在于,所述处理器还用于:
若发生故障,则在恢复后返回将自身的监测信息发送给所述其他控制调度节点的步骤。
16.如权利要求9~15任一所述的设备,其特征在于,所述处理器具体用于:
判断自身的监测信息中的权重因子是否大于所有接收到的监测信息中的权重因子;
如果是,则确定自身为主控制调度节点,否则,确定自身不作为主控制调度节点。
17.一种调度管理的设备,其特征在于,该设备包括:至少一个处理单元以及至少一个存储单元,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述处理单元执行权利要求1~8任一所述方法的步骤。
18.一种计算设备可读存储介质,其特征在于,包括程序代码,当所述程序代码在计算设备上运行时,所述程序代码用于使所述计算设备执行权利要求1~8任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810224863.5A CN110290159B (zh) | 2018-03-19 | 2018-03-19 | 一种调度管理的方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810224863.5A CN110290159B (zh) | 2018-03-19 | 2018-03-19 | 一种调度管理的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110290159A true CN110290159A (zh) | 2019-09-27 |
CN110290159B CN110290159B (zh) | 2022-06-28 |
Family
ID=68001194
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810224863.5A Active CN110290159B (zh) | 2018-03-19 | 2018-03-19 | 一种调度管理的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110290159B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217402A (zh) * | 2008-01-15 | 2008-07-09 | 杭州华三通信技术有限公司 | 一种提高集群可靠性的方法和一种高可靠性通信节点 |
US20120179798A1 (en) * | 2011-01-11 | 2012-07-12 | Ibm Corporation | Autonomous primary node election within a virtual input/output server cluster |
CN105141400A (zh) * | 2015-07-30 | 2015-12-09 | 杭州华为数字技术有限公司 | 一种高可用性集群管理方法及相关设备 |
CN105306566A (zh) * | 2015-10-22 | 2016-02-03 | 创新科存储技术(深圳)有限公司 | 一种云存储***中选举主控节点的方法及*** |
CN106789941A (zh) * | 2016-11-30 | 2017-05-31 | 国电南瑞科技股份有限公司 | 一种数据库及***应用心跳统一管理的实现方法 |
CN107046474A (zh) * | 2016-12-20 | 2017-08-15 | 东软集团股份有限公司 | 一种服务集群 |
CN107508694A (zh) * | 2016-06-14 | 2017-12-22 | 中兴通讯股份有限公司 | 一种集群内的节点管理方法及节点设备 |
US20170373926A1 (en) * | 2016-06-22 | 2017-12-28 | Vmware, Inc. | Dynamic heartbeating mechanism |
-
2018
- 2018-03-19 CN CN201810224863.5A patent/CN110290159B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217402A (zh) * | 2008-01-15 | 2008-07-09 | 杭州华三通信技术有限公司 | 一种提高集群可靠性的方法和一种高可靠性通信节点 |
US20120179798A1 (en) * | 2011-01-11 | 2012-07-12 | Ibm Corporation | Autonomous primary node election within a virtual input/output server cluster |
CN105141400A (zh) * | 2015-07-30 | 2015-12-09 | 杭州华为数字技术有限公司 | 一种高可用性集群管理方法及相关设备 |
CN105306566A (zh) * | 2015-10-22 | 2016-02-03 | 创新科存储技术(深圳)有限公司 | 一种云存储***中选举主控节点的方法及*** |
CN107508694A (zh) * | 2016-06-14 | 2017-12-22 | 中兴通讯股份有限公司 | 一种集群内的节点管理方法及节点设备 |
US20170373926A1 (en) * | 2016-06-22 | 2017-12-28 | Vmware, Inc. | Dynamic heartbeating mechanism |
CN106789941A (zh) * | 2016-11-30 | 2017-05-31 | 国电南瑞科技股份有限公司 | 一种数据库及***应用心跳统一管理的实现方法 |
CN107046474A (zh) * | 2016-12-20 | 2017-08-15 | 东软集团股份有限公司 | 一种服务集群 |
Non-Patent Citations (1)
Title |
---|
朱洁: "基于Hadoop 的三队列作业调度算法", 《计算机应用》 * |
Also Published As
Publication number | Publication date |
---|---|
CN110290159B (zh) | 2022-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2467813C (en) | Real composite objects for providing high availability of resources on networked systems | |
CN104618693B (zh) | 一种基于云计算的监控视频在线处理任务管理方法及*** | |
CN104520815B (zh) | 一种任务调度的方法及装置 | |
CN108694199A (zh) | 数据同步装置、方法、存储介质及电子设备 | |
US20160224908A1 (en) | End-to-end project management | |
Soualhia et al. | A dynamic and failure-aware task scheduling framework for hadoop | |
CN103890714A (zh) | 涉及基于集群的资源池的主机感知资源管理的***和方法 | |
CN109412874A (zh) | 设备资源的配置方法、装置、服务器及存储介质 | |
CN104750554B (zh) | 一种虚拟机间数据迁移的方法和设备 | |
CN104376096B (zh) | 基于缓冲区的异步更新的方法 | |
Haider et al. | Dynamic and adaptive fault tolerant scheduling with qos consideration in computational grid | |
CN108347339A (zh) | 一种业务恢复方法及装置 | |
US10122602B1 (en) | Distributed system infrastructure testing | |
JP6914701B2 (ja) | 製造材料サプライチェーン途絶管理システム | |
Zhou et al. | Cushion: A proactive resource provisioning method to mitigate SLO violations for containerized microservices | |
CN116737560B (zh) | 基于智能导控的智慧训练*** | |
CN110224880A (zh) | 一种心跳监测方法及监控设备 | |
CN110290159A (zh) | 一种调度管理的方法和设备 | |
CN115865942A (zh) | 云平台资源监控方法、电子设备、计算机可读存储介质 | |
US11729080B2 (en) | Agentless method to automatically detect low latency groups in containerized infrastructures | |
KR102672580B1 (ko) | 비정상 이벤트에 대한 가상 머신의 처리 용량 증가 | |
CN108989387A (zh) | 控制异步请求的方法、装置及设备 | |
CN111416860B (zh) | 基于区块链的事务处理方法、装置、电子设备和介质 | |
CN111597026A (zh) | 用于获取信息的方法及装置 | |
CN111835857A (zh) | 用于访问数据的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |