CN110933178B - 调整集群系统内的节点配置的方法及服务器 - Google Patents
调整集群系统内的节点配置的方法及服务器 Download PDFInfo
- Publication number
- CN110933178B CN110933178B CN201911252449.6A CN201911252449A CN110933178B CN 110933178 B CN110933178 B CN 110933178B CN 201911252449 A CN201911252449 A CN 201911252449A CN 110933178 B CN110933178 B CN 110933178B
- Authority
- CN
- China
- Prior art keywords
- node
- memory
- adjusting
- service
- instruction
- 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.)
- Active
Links
Images
Classifications
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
-
- 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/08—Configuration management of networks or network elements
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
Abstract
本申请公开了一种动态调整集群资源的方法及服务器,属于数据处理领域。在本申请中,可以获取集群系统内第一节点的运行状态数据,并根据第一节点的运行状态数据和第一落盘数据量,生成调整指令。之后,可以根据调整指令,对集群系统内的节点配置进行调整。其中,运行状态数据用于指示内存使用情况,落盘数据量用于指示服务数据量的多少,基于此调整集群系统内的节点配置,避免了相关技术中用户配置的节点数过多或节点内存过大导致的资源浪费,同时也避免了配置的节点数过少或节点内存过小导致数据落盘异常的问题。并且,本申请可以自动生成调整指令来调整集群系统内的节点配置,无需用户手动的调整上述配置,可以省时省力。
Description
技术领域
本申请涉及数据处理领域,特别涉及一种调整集群系统内的节点配置的方法及服务器。
背景技术
随着互联网的蓬勃发展,可以提供给用户的服务越来越丰富,随之产生的服务数据的数据量也发生了激增。其中,在不同的时间段,服务数据量的峰值也会不同。通过对不同时间段内的服务数据进行分析,可以对服务进行扩展,也可以解决异常问题。但是对服务数据的分析依赖于服务数据的正常落盘。其中,服务数据的落盘是指将服务数据存储至集群系统内为相应服务分配的且用于存储服务数据的节点中。
相关的技术中,在进行某种服务的服务数据落盘前,需要先对服务数据量进行预测,之后,用户可以根据预测的服务数据量,手动配置集群系统内用于存储相应服务的服务数据的节点,以及每个节点内用于存储相应服务的服务数据的内存。之后,当该服务的服务数据的数据量激增时,用户需要手动的调整上述配置。
由于相关技术中是由用户根据预测的服务数据量来配置节点和节点内存,因此,配置的节点的数量和节点内存的大小可能不准确。其中,如果配置的节点数过多、每个节点用于存储服务数据的内存过大,则会导致资源的浪费,而如果配置的节点数过少、每个节点用于存储服务数据的内存过小,则会导致数据落盘受到影响。并且,由于在数据量激增时,用户需要手动的调整上述配置,而上述配置中的部分配置可能分散在多个节点中,这样,用户需要同时调整多个节点的配置,费时费力。
发明内容
本申请实施例提供了一种调整集群系统内的节点配置的方法、服务器及存储介质。所述技术方案如下:
第一方面,提供了一种调整集群系统内的节点配置的方法,所述方法包括:
获取集群系统内第一节点的运行状态数据,所述第一节点为所述集群系统内为目标服务分配的且用于进行服务数据落盘的多个节点中的任一节点,所述第一节点的运行状态数据用于指示所述第一节点的内存使用情况;
根据所述第一节点的运行状态数据和第一落盘数据量,生成调整指令,所述第一落盘数据量为在第一时段内落盘至所述第一节点的所述目标服务的服务数据量,所述第一时段为距离当前时刻最近的一个时段;
根据所述调整指令,对所述集群系统内的节点配置进行调整。
第二方面,提供了一种服务器,所述服务器包括:
获取模块,用于获取集群系统内第一节点的运行状态数据,所述第一节点为所述集群系统内为目标服务分配的且用于进行服务数据落盘的多个节点中的任一节点,所述第一节点的运行状态数据用于指示所述第一节点的内存使用情况;
生成模块,用于根据所述第一节点的运行状态数据和第一落盘数据量,生成调整指令,所述第一落盘数据量为在第一时段内落盘至所述第一节点的所述目标服务的服务数据量,所述第一时段为距离当前时刻最近的一个时段;
调整模块,用于根据所述调整指令,对所述集群系统内的节点配置进行调整。
第三方面,提供了一种服务器,所述服务器包括处理器、通信接口、存储器和通信总线;
其中,所述处理器、所述通信接口和所述存储器通过所述通信总线完成相互间的通信;
所述存储器用于存放计算机程序;
所述处理器用于执行所述存储器上所存放的程序,以实现前述提供的调整集群系统内的节点配置的方法。
第四方面,提供了一种计算机可读存储介质,所述存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现前述提供的调整集群系统内的节点配置的方法的步骤。
本申请实施例提供的技术方案带来的有益效果至少包括:
在本申请实施例中,由于节点的运行状态数据用于指示相应节点的内存使用情况,而节点的落盘数据量可以指示出服务数据量的多少。因此,根据节点的运行状态数据和落盘数据量调整集群系统内的节点配置,相当于是根据节点的内存使用情况和服务数据量来动态调整节点配置,避免了相关技术中用户配置的节点数过多或配置的节点的内存过大所导致的资源浪费,同时也避免了用户配置的节点数过少或配置的节点的内存过小所导致数据落盘异常的问题。并且,本申请可以自动生成调整指令来对集群系统内的节点配置进行调整,使得用户无需手动的调整上述配置,这样,可以节省时间以及人力。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种调整集群系统内的节点配置的系统架构图;
图2是本申请实施例提供的一种调整集群系统内的节点配置的方法流程图;
图3是本申请实施例提供的一种调整集群系统内的节点配置的方法子流程图;
图4是本申请实施例提供的一种服务器的结构示意图;
图5是本申请实施例提供的另一种服务器的结构示意图。
具体实施方式
为使本申请示例性实施例的目的、技术方案和优点更加清楚,下面将结合本申请示例性实施例中的附图,对本申请示例性实施例中的技术方案进行清楚、完整地描述,显然,所描述的示例性实施例仅是本申请一部分实施例,而不是全部的实施例。
基于本申请中示出的示例性实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。此外,虽然本申请中公开内容按照示范性一个或几个实例来介绍,但应理解,可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。
应当理解,本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的那些组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
本申请中使用的术语“模块”,是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
在对本申请实施例进行详细的解释说明之前,先对本申请实施例涉及的应用场景予以介绍。
当前,随着互联网的蓬勃发展,产生的服务数据的数据量也发生了激增,由于产生的服务数据需要在落盘后,才可以进一步的进行分析,因此,为了服务数据的正常落盘,需要在集群系统内配置用于存储该服务数据的节点的数量以及节点的内存。本申请实施例提供的调整集群系统内的节点配置的方法,即可以用于在上述场景中,根据服务数据的数据量,调整集群系统内的节点配置,以保证数据能够正常落盘。
接下来对本申请实施例提供的调整集群系统内的节点配置的方法所涉及的系统架构进行介绍。
图1是本申请实施例提供的一种调整集群系统内的节点配置的系统架构图。如图1所示,该系统100包括一个中心节点101、多个第一节点102、多个第二节点103和终端104。中心节点101可以通过无线或有线方式与多个第一节点102、多个第二节点103和终端104连接以进行通信。
其中,第一节点102为集群系统内用于进行目标服务的服务数据落盘的节点,第一节点102可以周期的获取自身的运行状态数据,并将运行状态数据发送至中心节点101。之后,可以接收中心节点101发送的调整指令,并根据该调整指令,对当前配置信息进行调整。
第二节点103为集群系统内不用于目标服务的服务数据落盘的节点。当第二节点用于对目标服务之外的其他服务的服务数据进行落盘时,第二节点103也可以周期的获取自身的运行状态数据,并将运行状态数据发送至中心节点101。另外,当接收到中心节点101发送的用于指示其作为对目标服务的服务数据进行落盘的节点的调整指令时,可以根据调整指令,对当前配置信息进行调整,并为目标服务分配用于进行服务数据落盘的内存。
中心节点101为集群系统内的控制节点,可以接收集群系统内各个节点的上报的运行状态数据,并将运行状态数据进行存储,可选地,中心节点101也可以将运行状态数据发送至集群系统外的其他节点中,由其他节点对运行状态数据进行存储。中心节点在接收到各个节点上报的运行状态数据之后,可以根据接收到的每个节点的运行状态数据来生成调整指令,并下发该调整指令,以对节点的配置进行调整。另外,中心节点中存储有服务标识与节点标识之间的映射关系,一个服务标识可以对应多个节点标识,每个服务标识对应的多个节点标识所标识的节点用于对相应服务标识所标识的服务的服务数据进行落盘。本申请实施例中以中心节点接收到目标服务对应的第一节点上报的运行状态数据为例,中心节点可以根据该第一节点上报的运行状态数据,通过本申请实施例提供的方法来调整第一节点的配置或者是将多个第二节点中的任一第二节点配置为目标服务对应的节点。
终端104用于显示集群系统内各个节点当前的运行状态数据,当运行状态数据存储于中心节点101时,终端104可以向中心节点发送携带有节点标识的数据获取请求。之后,中心节点101可以获取该节点标识所标识的节点的运行状态数据,并将该数据发送至终端104。终端104可以接收中心节点101发送的运行状态数据,并进行显示。当运行状态数据存储于集群系统外的其他节点时,终端104也可以参考上述方法从其他节点中获取运行状态数据进行显示。同时终端104还可以显示配置页面,以便用于为某个服务对应的各个节点设置初始配置信息。
在本申请实施例中,中心节点101、多个第一节点102和多个第二节点103可以均为服务器。终端104可以为智能手机、电脑等设备,图1中仅仅是以手机举例进行说明,并不构成对本申请实施例的限定。
接下来对本申请实施例提供的调整集群系统内的节点配置的方法进行介绍。
图2是本申请实施例提供的一种调整集群系统内的节点配置的方法的流程图,该方法可以应用于服务器中,该服务器可以是指图1中的中心节点101。如图2所示,该方法包括以下步骤:
步骤201:获取集群系统内第一节点的运行状态数据。
其中,第一节点为集群系统内为目标服务分配的且用于进行服务数据落盘的多个节点中的任一节点,第一节点的运行状态数据用于指示第一节点的内存使用情况。
在本申请实施例中,中心节点可以在集群系统包括的全部节点中,为目标服务分配用于进行服务数据落盘的多个节点。并且,中心节点可以接收该多个节点中每个节点按照预设周期上报的运行状态数据。
需要说明的是,多个节点中每个节点上报的运行状态数据可以包括相应节点的目标内存大小、目标内存中已使用内存大小、除目标内存之外的剩余内存中的空闲内存大小、相应节点的中央处理器的空闲比率以及相应节点对应的目标服务的服务参数。其中,目标内存是指节点内为目标服务分配的且用于进行服务数据落盘的内存,目标服务的服务参数包括节点每次拉取目标服务的服务数据的拉取量和拉取周期。
其中,可以将运行状态数据中包括的节点的目标内存大小以及节点对应的目标服务的服务参数作为节点当前的配置信息。也即,节点当前的配置信息可以包括节点最近一次上报的目标内存大小、节点每次拉取目标服务的服务数据的拉取量以及节点每次拉取目标服务的服务数据的拉取周期。
作为一种示例,中心节点在接收到每个节点发送的运行状态数据后,可以将该节点的标识、接收到运行状态数据的时间以及运行状态数据的映射关系进行存储。
作为另一种示例,中心节点在接收到每个节点发送的运行状态数据后,可以将该节点的标识、接收到运行状态数据的时间以及运行状态数据的映射关系发送给状态数据库,状态数据库可以将该映射关系进行存储。
可选地,在将每个节点的标识和运行状态数据对应存储之后,中心节点或集群系统外的其他节点还可以接收终端发送的数据获取请求,该数据获取请求中可以携带节点的标识。中心节点或集群系统外的其他节点在接收到该数据获取请求之后,可以从上述映射关系中获取的节点标识获取对应的运行状态数据,并将获取到的运行状态数据发送至终端。终端可以对接收到的运行状态数据进行显示。
为了便于后续描述,本申请实施例将用于进行目标服务的服务数据落盘的多个节点中任意的一个节点作为第一节点,通过该第一节点来说明本申请实施例提供的调整集群系统内的节点配置的方法。需要说明的是,多个节点中除第一节点外的其他节点均可以通过与第一节点相同的方法进行节点配置的调整,在此不再赘述。
步骤202:根据第一节点的运行状态数据和第一落盘数据量,生成调整指令。
中心节点在接收到第一节点上报的运行状态数据之后,可以获取在第一时段内落盘至第一节点的目标服务的服务数据量,也即第一落盘数据量。其中,第一时段为距离当前时刻最近的一个时段,并且第一时段的时长等于第一节点配置信息中拉取服务数据的拉取周期。
可选地,由步骤201中介绍可知,第一节点是按照预设周期上报运行状态数据的,因此,在一种可能的情况下,预设周期可以和拉取周期一致,也即,第一节点每拉取一次目标服务的服务数据,可以向中心节点上报一次运行状态数据,以便中心节点根据该运行状态数据和最新一次拉取的目标服务的服务数据的落盘数据量来生成调整指令。
可选地,在另一种情况中,预设周期也可以和拉取周期不一致。也即,预设周期与拉取周期无关。在这种情况下,第一节点每上报一次运行状态数据,中心节点可以获取上一次接收到运行状态数据的时刻到当前接收到运行状态时刻这个时段内落盘到第一节点上的目标服务的服务数据量。将获取到服务数据量作为这个时段对应的落盘数据量。
其中,第一节点可以在每次上报运行状态数据的同时,上报落盘数据量。在这种情况下,中心节点可以接收第一节点上报的第一落盘数据量。可选地,由于中心节点是控制节点,因此,如果落盘至第一节点的目标服务的服务数据需要经过中心节点,则可以由中心节点统计落盘至第一节点的落盘数据量。在这种情况下,中心节点可以统计在第一时段内落盘至第一节点的目标服务的服务数据量,也即,第一落盘数据量。
另外,需要说明的是,在获取到第一节点在每个时段内的落盘数据量之后,服务器可以将节点标识、获取到的落盘数据量与对应的时段对应存储。
在获取到第一节点的运行状态数据和第一落盘数据量之后,参见图3,中心节点可以根据运行状态数据和第一落盘数据量,通过以下几个步骤来生成调整指令。
2021:根据第一落盘数据量,判断目标服务的服务数据量是否发生激增。
中心节点获取到第一节点的运行状态数据和第一落盘数据量后,可以获取第一节点的第二落盘数据量,并根据第一落盘数据量和第二落盘数据量确定目标服务的服务数据量是否发生激增。
其中,第二落盘数据量为在第二时段内落盘至第一节点的目标服务的服务数据量,第二时段为第一时段的前一个时段,且第二时段的时长也可以为第一节点配置信息中拉取目标服务的服务数据的拉取周期。
在一种可能的情况下,前述的节点标识、落盘数据量和时段的映射关系可以存储在中心节点,这样,中心节点可以根据第一节点的标识,从映射关系中获取第一时段的前一个时段对应的目标服务的服务数据的落盘数据量,将该落盘数据量作为第二落盘数据量。
在另一种可能的情况下,上述映射关系可以存储在其他节点的状态数据库中,这样,中心节点可以向其他节点发送携带第一节点的节点标识的获取请求。其他节点可以根据第一节点的标识从状态数据库中获取第一节点的全部映射关系,之后,中心节点可以根据前述相同的方法获取第二落盘数据量。
接下来,中心节点可以将第一落盘数据量与第二落盘数据量以及第三阈值进行比较,从而确定目标服务的服务数据量是否发生激增。
需要说明的是,中心节点中存储有一个第三阈值。中心节点可以将第一落盘数据量与第二落盘数据量进行比较,如果第一落盘数据量大于第二落盘数据量,说明第一落盘数据量相较于第二落盘数据量发生了增加,也即,可以确定目标服务的服务数据量增加。在确定目标服务的服务数据量增加的情况下,中心节点可以将第一落盘数据量与第二落盘数据量的差值与第三阈值进行比较,如果该差值大于第三阈值,在说明第一落盘数据量相较于第二落盘数据量增加较多,也即,目前服务数据量呈现较大的增长趋势。此时,中心节点可以确定目标服务的服务数据量发生了激增。
2022:如果目标服务的服务数据量发生激增,则根据第一节点的运行状态数据判断目标内存的空闲内存大小是否大于第一阈值。
如果通过步骤2022确定目标服务的服务数据量发生了激增,则中心节点可以进一步地根据第一节点的运行状态数据得到目标内存的空闲内存大小,并确定目标内存的空闲内存大小是否大于第一阈值。
具体的,中心节点可以从运行状态数据中获取第一节点的目标内存大小、第一节点的目标内存的使用内存大小,之后,可以将目标内存大小减去目标内存的使用内存大小,从而得到目标内存的空闲内存大小。接下来,中心节点可以将目标内存的空闲内存大小与第一阈值进行比较,进而根据比较的结果,确定目标内存的空闲内存大小是否大于第一阈值。
需要说明的是,中心节点中存储有一个第一阈值,当目标内存的剩余内存大小大于第一阈值时,说明目标内存剩余的内存足够使用,可以拉取更多的服务数据。而当目标内存的剩余内存大小不大于第一阈值时,说明目标内存剩余的内存不足以使用。
2023:如果目标内存的空闲内存大小大于第一阈值,则生成第一调整指令。
其中,第一调整指令用于指示增大第一节点每次拉取服务数据的拉取量,和/或,第一调整指令用于指示减小第一节点拉取服务数据的拉取周期。
当目标内存的空闲内存大小大于第一阈值时,说明确定目标内存剩余的内存足够使用,可以拉取更多的服务数据。此时,中心节点则可以根据调整策略表中的调整策略1,和/或,调整策略2,以及调整策略1、2分别对应的调整数值,生成第一调整指令,并将第一调整指令作为调整指令,也即是当前的调整指令为第一调整指令。
在本申请实施例中,中心节点中存储有一个调整策略表,该调整策略表可以参见下述表1,调整策略表中包括多个调整策略,每个调整策略用指示不同的调整操作,并且多个调整策略中的部分调整策略对应有调整数值,可以预先分别设置该部分调整策略对应的调整数值,并将设置的调整数值对应存储于调整策略表中。后续可以根据调整策略以及对应的调整数值生成调整指令。
表1
可选地,调整策略表中部分调整策略的调整数值可以通过前述的终端进行设置。也即,终端可以提供一个第一配置页面,该第一配置页面包括多个调整配置项,多个调整配置项可以包括增大每次拉取服务数据的拉取量的条数、减小拉取服务数据的拉取周期的时间以及增大目标内存的大小,用户可以在该第一配置页面中的调整配置项输入对应的调整数值。终端可以获取用户输入的调整数值,并将调整配置项与调整数值的对应关系发送给中心节点,由中心节点进行存储。
需要说明的是,上述调整策略表中所示的调整数值为示例性给出的一组调整数值,在实际应用中可以为其他数值,本申请实施例在此不做限定。
另外,上述表1中的调整策略表中的每个调整策略仅仅是通过文字来进行表述,而事实上在中心节点中,每个调整策略可以是以该调整策略所指示的调整操作的操作代码的形式进行存储的,也即是,中心节点中存储的多个调整策略为多个操作代码,该多个操作代码在上述表1中并未示出。
2024:如果目标内存的空闲内存大小不大于第一阈值,则判断第一节点内除目标内存之外的剩余内存的空闲内存大小是否大于第二阈值。
当目标内存的空闲内存大小不大于第一阈值时,说明目标内存剩余的内存不足,此时,可以获取第一节点内除目标内存之外的剩余内存的空闲内存大小,并确定除目标内存之外的剩余内存的空闲内存大小是否大于第二阈值。
在这种情况下,中心节点可以从运行状态数据中直接获取第一节点除目标内存之外的剩余内存的空闲内存大小,并将除目标内存之外的剩余内存的空闲内存大小与第二阈值进行比较,进而根据比较的结果,确定除目标内存之外的剩余内存的空闲内存大小是否大于第二阈值。
需要说明的是,中心节点中存储有一个第二阈值,且第二阈值大于前述调整策略表中一次增大目标内存的增量大小,也即,大于前述调整策略表中增大目标内容对应的调整数值。当除目标内存之外的剩余内存的空闲内存大小大于第二阈值时,说明第一节点内剩余的内存足够使用,则可以向目标服务分配更多用于进行服务数据落盘的内存,而当除目标内存之外的剩余内存的空闲内存大小不大于第二阈值时,说明第一节点内剩余的内存不足以再向目标服务分配用于进行服务数据落盘的内存。
2025:如果剩余内存的空闲内存大小大于第二阈值,则生成第二调整指令。
其中,第二调整指令用于指示第一节点从剩余内存中分配部分内存作为用于进行目标服务的服务数据落盘的内存。
当除目标内存之外的剩余内存的空闲内存大小大于第二阈值时,说明第一节点内剩余的内存足够使用,可以向目标服务分配更多用于进行服务数据落盘的内存。此时,可以根据前述调整策略表中的调整策略3,以及调整策略3对应的调整数值,生成第二调整指令,并将第二调整指令作为调整指令,也即是当前的调整指令为第二调整指令。
2026:如果剩余内存的空闲内存大小不大于第二阈值,则生成第三调整指令。
其中,第三调整指令携带第二节点的节点标识,第二节点为集群系统中除多个节点之外的剩余节点中的任一节点,且第三调整指令用于指示将第二节点作为为目标服务分配的用于进行服务数据落盘的节点。
需要说明的是,第三调整指令不仅可以携带第二节点的节点标识,还可以携带第二节点的初始配置信息。
其中,初始配置信息包括将一个节点分配为用于落盘某个服务的服务数据时为服务设置的初始内存大小和相应服务的初始服务参数。其中,相应服务的初始服务参数包括相应服务数据的初始拉取量以及节点每次拉取目标服务的服务数据的初始拉取周期。
可选地,初始配置信息可以通过前述的终端进行设置。终端可以提供一个第二配置页面,该第二配置页面包括多个配置项,多个配置项可以包括目标内存大小、每次拉取服务数据的拉取量以及拉取服务数据的拉取周期,用户可以在该第二配置页面中的各个配置项中输入对应初始值。终端可以获取用户输入的初始值,并将配置项与初始值的对应关系发送给中心节点,以便中心节点进行存储。
可选地,在另一种情况中,中心节点中存储有一个默认的初始配置信息。如果中心节点未接收到用户通过终端设置的节点的初始配置信息,则可以将中心节点中存储的默认的初始配置信息作为节点的初始配置信息。
当第一节点内除目标内存之外的剩余内存的空闲内存大小不大于第二阈值,说明第一节点内剩余的内存不足以再向目标服务分配用于进行服务数据落盘的内存,此时,可以生成第三调整指令。
在这种情况下,中心节点可以从集群系统中不用于目标服务数据落盘的多个节点中,任意选择一个节点作为第二节点,之后,根据前述调整策略表中的调整策略4、第二节点的节点标识以及第二节点的初始配置信息,生成第三调整指令,将第三调整指令作为调整指令,也即是当前的调整指令为第三调整指令。
2027:如果目标服务的服务数据量未发生激增,则判断在当前时刻之前是否对第一节点的配置信息已进行过调整。
在前述步骤2021中,如果确定目标服务的服务数据量未发生激增,则中心节点可以判断在当前时刻之前是否对第一节点的配置信息已进行过调整。
作为一种示例,中心节点可以从最近一次接收到的运行状态数据中获取第一节点的目标内存大小以及当前的目标服务的服务参数,也即,获取第一节点的当前的配置信息。之后,可以将第一节点的目标内存大小与第一节点的初始配置信息中包括的用于进行目标服务的服务数据落盘的内存大小进行比较,同样的,可以将当前的配置信息包括的目标服务的服务参数中第一节点每次拉取服务数据的拉取量和拉取周期分别与初始配置信息中包括的节点每次拉取服务数据的拉取量和拉取周期进行比较,进而根据比较的结果确定第一节点的配置信息是否已进行过调整。
2028:如果当前时刻之前对第一节点的配置信息已进行过调整,则生成第四调整指令。
其中,第四调整指令用于指示第一节点将已调整的第一节点的配置信息进行初始化。
在一种可能的情况下,如果当前的配置信息包括的目标内存大小和目标服务的服务参数中的第一节点每次拉取服务数据的拉取量和拉取周期中,存在至少一个与初始配置信息中对应的数值不同,则可以确定当前时刻之前第一节点的配置信息已进行过调整。此时,中心节点则可以根据前述表1中包括的调整策略5以及中心节点中存储的第一节点的初始配置信息,生成第四调整指令,将第四调整指令作为调整指令,也即当前的调整指令为第四调整指令。
示例性地,假设目标服务的服务数据量未发生激增,中心节点中存储的调整数值以前述调整策略表表1中的调整数值为例,并且初始配置信息为目标内存为5G,每次拉取服务数据的拉取量为1000条,拉取服务数据的拉取周期为30s。中心节点最近一次接收的第一节点的运行状态数据为下述表2,可以从运行状态数据中获取当前的配置信息为:目标内存大小为5G、每次拉取服务数据的拉取量和拉取周期分别为1200条和20s,由于当前的配置信息包括的每次拉取服务数据的拉取量和拉取周期与初始配置信息包括的每次拉取服务数据的拉取量和拉取周期均不同。因此,可以确定在当前时刻之前对第一节点的配置信息已进行过调整,此时,中心节点则可以根据表1中的调整策略5以及第一节点的初始配置信息生成第四调整指令,第四调整指令用于指示将第一节点的配置信息恢复为初始配置信息,也即是目标内存为5G、每次拉取服务数据的拉取量为1000条,拉取服务数据的拉取周期为30s。
表2
在另一种可能的情况下,如果当前的配置信息包括的目标内存大小和目标服务的服务参数与初始配置信息包括的对应数值均相同,则可以确定当前时刻之前第一节点的配置信息未进行过调整。此时,不对第一节点的当前配置信息进行调整。
步骤203:根据调整指令,对集群系统内的节点配置进行调整。
中心节点根据前述步骤202生成调整指令后,由于调整指令可以为第一调整指令、第二调整指令、第三调整指令以及第四调整指令,并且第一调整指令、第二调整指令和第四调整指令用于指示第一节点对当前配置信息进行调整,第三调整指令用于指示第二节点对当前配置信息进行调整。因此,可以根据调整指令的不同,通过下述方法对集群系统内的节点配置进行调整。
在一种可能的情况下,当调整指令为第三调整指令时,中心节点可以向第二节点发送第三调整指令,以使第二节点根据第三调整指令对第二节点的当前配置信息进行调整。
在一些实施例中,中心节点可以根据生成的调整指令中携带的第二节点的节点标识,将第三调整指令发送至标识为该节点标识的第二节点中。第二节点接收到第三调整指令后,可以获取第三调整指令中携带的初始配置信息,之后,根据初始配置信息对自身的当前配置信息进行调整。
具体的,由于第二节点为集群系统中不用于目标服务的节点,因此,第二节点的当前配置信息中不包括与目标服务相关的配置信息,在这种情况下,第二节点可以将初始配置信息进行存储,并从自身的空闲内存中分配目标内存大小的内存作为向目标服务分配的用于进行服务数据落盘的内存,并且后续可以按照存储的初始配置信息中包括的每次拉取服务数据的拉取量以及拉取服务数据的拉取周期,对目标服务的服务数据进行拉取。
在另一些实施例中,中心节点可以将第三调整指令发送至集群系统内的每一个节点中,各个节点在接收到中心节点发送的第三调整指令后,可以根据第三调整指令中携带的节点标识来判断自身是否为第二节点。
其中,各个节点可以根据第三调整指令中携带的节点标识与自身的节点标识进行匹配,从而判断自身是否为第二节点。
具体的,对于任一个接收到调整指令的节点,如果该节点确定第三调整指令中携带的节点标识与自身的节点标识相同,也即是匹配成功,则可以确定自即为第二节点,在这种情况下,该节点可以根据第三调整指令通过前述的方法对自身当前配置信息进行调整。如果第三调整指令中携带的节点标识与自身的节点标识不同,也即是匹配失败,则该节点可以不对自身当前配置信息进行调整。
在另一种可能的情况下,当调整指令为第一调整指令或第二调整指令或第四调整指令时,中心节点可以向第一节点发送调整指令,以使第一节点根据调整指令对第一节点的当前配置信息进行调整。第一节点接收到调整指令后,可以根据调整指令中包括的内容,相应的对自身的当前配置信息进行调整。
其中,当调整指令为第一调整指令时,如果第一调整指令用于指示增大服务数据的拉取量,此时,第一节点可以根据第一调整指令中包括的调整数值将当前配置信息中的拉取量增大调整数值个单位。如果第一调整指令用于指示减小服务数据的拉取周期,此时,第一节点可以根据第一调整指令中包括的调整数值将当前配置信息中的拉取周期减小调整数值个单位。如果第一调整指令同时指示增大服务数据的拉取量和减小服务数据的拉取周期,此时,第一节点可以根据第一调整指令中包括的两个调整数值,相应的对当前配置信息中的拉取量和拉取周期进行调整。
当调整指令为第二调整指令时,第一节点可以根据第二调整指令中包括的调整数值,从自身除目标内存之外的剩余内存的空闲内存中,分配调整数值大小的内存作为向目标服务分配的用于进行服务数据落盘的内存,并将当前配置信息中的目标内存大小相应的进行更新。
当调整指令为第四调整指令时,第一节点可以根据第四调整指令中包括的初始配置信息,将当前配置信息包括的多个配置项的数值对应修改为初始配置信息包括的多个配置项的数值。
在本申请实施例中,由于节点的运行状态数据用于指示相应节点的内存使用情况,而节点的落盘数据量可以指示出服务数据量的多少。因此,根据节点的运行状态数据和落盘数据量调整集群系统内的节点配置,相当于是根据节点的内存使用情况和服务数据量来动态调整节点配置,避免了相关技术中用户配置的节点数过多或配置的节点的内存过大所导致的资源浪费,同时也避免了用户配置的节点数过少或配置的节点的内存过小所导致数据落盘异常的问题。并且,本申请可以自动生成调整指令来对集群系统内的节点配置进行调整,使得用户无需手动的调整上述配置,这样,可以节省时间以及人力。
参见图4,本申请实施例提供了一种服务器400,该服务器400包括:
获取模块401,用于获取集群系统内第一节点的运行状态数据,第一节点为集群系统内为目标服务分配的且用于进行服务数据落盘的多个节点中的任一节点,第一节点的运行状态数据用于指示第一节点的内存使用情况;
生成模块402,用于根据第一节点的运行状态数据和第一落盘数据量,生成调整指令,第一落盘数据量为在第一时段内落盘至第一节点的目标服务的服务数据量,第一时段为距离当前时刻最近的一个时段;
调整模块403,用于根据调整指令,对集群系统内的节点配置进行调整。
可选地,该生成模块402具体用于:
如果根据第一落盘数据量确定目标服务的服务数据量发生激增,且根据第一节点的运行状态数据确定目标内存的空闲内存大小大于第一阈值,则生成第一调整指令,调整指令为第一调整指令;
其中,目标内存是指第一节点内为目标服务分配的且用于进行服务数据落盘的内存,第一调整指令用于指示增大第一节点每次拉取服务数据的拉取量,和/或,第一调整指令用于指示减小第一节点拉取服务数据的拉取周期。
可选地,该服务器还用于:
如果根据第一落盘数据量确定目标服务的服务数据量发生激增,且根据第一节点的运行状态数据确定目标内存的空闲内存大小不大于第一阈值,则判断第一节点内除目标内存之外的剩余内存的空闲内存大小是否大于第二阈值;
如果剩余内存的空闲内存大小大于第二阈值,则生成第二调整指令,调整指令为第二调整指令,第二调整指令用于指示第一节点从剩余内存中分配部分内存作为用于进行目标服务的服务数据落盘的内存。
可选地,该服务器还用于:
如果剩余内存的空闲内存大小不大于第二阈值,则生成第三调整指令,调整指令为第三调整指令,第三调整指令携带第二节点的节点标识,第二节点为集群系统中除多个节点之外的剩余节点中的任一节点,且第三调整指令用于指示将第二节点作为为目标服务分配的用于进行服务数据落盘的节点。
可选地,该调整模块403具体用于:
向第二节点发送调整指令,以使第二节点根据调整指令对第二节点的当前配置信息进行调整。
可选地,该服务器还用于:
如果根据第一落盘数据量确定目标服务的服务数据量未发生激增,则判断在当前时刻之前是否对第一节点的配置信息已进行过调整,配置信息包括第一节点中为目标服务分配的用于进行服务数据落盘的内存、第一节点每次拉取服务数据的拉取量和第一节点拉取服务数据的拉取周期;
如果当前时刻之前对第一节点的配置信息已进行过调整,则生成第四调整指令,调整指令为第四调整指令,第四调整指令用于指示第一节点将已调整的第一节点的配置信息进行初始化。
可选地,该调整模块403具体用于:
向第一节点发送调整指令,以使第一节点根据调整指令对第一节点的当前配置信息进行调整。
可选地,该服务器还用于:
获取第二落盘数据量,第二落盘数据量在第二时段内落盘至第一节点的目标服务的服务数据量,第二时段为第一时段的前一个时段;
如果第一落盘数据量与第二落盘数据量的差值大于第三阈值,则确定目标服务的服务数据量发生激增。
综上所述,在本申请实施例中,由于节点的运行状态数据用于指示相应节点的内存使用情况,而节点的落盘数据量可以指示出服务数据量的多少。因此,根据节点的运行状态数据和落盘数据量调整集群系统内的节点配置,相当于是根据节点的内存使用情况和服务数据量来动态调整节点配置,避免了相关技术中用户配置的节点的数量过多或配置的节点的内存过大所导致的资源浪费,同时也避免了用户配置的节点数过少或配置的节点的内存过小所导致数据落盘异常的问题。并且,本申请可以自动生成调整指令来对集群系统内的节点配置进行调整,使得用户无需手动的调整上述配置,这样,可以节省时间以及人力。
需要说明的是:上述实施例提供的服务器在调整集群系统内的节点配置时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的调整集群系统内的节点配置的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图5是本申请实施例提供的一种用于调整集群系统内的节点配置的服务器500的结构示意图。上述图2所示的实施例中的服务器的功能即可以通过图5中所示的服务器来实现。该服务器可以是后台服务器集群中的服务器。具体来讲:
服务器500包括中央处理单元(CPU)501、包括随机存取存储器(RAM)502和只读存储器(ROM)503的系统存储器504,以及连接系统存储器504和中央处理单元501的系统总线505。服务器500还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)506,和用于存储操作系统513、应用程序514和其他程序模块515的大容量存储设备507。
基本输入/输出系统506包括有用于显示信息的显示器508和用于用户输入信息的诸如鼠标、键盘之类的输入设备509。其中显示器508和输入设备509都通过连接到系统总线505的输入输出控制器510连接到中央处理单元501。基本输入/输出系统506还可以包括输入输出控制器510以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器510还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备507通过连接到系统总线505的大容量存储控制器(未示出)连接到中央处理单元501。大容量存储设备507及其相关联的计算机可读介质为服务器500提供非易失性存储。也就是说,大容量存储设备507可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
不失一般性,计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术,CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器504和大容量存储设备507可以统称为存储器。
根据本申请的各种实施例,服务器500还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器500可以通过连接在系统总线505上的网络接口单元511连接到网络512,或者说,也可以使用网络接口单元511来连接到其他类型的网络或远程计算机系统(未示出)。
上述存储器还包括一个或者一个以上的程序,一个或者一个以上程序存储于存储器中,被配置由CPU执行。所述一个或者一个以上程序包含用于进行本申请实施例提供的调整集群系统内的节点配置的方法的指令。
本申请实施例还提供了一种非临时性计算机可读存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行上述图2所示实施例提供的调整集群系统内的节点配置的方法。
本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述图2所示实施例提供的调整集群系统内的节点配置的方法。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (8)
1.一种调整集群系统内的节点配置的方法,其特征在于,所述方法包括:
获取集群系统内第一节点的运行状态数据,所述第一节点为所述集群系统内为目标服务分配的且用于进行服务数据落盘的多个节点中的任一节点,所述第一节点的运行状态数据用于指示所述第一节点的内存使用情况;
根据所述第一节点的运行状态数据、第一落盘数据量和中心节点中预先存储的调整策略表中的调整策略,生成调整指令,所述第一落盘数据量为在第一时段内落盘至所述第一节点的所述目标服务的服务数据量,所述第一时段为距离当前时刻最近的一个时段;所述调整策略表中包括多个调整策略,每个调整策略用指示不同的调整操作;
根据所述调整指令,对所述集群系统内的节点配置进行调整;
所述根据所述第一节点的运行状态数据、第一落盘数据量和所述中心节点中预先存储的调整策略表中的调整策略,生成调整指令,包括:
如果根据所述第一落盘数据量确定所述目标服务的服务数据量发生激增,且根据所述第一节点的运行状态数据确定目标内存的空闲内存大小大于第一阈值,则基于所述调整策略表中的调整策略生成第一调整指令,所述调整指令为所述第一调整指令;
其中,所述目标内存是指所述第一节点内为所述目标服务分配的且用于进行服务数据落盘的内存,所述第一调整指令用于指示增大所述第一节点每次拉取服务数据的拉取量,和/或,所述第一调整指令用于指示减小所述第一节点拉取服务数据的拉取周期;
如果根据所述第一落盘数据量确定所述目标服务的服务数据量发生激增,且根据所述第一节点的运行状态数据确定目标内存的空闲内存大小不大于第一阈值,则判断所述第一节点内除所述目标内存之外的剩余内存的空闲内存大小是否大于第二阈值;
如果所述剩余内存的空闲内存大小大于所述第二阈值,则基于所述调整策略表中的调整策略生成第二调整指令,所述调整指令为所述第二调整指令,所述第二调整指令用于指示所述第一节点从所述剩余内存中分配部分内存作为用于进行所述目标服务的服务数据落盘的内存。
2.根据权利要求1所述的方法,其特征在于,所述判断所述第一节点内除所述目标内存之外的剩余内存的空闲内存大小是否大于第二阈值之后,还包括:
如果所述剩余内存的空闲内存大小不大于所述第二阈值,则生成第三调整指令,所述调整指令为所述第三调整指令,所述第三调整指令携带第二节点的节点标识,所述第二节点为所述集群系统中除所述多个节点之外的剩余节点中的任一节点,且所述第三调整指令用于指示将所述第二节点作为为所述目标服务分配的用于进行服务数据落盘的节点。
3.根据权利要求2所述的方法,其特征在于,所述根据所述调整指令,对所述集群系统内的节点配置进行调整,包括:
向所述第二节点发送所述调整指令,以使所述第二节点根据所述调整指令对所述第二节点的当前配置信息进行调整。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果根据所述第一落盘数据量确定所述目标服务的服务数据量未发生激增,则判断在当前时刻之前是否对所述第一节点的配置信息已进行过调整,所述配置信息包括所述第一节点中为所述目标服务分配的用于进行服务数据落盘的内存、所述第一节点每次拉取服务数据的拉取量和所述第一节点拉取服务数据的拉取周期;
如果当前时刻之前对所述第一节点的配置信息已进行过调整,则生成第四调整指令,所述调整指令为所述第四调整指令,所述第四调整指令用于指示所述第一节点将已调整的所述第一节点的配置信息进行初始化。
5.根据权利要求1或4所述的方法,其特征在于,所述根据所述调整指令,对所述集群系统内的节点配置进行调整,包括:
向所述第一节点发送所述调整指令,以使所述第一节点根据所述调整指令对所述第一节点的当前配置信息进行调整。
6.根据权利要求1-4任一所述的方法,其特征在于,所述方法还包括:
获取第二落盘数据量,所述第二落盘数据量为在第二时段内落盘至所述第一节点的目标服务的服务数据量,所述第二时段为所述第一时段的前一个时段;
如果所述第一落盘数据量与所述第二落盘数据量的差值大于第三阈值,则确定所述目标服务的服务数据量发生激增。
7.一种服务器,其特征在于,所述服务器包括:
获取模块,用于获取集群系统内第一节点的运行状态数据,所述第一节点为所述集群系统内为目标服务分配的且用于进行服务数据落盘的多个节点中的任一节点,所述第一节点的运行状态数据用于指示所述第一节点的内存使用情况;
生成模块,用于根据所述第一节点的运行状态数据和第一落盘数据量,生成调整指令,所述第一落盘数据量为在第一时段内落盘至所述第一节点的所述目标服务的服务数据量,所述第一时段为距离当前时刻最近的一个时段;
调整模块,用于根据所述调整指令,对所述集群系统内的节点配置进行调整;
所述生成模块具体用于:
如果根据所述第一落盘数据量确定所述目标服务的服务数据量发生激增,且根据所述第一节点的运行状态数据确定目标内存的空闲内存大小大于第一阈值,则基于所述调整策略表中的调整策略生成第一调整指令,所述调整指令为所述第一调整指令;
其中,所述目标内存是指所述第一节点内为所述目标服务分配的且用于进行服务数据落盘的内存,所述第一调整指令用于指示增大所述第一节点每次拉取服务数据的拉取量,和/或,所述第一调整指令用于指示减小所述第一节点拉取服务数据的拉取周期;
如果根据所述第一落盘数据量确定所述目标服务的服务数据量发生激增,且根据所述第一节点的运行状态数据确定目标内存的空闲内存大小不大于第一阈值,则判断所述第一节点内除所述目标内存之外的剩余内存的空闲内存大小是否大于第二阈值;
如果所述剩余内存的空闲内存大小大于所述第二阈值,则基于所述调整策略表中的调整策略生成第二调整指令,所述调整指令为所述第二调整指令,所述第二调整指令用于指示所述第一节点从所述剩余内存中分配部分内存作为用于进行所述目标服务的服务数据落盘的内存。
8.一种计算机可读存储介质,其特征在于,当所述计算机可读存储介质中的指令由服务器的处理器执行时,使得服务器能够执行如权利要求1-6所述的调整集群系统内的节点配置的方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911252449.6A CN110933178B (zh) | 2019-12-09 | 2019-12-09 | 调整集群系统内的节点配置的方法及服务器 |
PCT/CN2020/129499 WO2021115054A1 (zh) | 2019-12-09 | 2020-11-17 | 调整集群系统内的节点配置的方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911252449.6A CN110933178B (zh) | 2019-12-09 | 2019-12-09 | 调整集群系统内的节点配置的方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110933178A CN110933178A (zh) | 2020-03-27 |
CN110933178B true CN110933178B (zh) | 2022-02-01 |
Family
ID=69858578
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911252449.6A Active CN110933178B (zh) | 2019-12-09 | 2019-12-09 | 调整集群系统内的节点配置的方法及服务器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110933178B (zh) |
WO (1) | WO2021115054A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110933178B (zh) * | 2019-12-09 | 2022-02-01 | 聚好看科技股份有限公司 | 调整集群系统内的节点配置的方法及服务器 |
CN111858064A (zh) * | 2020-07-29 | 2020-10-30 | 山东有人信息技术有限公司 | 一种动态内存分配方法及系统 |
CN115834388B (zh) * | 2022-10-21 | 2023-11-14 | 支付宝(杭州)信息技术有限公司 | 系统控制方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101504620A (zh) * | 2009-03-03 | 2009-08-12 | 华为技术有限公司 | 一种虚拟化集群系统负载平衡方法、装置及系统 |
CN110034963A (zh) * | 2019-04-18 | 2019-07-19 | 南京邮电大学盐城大数据研究院有限公司 | 一种应用集群自适应的弹性配置方法 |
CN110196767A (zh) * | 2018-03-05 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 服务资源控制方法、装置、设备和存储介质 |
CN110442453A (zh) * | 2019-08-01 | 2019-11-12 | 佛山普瑞威尔科技有限公司 | 一种自动伸缩策略运维方法、系统和可读存储介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2629247B1 (en) * | 2012-02-15 | 2014-01-08 | Alcatel Lucent | Method for mapping media components employing machine learning |
WO2018184667A1 (en) * | 2017-04-04 | 2018-10-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatus and method for performing network optimization |
US20190007258A1 (en) * | 2017-06-29 | 2019-01-03 | Cisco Technology, Inc. | Workload placement and resource allocation for media production data center |
CN107566531B (zh) * | 2017-10-17 | 2020-07-10 | 厦门市美亚柏科信息股份有限公司 | 一种支持均衡资源的Elasticsearch集群扩展方法 |
CN109981396B (zh) * | 2019-01-22 | 2022-07-08 | 平安普惠企业管理有限公司 | docker服务容器集群的监控方法及装置、介质及电子设备 |
CN110109800A (zh) * | 2019-04-10 | 2019-08-09 | 网宿科技股份有限公司 | 一种服务器集群系统的管理方法及装置 |
CN110933178B (zh) * | 2019-12-09 | 2022-02-01 | 聚好看科技股份有限公司 | 调整集群系统内的节点配置的方法及服务器 |
-
2019
- 2019-12-09 CN CN201911252449.6A patent/CN110933178B/zh active Active
-
2020
- 2020-11-17 WO PCT/CN2020/129499 patent/WO2021115054A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101504620A (zh) * | 2009-03-03 | 2009-08-12 | 华为技术有限公司 | 一种虚拟化集群系统负载平衡方法、装置及系统 |
CN110196767A (zh) * | 2018-03-05 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 服务资源控制方法、装置、设备和存储介质 |
CN110034963A (zh) * | 2019-04-18 | 2019-07-19 | 南京邮电大学盐城大数据研究院有限公司 | 一种应用集群自适应的弹性配置方法 |
CN110442453A (zh) * | 2019-08-01 | 2019-11-12 | 佛山普瑞威尔科技有限公司 | 一种自动伸缩策略运维方法、系统和可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110933178A (zh) | 2020-03-27 |
WO2021115054A1 (zh) | 2021-06-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110535777B (zh) | 访问请求控制方法、装置、电子设备以及可读存储介质 | |
CN107832126B (zh) | 一种线程的调整方法及其终端 | |
CN110933178B (zh) | 调整集群系统内的节点配置的方法及服务器 | |
CN108776934B (zh) | 分布式数据计算方法、装置、计算机设备及可读存储介质 | |
CN109254842B (zh) | 分布式流式系统的资源管理方法、装置及可读存储介质 | |
CN111818159B (zh) | 数据处理节点的管理方法、装置、设备及存储介质 | |
US10051056B2 (en) | Resource planning method, system, and apparatus for cluster computing architecture | |
US8572621B2 (en) | Selection of server for relocation of application program based on largest number of algorithms with identical output using selected server resource criteria | |
CN105049268A (zh) | 分布式计算资源分配系统和任务处理方法 | |
CN107819797B (zh) | 访问请求处理方法和装置 | |
US11579939B2 (en) | Systems and methods for virtual machine resource optimization using machine learning techniques | |
CN109413147B (zh) | 服务节点的管理方法、装置、设备及计算机可读存储介质 | |
CN112925634A (zh) | 异构资源调度方法和系统 | |
CN109697117B (zh) | 终端控制方法、装置以及计算机可读存储介质 | |
EP3672203A1 (en) | Distribution method for distributed data computing, device, server and storage medium | |
CN110347546B (zh) | 监控任务动态调整方法、装置、介质及电子设备 | |
CN109670932B (zh) | 信贷数据核算方法、装置、系统和计算机存储介质 | |
CN114936089A (zh) | 资源调度方法、系统、设备及存储介质 | |
CN112631577B (zh) | 一种模型的调度方法、模型调度器以及模型安全测试平台 | |
CN111143033B (zh) | 基于可伸缩操作系统的操作执行方法及装置 | |
CN114281474A (zh) | 一种资源调节方法及装置 | |
CN110245009B (zh) | 周期任务分配方法、装置、计算机设备和存储介质 | |
CN114116214A (zh) | Flink任务处理的资源调整方法、装置、设备和存储介质 | |
CN114090201A (zh) | 资源调度方法、装置、设备及存储介质 | |
CN113904940A (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 |