CN110336884B - 服务器集群更新方法和装置 - Google Patents
服务器集群更新方法和装置 Download PDFInfo
- Publication number
- CN110336884B CN110336884B CN201910619033.7A CN201910619033A CN110336884B CN 110336884 B CN110336884 B CN 110336884B CN 201910619033 A CN201910619033 A CN 201910619033A CN 110336884 B CN110336884 B CN 110336884B
- Authority
- CN
- China
- Prior art keywords
- server
- server cluster
- servers
- monitoring
- updating
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1025—Dynamic adaptation of the criteria on which the server selection is based
-
- 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
-
- 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
- H04L67/1048—Departure or maintenance mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
本公开提供了一种服务器集群更新方法,包括:根据监控指标生成针对服务器集群的监控通知;根据监控通知更新服务器集群。本公开能够根据实时情况在无感知的情况下减少或者增加线上服务,预防服务器因突发流量暴涨而造成服务器瘫痪,服务器宕机造成的数据损失的问题,以及提高服务器集群的资源利用率,降低成本。
Description
技术领域
本公开涉及云计算技术领域,更具体地,涉及一种服务器集群更新方法、装置、电子设备和计算机可读介质。
背景技术
目前随着互联网普及,互联网用户对服务器的可用性要求越来越高。当某事件导致用户访问量急剧增加时,服务器有可能存在宕机风险。现有的负载均衡器在服务器出现故障时,无法根据实时状况动态更新服务器集群,容易导致信息的丢失。
发明内容
有鉴于此,提供本公开的第一方面,提供了一种服务器集群更新方法,包括:根据监控指标生成针对服务器集群的监控通知;根据监控通知更新服务器集群。
在一个实施例中,根据监控通知更新服务器集群,包括:监控通知为增加服务器,则:获取第一目标服务器;将第一目标服务器增加至服务器集群。
在一个实施例中,服务器集群更新方法,还包括:确定第一目标服务器的可用性;根据可用性更新服务器列表。
在一个实施例中,根据监控通知更新服务器集群,包括:监控通知为删除服务器,则:根据监控通知确定第二目标服务器;删除服务器集群中的第二目标服务器。
在一个实施例中,服务器集群更新方法,还包括:实时监测服务器集群中的服务器的运行状况;根据运行状况更新服务器集群。
在一个实施例中,运行状况包括初始运行状况和二次运行状况,根据运行状况更新服务器集群,包括:确定初始运行状况为非正常的第三目标服务器;获取第四目标服务器;将第四目标服务器增加至服务器集群;根据第三目标服务器的二次运行状况更新服务器集群。
在一个实施例中,根据第三目标服务器的二次运行状况更新服务器集群,包括:若第三目标服务器的二次运行状况为非正常,则删除服务器集群中的第三目标服务器;若第三目标服务器的二次运行状况为正常,则:当再次检测到第三目标服务器的运行状况为非正常时,删除服务器集群中的第三目标服务器,或者,确定服务器集群中满足第一设定条件的第五目标服务器;删除服务器集群中的第五目标服务器。
根据本公开的第二方面,提供一种服务器集群更新装置,包括:生成单元,被配置成根据监控指标生成针对服务器集群的监控通知;更新单元,被配置成根据监控通知更新服务器集群。
根据本公开的第三方面,提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器执行如第一方面的方法。
根据本公开的第四方面,提供了一种计算机可读介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行如本公开第一方面的方法。
相比于现有技术,本公开根据实时状况生成监控通知,基于监控通知增加或者删除服务器,能够有效避免因访问量急剧增加使得服务器宕机而导致的信息丢失的问题,还能够在负载不高时通过减少服务器来提高服务器集群的资源利用率,从而降低成本。
附图说明
图1示出了根据本公开实施例的服务器集群更新方法的示意图;
图2示出了根据本公开实施例的根据监控通知更新服务器集群的方法的示意图;
图3示出了根据本公开另一实施例的根据监控通知更新服务器集群的方法的示意图;
图4示出了根据本公开实施例的根据服务器运行状况更新服务器集群的方法的示意图;
图5示出了根据本公开实施例的服务器集群更新装置的示意框图;
图6示出了用于实现本公开实施例的电子设备的结构示意图。
具体实施方式
下面结合附图和具体实施方式对本公开进行说明。应当理解,此处所述具体实施例仅用于解释本公开,并不用于限定本公开。
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。这里使用的词语“一”、“一个(种)”和“该”等也应包括“多个”、“多种”的意思,除非上下文另外明确指出。此外,在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
本公开的实施例提供了一种服务器集群更新方法,包括:根据监控指标生成针对服务器集群的监控通知;根据监控通知更新服务器集群。
本公开的实施例,根据监控指标生成监控通知,基于监控通知更新服务器集群,相比于现有技术,能够有效避免因访问量急剧增加使得服务器宕机而导致的信息丢失的问题,同时能够在负载不高时通过减少服务器来提高服务器集群的资源利用率,从而降低成本。以下将结合附图来详细描述本公开的实施例及其优点。
图1示出了根据本公开实施例的集群更新方法100的示意框图。方法100开始于步骤110,根据监控指标生成针对服务器集群的监控通知。该步骤可以由监控单元执行,监控单元获取负载均衡单元中存储的服务器集群,根据监控指标生成针对服务器集群的监控通知。具体的,可以对2个或3个监控指标分别设置权重,通过加权平均法计算每台服务器的平均负载情况,根据各服务器的平均负载情况生成针对服务器集群的监控通知。这里,监控指标可以包括CPU利用率、Memory利用率和IO消耗等。例如,通过CPU利用率、Memory利用率、IO消耗来计算服务器负载,分别对CPU利用率、Memory利用率、IO消耗指标设置对应的权重:0.3、0.4、0.3,则每台服务器的负载值等于CPU利用率*0.3+Memory利用率*0.4+IO消耗*0.3,对服务器集群中所有服务器的负载值求均值,得到服务器的平均负载值。监控通知可以包括增加服务器和删除服务器,当计算得到服务器的平均负载值大于75%时,则生成增加服务器的通知;当平均负载小于25%时,则生成删除服务器的通知,该删除服务器的通知中包括要删除的服务器的ID,具体确定服务器ID的方法例如可以为将服务器集群中负载值最小的服务器的ID确定为要删除的服务器的ID。
然后,在步骤120,根据监控通知更新服务器集群。这里,若监控通知为增加服务器,则新增服务器以更新服务器集群;若监控通知为删除服务器,则删除服务器以更新服务器集群。
在本实施例中,根据实时状况生成监控通知,基于监控通知增加或者删除服务器,能够有效避免因访问量急剧增加使得服务器宕机而导致的信息丢失的问题,同时能够在负载不高时通过减少服务器来提高服务器集群的资源利用率,从而降低成本。
图2示出了根据本公开实施例的根据监控通知更新服务器集群的方法200示意图。在方法200中,监控通知为增加服务器,开始于步骤210,获取第一目标服务器。第一目标服务器可从当前服务器提供商申请,也可跨运营商进行申请。
然后,在步骤220,将第一目标服务器增加至服务器集群。
在前述实施例的基础上,服务器集群更新方法,还包括:
确定第一目标服务器的可用性;根据可用性来更新服务器列表。具体地,在步骤220中,第一目标服务器被部署成功后,处理分配来的请求,若第一目标服务器返回成功信息,则认为第一目标服务器可用,否则,认为第一目标服务器不可用。如果第一目标服务器可用,则将该第一目标服务器增加至服务器列表中以更新服务器列表。如果第一目标服务器不可用,则生成告警。
本实施例中,根据服务器的可用性对服务器列表进行更新,以便于更好地对服务器进行维护。
图3示出了根据本公开实施例根据监控通知更新服务器集群的方法300的示意图。方法300中,监控通知为删除服务器,开始于步骤310,根据监控通知确定第二目标服务器。这里,监控通知中包括被删除服务器的ID,可以根据服务器ID确定第二目标服务器。
然后,在步骤320,删除服务器集群中的第二目标服务器。
本实施例中,通过实时监测,从而删除低负载的服务器,可提高服务器集群的资源利用率,从而降低成本。
在前述实施例的基础上,本公开的服务器集群更新方法还包括:
实时监测服务器集群中的服务器的运行状况。这里,服务器的运行状况例如可以为服务器是否出现故障。
根据运行状况更新服务器集群。
本实施例中,通过实时监测服务器的运行状况,以及时删除故障服务器,增加可用服务器,提高服务器集群的可靠性。
图4示出了根据本公开实施例的根据运行状况更新服务器集群的方法400的示意图。方法400中服务器的运行状况包括初始运行状况和二次运行状况。方法400开始于步骤410,确定初始运行状况为非正常的第三目标服务器。这里,负载均衡单元定时对服务器集群内的服务器进行健康监测。负载均衡单元可以提供多种健康监测方式,例如可以为发送一个ARP请求查找给定IP地址的MAC地址,负载均衡单元上面配置了真实服务器的IP地址,它会给每个IP地址都发送一个ARP请求,以找到其对应的MAC地址,如果某一服务器不响应ARP请求,则该服务器运行状况为非正常。在其他实施例中,健康监测方式还可以为发送一个“PING”包到每个真实服务器的IP地址,“PING”是一个常用的程序,用来确认IP地址是否在网络中存在,或者用来确认主机是否运行,如果在网络中不存在或者主机不运行,则服务器运行状况为非正常。
然后,在步骤420,获取第四目标服务器。第四目标服务器为申请的新服务器。第四目标服务器可从当前服务器提供商申请,也可跨运营商进行申请。需要说明的是,第四目标服务器的CPU和Memory指标优于或等于第三目标服务器。
然后,在步骤430,将第四目标服务器增加至服务器集群。
然后,在步骤440,根据第三目标服务器的二次运行状况更新服务器集群。
本实施例中,通过实时监测服务器的健康状况,根据健康状况及时新增服务器,保证了服务器的高可用性。
在本公开的一个实施例中,根据第三目标服务器的二次运行状况更新服务器集群,包括:
如果第三目标服务器的二次运行状况为非正常,删除服务器集群上的第三目标服务器。这里,负载均衡单元定时对服务里集群上的服务器进行健康监测,当第二次监测到第三目标服务器为非正常,则确定第三目标服务器的二次运行状况为非正常,其监测方法同上述的健康监测方法,此处不再赘述。
如果第三目标服务器的二次运行状况为正常时,则暂时不删除该第三目标服务器,当在实时监测过程中,当再次监测到第三目标服务器的运行状况为非正常时,删除服务器集群中的第三目标服务器。在其他实施例中,如果第三目标服务器的二次运行状况为正常时,则确定服务器集群中满足第一设定条件的第五目标服务器;删除服务器集群中的第五目标服务器。具体来说,如果第三目标服务器二次运行状况为正常,则监测服务器集群上的所有服务器的带宽、延迟、抖动、丢包率等指标,根据这些指标设置第一预设条件。例如,根据延迟指标设置第一预设条件时,可设置第一预设条件为延迟最大,此时,可选择延迟最大的服务器为第五目标服务器。
在本实施例中,通过对故障服务器的实时健康监测和删除策略,降低了服务器宕机的可能性。
在本公开的一个实施例中,本公开的服务器集群更新方法还包括:
获取针对服务器集群中的服务器的历史监控数据;历史监控数据可以是监控周期内各个时间段的服务器增加数目和服务器删除数目;
根据历史监控数据确定服务器集中增加时段和服务器集中删除时段;并确定在服务器集中增加时段的服务器平均增加数目以及在服务器删除时段的服务器平均删除数目;其中,服务器集中增加时段的确定方法可以为:基于历史监控数据训练预测模型;根据预测模型得到服务器集中增加时段和服务器集中删除时段。另外,服务器平均增加数目可以为监控周期内服务器集中增加时段的所有服务器增加数目的平均值。例如,监控周期为1个月,服务器增加时段为8:00-9:00,在这1个月内,所有在8:00-9:00时段内服务器增加数目的总和为N,则服务器平均增加数目为N/(当月天数)。同理,服务器平均删除数目也可采用上述方式计算。
在服务器增加时段提前设定时间增加与服务器平均增加数目相等的服务器;这里,设定时间可以根据实际情况进行设定,例如,30min,此处不作具体限定。
在服务器删除时段删除与服务器平均删除数目相等的服务器。
具体地,根据业务种类的不同,对一定时期内服务器的集中增加时段和集中删除时段进行统计;这个时期可以是上一年同时段的3-6个月,一般情况下,用户对服务器的访问请求时段会呈现一定的规律,例如,交通类的服务请求一般在早上8:00-9:00和下午的5:30-7:00较为集中,游戏类的服务请求在晚上9:00-12:00较为集中。在用户请求较为集中的时段,在监控单元和负载均衡单元的配合监控下,服务器会被集中增加,在用户请求较为分散的时段,服务器会被集中删除。以交通类业务为例,在上一年的5月到9月,服务集群每天在早上8:00-9:00和下午的5:30-7:00平均集中增加3台服务,在凌晨00:00-6:00会集中减少3台服务器,则每天在早上8:00-9:00和下午的5:30-7:00为服务器集中增加时段,则在早上7:30和下午5:00增加3台服务器,凌晨00:00-6:00为服务器集中删除时段,在该时段同时减少3台服务器。
在本实施例中,通过对历史数据的监测和统计,以批量更新服务器集群,缓解服务器集群在流量暴增时的请求压力,提高了服务器的高可用性。
图5示出了根据本公开实施例的服务器集群更新装置500示例框图。服务器集群更新装置500包括:生成单元510、更新单元520。
生成单元510,被配置成根据监控指标生成针对服务器集群的监控通知。监控单元获取负载均衡单元中存储的服务器集群,根据监控指标生成针对服务器集群的监控通知。具体的,可以对2个或3个监控指标分别设置权重,通过加权平均法计算每台服务器的平均负载情况,根据各服务器的平均负载情况生成针对服务器集群的监控通知。这里,监控指标可以包括CPU利用率、Memory利用率和IO消耗等。例如,通过CPU利用率、Memory利用率、IO消耗来计算服务器负载,分别对CPU利用率、Memory利用率、IO消耗指标设置对应的权重:0.3、0.4、0.3,则每台服务器的负载值等于CPU利用率*0.3+Memory利用率*0.4+IO消耗*0.3,对服务器集群中所有服务器的负载值求均值,得到服务器的平均负载值。监控通知可以包括增加服务器和删除服务器,当计算得到服务器的平均负载值大于75%时,则生成增加服务器的通知;当平均负载小于25%时,则生成删除服务器的通知,该删除服务器的通知中包括要删除的服务器的ID,具体确定服务器ID的方法例如可以为将服务器集群中负载值最小的服务器的ID确定为要删除的服务器的ID。
更新单元520,被配置成根据监控通知更新服务器集群。这里,若监控通知为增加服务器,则新增一个服务器以更新服务器集群;若监控通知为删除服务器,则删除服务器以更新服务器集群。
图6示出了用于实现本公开的实施例的电子设备的结构示意图。如图6所示,电子设备600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,包括承载指令的在计算机可读介质,在这样的实施例中,该指令可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该指令被中央处理单元(CPU)601执行时,执行本公开中描述的各个方法步骤。
尽管已经描述了示例实施例,但是对于本领域技术人员来说显而易见的是,在不脱离本公开构思的精神和范围的情况下,可以进行各种改变和修改。因此,应当理解,上述示例实施例不是限制性的,而是说明性的。
Claims (10)
1.一种服务器集群更新方法,包括:
根据监控指标生成针对服务器集群的监控通知,包括:
获取针对服务器集群中的服务器的历史监控数据,历史监控数据包括监控周期内各个时间段的服务器增加数目和服务器删除数目;
根据历史监控数据确定服务器集中增加时段和服务器集中删除时段;
确定在服务器集中增加时段的服务器平均增加数目以及在服务器删除时段的服务器平均删除数目;
根据所述监控通知更新所述服务器集群,包括:
在服务器增加时段提前设定时间增加与服务器平均增加数目相等的服务器;
在服务器删除时段删除与服务器平均删除数目相等的服务器。
2.根据权利要求1所述的服务器集群更新方法,其中,根据所述监控通知更新所述服务器集群,包括:
所述监控通知为增加服务器,则:
获取第一目标服务器;
将所述第一目标服务器增加至所述服务器集群。
3.根据权利要求2所述的服务器集群更新方法,还包括:
确定所述第一目标服务器的可用性;
根据所述可用性更新服务器列表。
4.根据权利要求1所述的服务器集群更新方法,其中,根据所述监控通知更新所述服务器集群,包括:
所述监控通知为删除服务器,则:
根据所述监控通知确定第二目标服务器;
删除所述服务器集群中的所述第二目标服务器。
5.根据权利要求1-4中任意一项权利要求所述的服务器集群更新方法,还包括:
实时监测所述服务器集群中的服务器的运行状况;
根据所述运行状况更新所述服务器集群。
6.根据权利要求5所述的服务器集群更新方法,所述运行状况包括初始运行状况和二次运行状况,所述根据所述运行状况更新所述服务器集群,包括:
确定所述初始运行状况为非正常的第三目标服务器;
获取第四目标服务器;
将所述第四目标服务器增加至所述服务器集群;
根据所述第三目标服务器的二次运行状况更新所述服务器集群。
7.根据权利要求6所述的服务器集群更新方法,根据所述第三目标服务器的二次运行状况更新所述服务器集群,包括:
若所述第三目标服务器的二次运行状况为非正常,则删除所述服务器集群中的第三目标服务器;
若所述第三目标服务器的二次运行状况为正常,则:当再次检测到第三目标服务器的运行状况为非正常时,删除所述服务器集群中的第三目标服务器,
或者,确定所述服务器集群中满足第一设定条件的第五目标服务器;删除所述服务器集群中的第五目标服务器。
8.一种服务器集群更新装置,包括:
生成单元,被配置成根据监控指标生成针对服务器集群的监控通知,包括:获取针对服务器集群中的服务器的历史监控数据,历史监控数据包括监控周期内各个时间段的服务器增加数目和服务器删除数目;根据历史监控数据确定服务器集中增加时段和服务器集中删除时段;确定在服务器集中增加时段的服务器平均增加数目以及在服务器删除时段的服务器平均删除数目;
更新单元,被配置成根据所述监控通知更新所述服务器集群,包括:在服务器增加时段提前设定时间增加与服务器平均增加数目相等的服务器;在服务器删除时段删除与服务器平均删除数目相等的服务器。
9.一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行如权利要求1至7中任一项所述的方法。
10.一种计算机可读介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行如权利要求1至7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910619033.7A CN110336884B (zh) | 2019-07-09 | 2019-07-09 | 服务器集群更新方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910619033.7A CN110336884B (zh) | 2019-07-09 | 2019-07-09 | 服务器集群更新方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110336884A CN110336884A (zh) | 2019-10-15 |
CN110336884B true CN110336884B (zh) | 2022-03-29 |
Family
ID=68145232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910619033.7A Active CN110336884B (zh) | 2019-07-09 | 2019-07-09 | 服务器集群更新方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110336884B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112100031B (zh) * | 2020-09-16 | 2022-08-26 | 杭州边神网络技术有限公司 | 一种设备管理方法、服务器框架及计算机可读存储介质 |
CN112788101A (zh) * | 2020-12-22 | 2021-05-11 | 宇龙计算机通信科技(深圳)有限公司 | 服务器集群的控制方法、装置、终端及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7725572B1 (en) * | 2003-12-30 | 2010-05-25 | Sap Ag | Notification architecture and method employed within a clustered node configuration |
CN105245603A (zh) * | 2015-10-15 | 2016-01-13 | 北京乐动卓越科技有限公司 | 集群服务器控制方法及*** |
CN109218349A (zh) * | 2017-06-29 | 2019-01-15 | 北京微影时代科技有限公司 | 一种管理服务器集群的方法及装置 |
CN109343965A (zh) * | 2018-10-31 | 2019-02-15 | 北京金山云网络技术有限公司 | 资源调整方法、装置、云平台和服务器 |
-
2019
- 2019-07-09 CN CN201910619033.7A patent/CN110336884B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7725572B1 (en) * | 2003-12-30 | 2010-05-25 | Sap Ag | Notification architecture and method employed within a clustered node configuration |
CN105245603A (zh) * | 2015-10-15 | 2016-01-13 | 北京乐动卓越科技有限公司 | 集群服务器控制方法及*** |
CN109218349A (zh) * | 2017-06-29 | 2019-01-15 | 北京微影时代科技有限公司 | 一种管理服务器集群的方法及装置 |
CN109343965A (zh) * | 2018-10-31 | 2019-02-15 | 北京金山云网络技术有限公司 | 资源调整方法、装置、云平台和服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN110336884A (zh) | 2019-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10158541B2 (en) | Group server performance correction via actions to server subset | |
US8719297B2 (en) | System for managing data collection processes | |
US6557035B1 (en) | Rules-based method of and system for optimizing server hardware capacity and performance | |
US8930521B2 (en) | Method, apparatus, and computer program product for enabling monitoring of a resource | |
US11316792B2 (en) | Method and system of limiting traffic | |
US20020116479A1 (en) | Service managing apparatus | |
US20110208682A1 (en) | Performance evaluating apparatus, performance evaluating method, and program | |
JP4984169B2 (ja) | 負荷分散プログラム、負荷分散方法、負荷分散装置およびそれを含むシステム | |
CN103631646B (zh) | 一种计算任务进度的方法和*** | |
US9893973B2 (en) | Real-time, low memory estimation of unique client computers communicating with a server computer | |
CN110213203B (zh) | 网络调度方法、装置及计算机存储介质 | |
US11949737B1 (en) | Allocation of server resources in remote-access computing environments | |
US11750711B1 (en) | Systems and methods for adaptively rate limiting client service requests at a blockchain service provider platform | |
CN110336884B (zh) | 服务器集群更新方法和装置 | |
US20060195579A1 (en) | Method and system for managing server load to execute transactions of an application program on multiple servers | |
CN109428926B (zh) | 一种调度任务节点的方法和装置 | |
US8725868B2 (en) | Interactive service management | |
US9600251B1 (en) | Enhancing API service schemes | |
CN109639490B (zh) | 一种宕机通知方法及装置 | |
CN112565391A (zh) | 调整工业互联网平台中实例的方法、装置、设备和介质 | |
CN113553074B (zh) | 小程序分发控制方法、装置、电子设备以及存储介质 | |
US8547996B2 (en) | Self learning performance optimized data transfer via one or several communication channels between systems | |
KR20220055661A (ko) | 엣지 서비스 제어 처리 시스템 및 그 제어방법 | |
CN116996481B (zh) | 直播数据获取方法、装置、电子设备和存储介质 | |
CN116303804B (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 |