服务器集群的控制方法、装置、终端及存储介质
文献发布时间:2023-06-19 10:55:46
技术领域
本申请属于通信技术领域,具体而言,涉及一种服务器集群的控制方法、装置、终端及存储介质。
背景技术
随着科学技术的发展,通信技术也得到了飞速发展,使服务器的使用率越来越高。服务器是可以提供计算服务器的机器,服务器可以响应于服务请求提供相应的服务。例如,当用户使用终端在网页上浏览资讯时,服务器可以基于终端发送的资讯浏览请求,将相应的资讯发送至终端,以便终端可以在终端的显示屏上显示接收到的资讯。
发明内容
本申请实施例提供一种服务器集群的控制方法、装置、终端及存储介质,可以提高服务器集群运行的稳定性。本技术方案包括:
第一方面,本申请实施例提供一种服务器集群的控制方法,所述方法包括:
获取服务器集群的状态参数,所述服务器集群包括至少一个服务器;
在所述状态参数和预设状态参数不匹配时,获取所述至少一个服务器的第一数量;
基于所述第一数量和调节策略,调节所述第一数量。
第二方面,本申请实施例提供一种服务器集群的控制装置,所述装置包括:
参数获取单元,用于获取服务器集群的状态参数,所述服务器集群包括至少一个服务器;
数量获取单元,用于在所述状态参数和预设状态参数不匹配时,获取所述至少一个服务器的第一数量;
数量调节单元,用于基于所述第一数量和调节策略,调节所述第一数量。
第三方面,本申请实施例提供一种终端,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面任一项所述的方法。
第四方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项所述的方法。
第五方面,本申请实施例提供一种计算机程序产品,其中,上述计算机程序产品包括存储计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
本申请一些实施例提供的技术方案带来的有益效果至少包括:
在本申请一个或多个实施例中,终端通过获取服务器集群的状态参数,可以在所述状态参数和预设状态参数不匹配时,基于至少一个服务器的第一数量和调节策略,调节第一数量。通过采用调节策略对第一数量的调节,可以在服务器集群处于宕机状态之前对服务器集群进行控制,可以减少服务器集群处于宕机状态时再对服务器集群进行调节的情况,可以减少服务器集群处于宕机状态的概率,进而可以提高服务器集群运行的稳定性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出应用于本申请实施例的一种服务器集群的控制方法的系统架构图;
图2示出本申请实施例的一种服务器集群的控制方法的流程示意图;
图3示出本申请实施例的一种终端界面的举例示意图;
图4示出本申请实施例的一种服务器集群的控制方法的流程示意图;
图5示出本申请实施例的一种终端界面的举例示意图;
图6示出本申请实施例的一种服务器集群的控制方法的流程示意图;
图7示出本申请实施例的一种服务器集群的控制方法的流程示意图;
图8示出本申请实施例的一种终端界面的举例示意图;
图9示出本申请实施例的一种服务器集群的控制方法的流程示意图;
图10示出本申请实施例的一种服务器集群的控制装置的结构示意图;
图11示出本申请实施例的一种终端的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅为本申请实施例的一部分,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1示出应用于本申请实施例的一种服务器集群的控制方法的系统架构图。如图1所示,本申请实施例的执行主体例如可以是终端,该终端可以是具有显示屏的电子设备,该终端包括但不限于:可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中终端设备可以叫做不同的名称,例如:用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digital assistant,PDA)、第五代移动通信技术(5th generationmobile networks,5G)网络或未来演进网络中的终端设备等。终端系统是指可以运行在终端上的操作系统,是管理和控制终端硬件和终端应用的程序,是终端不可或缺的系统应用。该系统包括担不限于安卓Android系统、IOS系统、Windows phone(WP)系统和Ubuntu移动版操作系统等。
根据一些实施例,终端可以通过网络和服务器连接。网络用以在终端和服务器之间提供通信链路。网络可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。应该理解,图1中的终端、网络和服务器的数目仅仅是示意性的。根据现实需要,可以具有任意数目的终端、网络和服务器。比如服务器可以是多个服务器组成的服务器集群等。用户可以使用终端通过网络与服务器交互,以获取所需消息等。
易于理解的是,当服务器处于工作状态时,终端可以实时监控服务器集群的状态,以便可以及时获取到服务器集群出现问题的信息。但是终端只有在服务器集群出现问题时才可以对服务器集群进行调节,会增加服务器集群处于宕机状态的时长,使得服务器集群运行的稳定性较差。另外,当服务器集群出现问题时,用户需要手动重新分配资源,增加服务器集群的控制步骤,增加服务器集群的控制时长,使得服务器集群的使用不方便。最后,当服务器的数量较多时,终端实时监控服务器的状态会增加服务器集群的监控成本。
下面将结合附图2-附图9,对本申请实施例提供的服务器集群的控制方法进行详细介绍。附图2-附图9所示实施例的执行主体例如可以为终端。
请参见图2,为本申请实施例提供了一种服务器集群的控制方法的流程示意图。如图2所示,本申请实施例的所述方法可以包括以下步骤S101-步骤S103。
步骤S101,获取服务器集群的状态参数,服务器集群包括至少一个服务器;
根据一些实施例,本申请实施例的执行主体可以是终端,还可以是系统。本实施例的执行主体以终端为例进行介绍。
易于理解的是,服务器集群是包括至少一个服务器的服务器集合。该服务器集群并不特指某一固定的服务器集群。例如,由于该服务器集群中包括的服务器的数量并非是固定的,当服务器数量变化时,服务器集群也会相应变化。例如,服务器集群包括的服务器未发生变化时,服务器集群可以包括一个服务器的服务器集群,当服务器集群包括的服务器的数量增加到5个时,该服务器集群为包括5个服务器的服务器集群。
可选的,当服务器集群中包括的服务器的名称发生变化时,服务器集群也会相应变化。
根据一些实施例,状态参数包括但不限于中央处理器(Central ProcessingUnit/Processor,CPU)使用率、磁盘输入输出IO、网络输入输出IO,内存使用率、磁盘使用率等。该状态参数可以是上述状态参数中的一种或者多种。终端获取的状态参数的种类可以基于用户针对状态的种类设置指令设置。该种类设置指令包括但不限于语音设置指令、点击设置指令、文字设置指令等等。
可选的,终端接收到的种类设置指令例如可以是点击设置指令。当终端接收到用户输入的点击设置指令时,终端可以将该点击指令对应的状态参数设置为可获取状态。此时,终端界面的举例示意图可以如图3所示。
易于理解的是,终端可以获取服务器集群的状态参数。终端例如可以是检测到当前时刻为状态参数获取时刻时,终端可以获取服务器集群的状态参数。状态参数获取时刻可以是终端基于用户的时刻设置指令设置的,还可以是终端出厂时设置的。时刻设置指令包括但不限于语音时刻设置指令、点击时刻设置指令、定时时刻设置指令、文字时刻设置指令等等。
可选的,终端接收到的时刻设置指令例如可以是语音时刻设置指令语音时刻设置指令例如可以是“将每小时中分钟数包含数字3的时刻设置为状态参数获取时刻”。当终端接收到该指令时,终端可以将每小时中分钟数包含数字3的时刻设置为状态参数获取时刻。因此在当前时刻为0:03时,终端可以获取服务器集群的状态参数。
步骤S102,在状态参数和预设状态参数不匹配时,获取至少一个服务器的第一数量;
根据一些实施例,预设状态参数可以是终端在获取服务器集群的状态参数之前设置的,还可以是获取服务器集群的状态参数之后设置的。例如,终端在接收到用户输入的参数设置指令时,终端可以基于参数设置指令设置预设状态参数。该参数设置指令包括但不限于语音参数设置指令、点击参数设置指令、文字参数设置指令等等。
易于理解的是,当终端获取到服务器集群的状态参数时,终端可以检测该状态参数和预设状态参数是否匹配。当终端检测到该状态参数和预设状态参数不匹配时,终端可以获取至少一个服务器的第一数量。
可选的,第一数量是指终端获取服务器集群的状态参数时,服务器集群包括的服务器的数量,即至少一个服务器的数量。第一数量并不特指某一固定数量。当终端基于用户输入的数量设置指令修改服务器集群包括的服务器数量时,第一数量也会相应变化。例如终端第一次获取服务器集群的状态参数时,终端获取到的第一数量例如可以是1个。当终端再一次获取服务器集群的状态参数时,终端获取到的第一数量例如可以是5个。
根据一些实施例,终端获取到的服务器集群的状态参数例如可以是CPU使用率,该CPU使用率例如可以是80%。预设CPU使用率例如可以是70%。当终端获取到CPU使用率时,终端可以检测该CPU使用率是否和预设CPU使用率匹配。当终端检测到CPU使用率80%和预设CPU使用率70%不匹配时,终端可以获取服务器集群包括的服务器的数量,即终端可以获取至少一个服务器的第一数量。终端获取到的第一数量例如可以是1个。
步骤S103,基于第一数量和调节策略,调节第一数量。
根据一些实施例,当终端获取到至少一个服务器的第一数量时,终端可以基于第一数量和调节策略,对第一数量进行调节。其中,终端对第一数量的调节包括但不限于增大第一数量和减少第一数量。
易于理解的是,调节策略可以是终端预先基于用户的策略设置指令设置的,还可以是终端基于状态参数和预设状态参数确定的,还可以是终端预先训练的调节算法。该策略设置指令包括但不限于语音策略设置指令、点击策略设置指令、文字策略设置指令等等。例如,终端可以接收到用户输入的语音策略设置指令时,终端可以设置相应的调节策略。该语音策略设置指令例如可以是“在CPU使用率每超过预设CPU使用率的10%时,增加1个服务器”。因此,当终端检测到CPU使用率80%超过预设CPU使用率70%时,终端可以增加1个服务器,即将第一数量1个调节至2个。
可选的,该调节策略例如可以是调节算法,其中不同的状态参数可以对对应不同的调节算法。当终端获取到CPU使用率例如可以是80%,终端采用CPU使用率的调节算法确定服务器集群中包括的服务器的数量为2个,此时终端可以增加1个服务器,即将第一数量1个调节至2个。
在本申请一个或多个实施例中,终端通过获取服务器集群的状态参数,可以在状态参数和预设状态参数不匹配时,基于至少一个服务器的第一数量和调节策略,调节第一数量。通过采用调节策略对第一数量的调节,不需要在服务器集群处于宕机状态时再对服务器集群进行调节,可以减少服务器集群处于宕机状态的概率,减少服务器集群处于宕机状态的时长,进而可以提高服务器集群运行的稳定性。另外,终端对第一数量的调节不需要用户手动操作,减少用户操作的等待时长,可以减少服务器集群的操作步骤,提高服务器集群控制的方便性。
请参见图4,为本申请实施例提供了一种服务器集群的控制方法的流程示意图。如图4所示,本申请实施例的所述方法可以包括以下步骤S201-步骤S203。
步骤S201,获取服务器集群的状态参数;
步骤S202,在预设时长内未获取到状态参数时,确定服务器集群处于宕机状态;
根据一些实施例,预设时长是指终端未获取到状态参数的时长。该预设时长可以是终端基于用户输入的预设时长设置指令设置的。该预设时长设置指令包括但不限于语音预设时长设置指令、点击预设时长设置指令和定时预设时长设置指令等等。该预设时长可以与终端获取状态参数的间隔时长相同,也可以大于该间隔时长。
易于理解的是,该预设时长可以大于终端获取服务器集群的状态参数的间隔时长。例如终端设置的间隔时长例如可以是5秒。终端基于用户输入的预设时长设置指令设置的预设时长例如可以是10秒。当终端在预设时长10秒内未获取到服务器集群的状态参数时,终端可以确定服务器集群处于宕机状态。宕机状态是指服务器集群处于死机状态。
根据一些实施例,当服务器中包括多个服务器时,终端检测到服务器集群的状态参数在某一时长内的参数变化超过预设变化参数范围时,终端可以确定服务器集群中存在处于宕机状态的服务器。例如服务器集群中包括5个服务器时,终端获取到当前CPU使用率和上一次获取的CPU使用率之间的参数变化超过30%时,终端可以确定多个服务器存在处于宕机状态的服务器。
步骤S203,发出第一提醒信息,第一提醒信息为服务器集群处于宕机状态的信息。
根据一些实施例,当终端在预设时长内未获取到服务器集群的状态参数,确定服务器集群处于宕机状态时,终端可以发出第一提醒信息。该第一提醒信息并不特指某一固定提醒信息。例如,当服务器集群中包括的服务器发生变化时,该第一提醒信息也会相应变化。
易于理解的是,该服务器集群例如可以包括A服务器。当终端在10秒内未获取到A服务器的状态参数时,终端可以确定A服务器处于宕机状态,此时终端可以发出第一提醒信息。该第一提醒信息例如可以是“请注意:A服务器处于宕机状态”。此时,终端界面的举例示意图可以如图5所示。
根据一些实施例,当服务器集群包括多个服务器时,终端可以基于服务器的服务器标识检测在预设时长内是否接收到多个服务器的状态参数。多个服务器例如可以是B1服务器、B2服务器、B3服务器、B4服务器和B5服务器。当终端基于服务器标识检测到在预设时长内未接收到B2服务器的状态参数时,终端可以确定B2服务器处于宕机状态,此时终端可以发出第一提醒信息。该第一提醒信息例如可以是B2服务器处于宕机状态。
在本申请一个或多个实施例中,终端通过获取服务器集群的状态参数,可以在预设时长内未获取到状态参数时,确定服务器集群处于宕机状态,可以发出第一提醒信息,以便提醒用户该服务器集群处于宕机状态的信息,可以减少用户获取到第一提醒信息的时长,减少服务器集群的调节时长,提高服务器集群运行的稳定性。
请参见图6,为本申请实施例提供了一种服务器集群的控制方法的流程示意图。如图6所示,本申请实施例的所述方法可以包括以下步骤S301-步骤S307。
步骤S301,设置参数获取的间隔时长;
根据一些实施例,该间隔时长为当前参数获取时间点与当前参数获取时间点的上一个参数获取时间点之间的时间差值。终端可以将间隔时长设置为固定时长,终端还可以将该间隔时长设置为非固定时长。例如终端可以将间隔时长设置为5秒,则终端每隔5秒到达一次参数获取时间点。
可选的,终端还可以将间隔时长设置为非固定时长。例如终端可以设置第一次参数获取时间点和第二次参数获取时间点之间的间隔时长为5秒,第二次参数获取时间点和第三次参数获取时间点之间的间隔时长为10秒等。
根据一些实施例,终端还可以设置固定周期内的参数获取时间点。例如终端可以以半小时为一个周期,每半小时的第一个10分钟参数获取的间隔时长为3秒,第二个10分钟参数获取的间隔时长为5秒,第三个10分钟参数获取的间隔时长为4秒。
步骤S302,每隔间隔时长获取一次服务器集群的状态参数;
根据一些实施例,当终端设置完成参数获取的间隔时长时,终端可以每隔间隔时长获取一次服务器集群的状态参数。终端例如可以控制终端中的采样模块采集服务器集群的状态参数。例如终端可以将间隔时长设置为固定时长5秒。则当终端在00:05获取一次服务器集群的状态参数后,终端可以在00:10获取一次服务器集群的状态参数。
步骤S303,在状态参数和预设状态参数不匹配时,获取至少一个服务器的第一数量;
步骤S304,获取目标状态参数;
根据一些实施例,目标状态参数是指在状态参数和预设状态参数不匹配时,终端对状态参数调节后的参数。该目标状态参数并不特指某一固定参数,该目标参数可以基于用户的参数设置指令确定,该目标状态参数还可以和预设状态参数一致。
易于理解的是,当终端确定状态参数和预设状态参数不匹配时,终端可以获取目标状态参数。其中,步骤303中获取至少一个服务器的第一数量和步骤304可以互换,也可以同时进行,即终端可以在获取至少一个服务器的第一数量的同时,获取该目标状态参数,终端还可以在获取至少一个服务器的第一数量后,获取该目标状态参数,终端还可以在获取该目标状态参数之后,获取至少一个服务器的第一数量。
可选的,例如,终端获取到的服务器集群的状态参数例如可以是CPU使用率,该CPU使用率例如可以是80%。预设CPU使用率例如可以是70%。当终端获取到CPU使用率时,终端可以检测该CPU使用率是否和预设CPU使用率匹配。当终端检测到CPU使用率80%和预设CPU使用率70%不匹配时,终端可以获取服务器集群包括的服务器的数量,即终端可以获取至少一个服务器的第一数量。终端获取到的第一数量例如可以是1个。此时,终端获取到的目标状态参数例如可以是CPU目标使用率为40%。
步骤S305,基于目标状态参数和状态参数,确定调节策略;
根据一些实施例,当终端获取到目标状态参数时,终端可以基于目标状态参数和状态参数确定调节策略。例如,终端可以基于目标状态参数和状态参数之间的比值、差值等确定调节策略。
易于理解的是,例如,终端获取到的目标状态参数例如可以是CPU目标使用率为40%。终端获取到的状态参数例如可以是CPU使用率为80%。当终端获取到该CPU目标使用率和CPU使用率时,终端确定的调节策略例如可以是服务器集群包括的服务器的数量为2个。
步骤S306,获取调节策略对应的至少一个服务器调节后的第二数量,将第一数量调节至第二数量;
根据一些实施例,第二数量是指与至少一个服务器调节后的数量,该第二数量与调节策略对应。该第二数量并不特指某一固定数量。例如当目标状态参数或者状态参数发生变化时,调节策略也会相应变化,第二数量也会相应变化。
易于理解的是,当终端基于目标状态参数和状态参数,确定调节策略时,终端可以获取调节策略对应的至少一个服务器调节后的第二数量。终端在获取到第二数量时,终端可以将第一数量调节至第二数量。
根据一些实施例,例如,终端获取到的目标状态参数例如可以是CPU目标使用率为40%。终端获取到的状态参数例如可以是CPU使用率为80%。当终端获取到该CPU目标使用率和CPU使用率时,终端确定的调节策略例如可以是服务器集群包括的服务器的数量为2个。终端确定第一数量为1个时,终端可以将第一数量1个调节至第二数量2个。
根据一些实施例,例如,终端获取到的目标状态参数例如可以是CPU目标使用率为40%。终端获取到的状态参数例如可以是CPU使用率为20%。当终端获取到该CPU目标使用率和CPU使用率时,终端确定的调节策略例如可以是服务器集群包括的服务器的数量为2个。终端确定第一数量为4个时,终端可以将第一数量4个调节至第二数量2个。即终端确定CPU使用率低于预设CPU使用率的最低值时,终端可以减少服务器的数量,以提高服务器的利用率。
根据一些实施例,请参见图7,为本申请实施例提供了一种共享屏幕切换方法的流程示意图。如图7所示,本申请实施例的所述方法在将第一数量调节至第二数量时可以包括以下步骤S401-步骤S405。步骤S401,在第二数量大于第一数量时,获取第三数量的服务器,第三数量的服务器处于空闲状态;S402,计算第四数量,第四数量为第二数量和第一数量之间的差值数量;S403,在第三数量大于或者等于第四数量时,将第一数量调节至第二数量;S404,在第三数量小于第四数量时,从云端服务器中获取第五数量的服务器,第五数量为第三数量和第四数量之间的差值数量,第五数量的服务器处于空闲状态;S405,在获取到第五数量的服务器时,将第一数量调节至第二数量。
根据一些实施例,当终端获取到第二数量时,终端可以获取服务器系统中处于空闲状态的第三数量的服务器。例如,当用户获取到处于空闲状态时,用户在终端中输入处于空闲状态,即终端可以记录处于空闲状态。当处于空闲状态的服务器被使用,即服务器未处于空闲状态时,终端可以对该服务器进行记录,以便终端可以获取到处于空闲状态的服务器。
易于理解的是,终端获取到第二数量时,终端可以计算第四数量,该第四数量为第二数量和第一数量之间的差值数量。当终端获取到第三数量和第四数量时,终端可以检测第三数量和第四数量的大小关系。当终端检测到第三数量大于或者等于第四数量时,终端可以将第一数量调节至第二数量。
可选的,例如终端获取到的第二数量为2个,第一数量为1个时,终端计算的第四数量例如可以是1个。终端获取到的第三数量例如可以是4个,当终端检测到第三数量4个大于第四数量1个时,终端可以将第一数量1个调节至第二数量2个。
根据一些实施例,当终端获取到第三数量和第四数量时,终端可以检测第三数量和第四数量的大小关系。当终端检测到在第三数量小于第四数量时,终端可以从云端服务器中获取第五数量的服务器,第五数量为第三数量和第四数量之间的差值数量。第五数量的服务器处于空闲状态,即,终端从云端服务器中获取处于空闲状态的第五数量的服务器。当终端获取到第五数量的服务器时,终端可以将第一数量调节至第二数量。
可选的,例如终端获取到的第二数量为5个,第一数量为1个时,终端计算的第四数量例如可以是4个。终端获取到的第三数量例如可以是2个,当终端检测到第三数量2个大于第四数量4个时,终端计算得到第五数量为2个。终端从云端服务器中获取处于空闲状态的第五数量的服务器,即终端可以获取2个处于空闲状态的服务器。当终端获取到第五数量的服务器时,终端可以将第一数量1个调节至第二数量5个。
根据一些实施例,当终端获取到第三数量和第四数量时,终端可以检测第三数量和第四数量的大小关系。当终端检测到在第三数量小于第四数量时,终端可以直接从云端服务器中获取第四数量的服务器,该第四数量的服务器处于空闲状态,即,终端从云端服务器中获取处于空闲状态的第四数量的服务器。当终端获取到第四数量的服务器时,终端可以将第一数量调节至第二数量。
可选的,例如终端获取到的第二数量为5个,第一数量为1个时,终端计算的第四数量例如可以是4个。终端获取到的第三数量例如可以是2个,当终端检测到第三数量2个大于第四数量4个时,终端可以直接从云端服务器中获取处于空闲状态的第四数量的服务器,即终端可以从云端服务器获取4个处于空闲状态的服务器。当终端获取到第四数量的服务器时,终端可以将第一数量1个调节至第二数量5个。
步骤S307,发出第二提醒信息,第二提醒信息为第一数量调节至第二数量的信息。
根据一些实施例,当终端将第一数量调节至第二数量后,终端可以发出第二提醒信息。该第二提醒信息可以是第一数量调节至第二数量的信息,以便用户可以明确知道服务器集群中包括的服务器的数量发生了变化。终端中可以设置通知模块,当终端发出提醒信息时,终端可以控制该通知模块发出提醒信息。
易于理解的是,例如终端获取到的第二数量为2个,第一数量为1个时,终端计算的第四数量例如可以是1个。终端获取到的第三数量例如可以是4个,当终端检测到第三数量4个大于第四数量1个时,终端可以将第一数量1个调节至第二数量2个。终端生成的第二提醒信息例如可以是将第一数量1个调节至第二数量2个的信息。终端例如可以在终端的显示屏上显示该第二提醒信息。此时,终端界面的举例示意图可以如图8所示。
在本申请一个或多个实施例中,终端可以设置参数获取的间隔时长,并每隔间隔时长获取一次服务器集群的状态参数,在服务器集群包括的服务器的数量较多时,也可以对多个服务器的运行状态进行监控,减少服务器集群的监控成本。另外,在状态参数和预设状态参数不匹配时,终端可以基于目标状态参数和状态参数,确定调节策略,并基于该调节策略将第一数量调节至第二数量,可以提高调节策略获取的准确性,提高第一数量调节的准确性,不需要在服务器集群处于宕机状态时再对服务器集群进行调节,可以减少服务器集群处于宕机状态的概率,进而可以提高服务器集群运行的稳定性。另外,终端对第一数量的调节时不需要用户手动操作,可以减少服务器集群的操作步骤,提高服务器集群控制的方便性。最后,终端可以发出第二提醒信息,以便提醒用户该第一数量调节至第二数量的信息,可以减少用户获取到第二提醒信息的时长,提升用户的使用体验。
请参见图9,为本申请实施例提供了一种服务器集群的控制方法的流程示意图。如图9所示,本申请实施例的所述方法可以包括以下步骤S501-步骤S505。
步骤S501,获取服务器集群的状态参数,服务器集群包括至少一个服务器;
步骤S502,在状态参数和预设状态参数不匹配时,获取至少一个服务器第一数量;
步骤S503,获取历史调节策略;
根据一些实施例,终端可以基于历史调节策略对至少一个服务器的第一数量进行调节。当终端获取到至少一个服务器第一数量时,终端可以获取历史调节策略。终端例如可以控制终端中的策略模块从终端中的数据中心中获取该历史调节策略。该历史调节策略例如可以包括历史调节时间点、历史调节数量等等。
易于理解的是,该历史调节策略并不特指某一固定调节策略,可以是基于用户的策略获取指令获取到的调节策略。当用户的策略获取指令变化时,终端获取到的历史调节策略也会相应变化。
根据一些实施例,终端在获取历史调节策略之前接收到的策略获取指令例如可以是获取前一天的调节策略。当终端获取服务器集群的状态参数为2019年5月12日,终端获取到的历史调节策略例如可以是2019年5月11日的调节策略。
步骤S504,基于历史调节策略,获取历史调节策略对应的至少一个服务器调节后的目标数量;
根据一些实施例,目标数量是指历史调节策略对应的至少一个服务器调节后的数量,并不特指某一固定数量。例如当历史调节策略发生变化时,该目标数量也会相应变化。
易于理解的是,当终端获取到历史调节策略时,终端可以获取历史调节策略对应的至少一个服务器调节后的目标数量。该历史调节策略对应的目标数量可以是固定的,也可以是基于时间点变化的。例如该历史调节策略对应的目标数量可以是2个。该历史调节策略对应的目标数量还可以是2:00am的目标数量为1个,10:00am的目标数量为2个,8:00pm的目标数量为5个。
步骤S505,将第一数量调节至目标数量。
根据一些实施例,当终端获取到历史调节策略对应的目标数量时,终端可以将第一数量调节至目标数量。例如,历史调节策略例如可以是2019年5月11日的调节策略,该历史调节策略对应的目标数量可以是2个时,终端可以将2019年5月12日的第一数量调节至2个。
易于理解的是,当该历史调节策略对应的目标数量还可以是2:00am的目标数量为1个,10:00am的目标数量为2个,8:00pm的目标数量为5个时,终端可以在2019年5月12日的2:00am将第一数量调节至1个,10:00am将第一数量调节至2个,8:00pm将第一数量调节至为5个。
在本申请一个或多个实施例中,终端可以获取服务器集群的状态参数,在状态参数和预设状态参数不匹配时,终端可以获取历史调节策略,基于历史调节策略,将第一数量调节至目标数量。终端基于该历史调节策略将第一数量调节至目标数量,可以提高第一数量调节的准确性,不需要在服务器集群处于宕机状态时再对服务器集群进行调节,可以减少服务器集群处于宕机状态的概率,进而可以提高服务器集群运行的稳定性。
下面将结合附图10,对本申请实施例提供的服务器集群的控制装置进行详细介绍。需要说明的是,附图10所示的服务器集群的控制装置,用于执行本申请图2-图9所示实施例的方法,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请图2-图9所示的实施例。
请参见图10,其示出本申请实施例的服务器集群的控制装置的结构示意图。该服务器集群的控制装置1000可以通过软件、硬件或者两者的结合实现成为用户终端的全部或一部分。根据一些实施例,该服务器集群的控制装置1000包括参数获取单元1001、数量获取单元1002和数量调节单元1003,具体用于:
参数获取单元1001,用于获取服务器集群的状态参数,服务器集群包括至少一个服务器;
数量获取单元1002,用于在状态参数和预设状态参数不匹配时,获取至少一个服务器的第一数量;
数量调节单元1003,用于基于第一数量和调节策略,调节第一数量。
根据一些实施例,该服务器集群的控制装置1000还包括信息提醒单元1004,用于获取服务器集群的状态参数之后,在预设时长内未获取到状态参数时,确定服务器集群处于宕机状态;
发出第一提醒信息,第一提醒信息为服务器集群处于宕机状态的信息。
根据一些实施例,参数获取单元1001,用于获取服务器集群的状态参数时,具体用于:
设置参数获取的间隔时长;
每隔间隔时长获取一次服务器集群的状态参数。
根据一些实施例,数量调节单元1003,用于基于第一数量和调节策略,调节第一数量时,具体用于:
获取目标状态参数;
基于目标状态参数和状态参数,确定调节策略;
获取调节策略对应的至少一个服务器调节后的第二数量,将第一数量调节至第二数量。
根据一些实施例,数量调节单元1003,用于将第一数量调节至第二数量时,具体用于:
在第二数量大于第一数量时,获取第三数量的服务器,第三数量的服务器处于空闲状态;
计算第四数量,第四数量为第二数量和第一数量之间的差值数量;
在第三数量大于或者等于第四数量时,将第一数量调节至第二数量。
根据一些实施例,数量调节单元1003,用于计算第四数量之后,还具体用于:
在第三数量小于第四数量时,从云端服务器中获取第五数量的服务器,第五数量为第三数量和第四数量之间的差值数量,第五数量的服务器处于空闲状态;
在获取到第五数量的服务器时,将第一数量调节至第二数量。
根据一些实施例,信息提醒单元1004,还用于将第一数量调节至第二数量之后,发出第二提醒信息,第二提醒信息为第一数量调节至第二数量的信息。
根据一些实施例,调节策略为历史调节策略,数量调节单元1003,用于基于第一数量和调节策略,调节第一数量时,具体用于:
获取历史调节策略;
基于历史调节策略,获取历史调节策略对应的至少一个服务器调节后的目标数量;
将第一数量调节至目标数量。
在本申请一个或多个实施例中,服务器集群的控制装置通过获取服务器集群的状态参数,可以在所述状态参数和预设状态参数不匹配时,基于至少一个服务器的第一数量和调节策略,调节第一数量。通过采用调节策略对第一数量的调节,不需要在服务器集群处于宕机状态时再对服务器集群进行调节,可以减少服务器集群处于宕机状态的概率,进而可以提高服务器集群运行的稳定性。
请参见图11,为本申请实施例提供的一种终端的结构示意图。如图11所示,所述终端1100可以包括:至少一个处理器1101,至少一个网络接口1104,用户接口1103,存储器1105,至少一个通信总线1102。
其中,通信总线1102用于实现这些组件之间的连接通信。
其中,用户接口1103可以包括显示屏(Display)和GPS,可选用户接口1103还可以包括标准的有线接口、无线接口。
其中,网络接口1104可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
其中,处理器1101可以包括一个或者多个处理核心。处理器1101利用各种借口和线路连接整个终端1100内的各个部分,通过运行或执行存储在存储器1105内的指令、程序、代码集或指令集,以及调用存储在存储器1105内的数据,执行终端1100的各种功能和处理数据。可选的,处理器1101可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器1101可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1101中,单独通过一块芯片进行实现。
其中,存储器1105可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器1105包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1105可用于存储指令、程序、代码、代码集或指令集。存储器1105可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1105可选的还可以是至少一个位于远离前述处理器1101的存储装置。如图11所示,作为一种计算机存储介质的存储器1105中可以包括操作系统、网络通信模块、用户接口模块以及用于服务器集群的控制的应用程序。
在图11所示的终端1100中,用户接口1103主要用于为用户提供输入的接口,获取用户输入的数据;而处理器1101可以用于调用存储器1105中存储的服务器集群的控制的应用程序,并具体执行以下操作:
获取服务器集群的状态参数,服务器集群包括至少一个服务器;
在状态参数和预设状态参数不匹配时,获取至少一个服务器的第一数量;
基于第一数量和调节策略,调节第一数量。
根据一些实施例,处理器1101用于执行获取服务器集群的状态参数之后,还具体用于执行以下操作:
在预设时长内未获取到状态参数时,确定服务器集群处于宕机状态;
发出第一提醒信息,第一提醒信息为服务器集群处于宕机状态的信息。
根据一些实施例,处理器1101用于执行获取服务器集群的状态参数时,具体用于执行以下操作:
设置参数获取的间隔时长;
每隔间隔时长获取一次服务器集群的状态参数。
根据一些实施例,处理器1101用于执行基于第一数量和调节策略,调节第一数量时,具体用于执行以下操作:
获取目标状态参数;
基于目标状态参数和状态参数,确定调节策略;
获取调节策略对应的至少一个服务器调节后的第二数量,将第一数量调节至第二数量。
根据一些实施例,处理器1101用于执行将第一数量调节至第二数量时,具体用于执行以下操作:
在第二数量大于第一数量时,获取第三数量的服务器,第三数量的服务器处于空闲状态;
计算第四数量,第四数量为第二数量和第一数量之间的差值数量;
在第三数量大于或者等于第四数量时,将第一数量调节至第二数量。
根据一些实施例,处理器1101用于执行计算第四数量之后,还具体用于执行以下操作:
在第三数量小于第四数量时,从云端服务器中获取第五数量的服务器,第五数量为第三数量和第四数量之间的差值数量,第五数量的服务器处于空闲状态;
在获取到第五数量的服务器时,将第一数量调节至第二数量。
根据一些实施例,处理器1101用于执行将第一数量调节至第二数量之后,还具体用于执行以下操作:
发出第二提醒信息,第二提醒信息为第一数量调节至第二数量的信息。
根据一些实施例,处理器1101用于执行调节策略为历史调节策略,基于第一数量和调节策略,调节第一数量时,具体用于执行以下操作:
获取历史调节策略;
基于历史调节策略,获取历史调节策略对应的至少一个服务器调节后的目标数量;
将第一数量调节至目标数量。
在本申请一个或多个实施例中,终端通过获取服务器集群的状态参数,可以在所述状态参数和预设状态参数不匹配时,基于至少一个服务器的第一数量和调节策略,调节第一数量。通过采用调节策略对第一数量的调节,不需要在服务器集群处于宕机状态时再对服务器集群进行调节,可以减少服务器集群处于宕机状态的概率,进而可以提高服务器集群运行的稳定性。
本申请还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。其中,计算机可读存储介质可以包括但不限于任何类型的盘,包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC),或适合于存储指令和/或数据的任何类型的媒介或设备。
本申请实施例还提供一种计算机程序产品,该计算机程序产品包括存储计算机程序的非瞬时性计算机可读存储介质,该计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种服务器集群的控制方法的部分或全部步骤。
本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件,其中硬件例如可以是现场可编程门阵列(Field-ProgrammaBLE GateArray,FPGA)、集成电路(Integrated Circuit,IC)等。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random AccessMemory,RAM)、磁盘或光盘等。
以上所述者,仅为本公开的示例性实施例,不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰,皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的范围和精神由权利要求限定。
- 服务器集群的控制方法、装置、终端及存储介质
- 服务器集群的运行控制方法、装置、服务器及存储介质