CN110433487A - 一种业务资源分配的方法及相关装置 - Google Patents
一种业务资源分配的方法及相关装置 Download PDFInfo
- Publication number
- CN110433487A CN110433487A CN201910731210.0A CN201910731210A CN110433487A CN 110433487 A CN110433487 A CN 110433487A CN 201910731210 A CN201910731210 A CN 201910731210A CN 110433487 A CN110433487 A CN 110433487A
- Authority
- CN
- China
- Prior art keywords
- idc
- idc cluster
- client
- cluster
- load
- 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
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
- A63F13/352—Details of game servers involving special game server arrangements, e.g. regional servers connected to a national server or a plurality of servers managing partitions of the game world
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
- A63F13/358—Adapting the game course according to the network or server load, e.g. for reducing latency due to different connection speeds between clients
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种业务资源分配的方法。包括:当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,目标客户端属于客户端集合,延迟值集合包括M个延迟值;获取N个互联网数据中心IDC集群的负载,第一IDC集群位于第一区域;若第一IDC集群的负载以及延迟值集合满足资源调度条件,则根据N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域;向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第二IDC集群中获取业务资源。本申请公开了相关装置。本申请调度服务器能够利用全局资源,从而减少扩容概率,不但降低了人力成本,还可以提升业务的连续性。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种业务资源分配的方法及相关装置。
背景技术
随着互联网技术的迅猛发展,网络正在广泛而深入地影响着人们的生活。越来越多的人们对网络游戏产生兴趣,网络游戏竞技性强,可以开发脑力,锻炼反应,有些网络游戏社交性强,还可以联络感情,促进交流。
目前,网络游戏通常采用分区分服的模式,不同区域之间的服务独立部署。在用户进入游戏大厅之后,通常会选择负载较低的服务器进行连接,由该服务器为用户提供业务资源。但是,如果一个区域拥有大量的用户,且该区域的服务器不足以支撑当前的用户数量时,则需要手动对该区域的服务器进行扩容。
然而,手动对服务器扩容往往需要耗费较多的时间,不但增加了人力成本,而且导致在扩容期间无法继续开展网络游戏。
发明内容
本申请实施例提供了一种业务资源分配的方法及相关装置,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,不但降低了人力成本,还可以提升业务的连续性。
有鉴于此,本申请提供一种业务资源分配的方法,包括:
当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第二IDC集群中获取业务资源。
本申请提供一种业务资源分配的方法,包括:
当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
根据所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数。
本申请提供一种业务资源分配装置,包括:
获取模块,用于当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
所述获取模块,还用于获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
确定模块,用于若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述获取模块获取的所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
发送模块,用于向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述确定模块确定的所述第二IDC集群中获取业务资源。
在一种可能的设计中,所述获取模块,具体用于接收第一中心服务器发送的第一负载,其中,所述第一中心服务器属于所述第一IDC集群,所述第一中心服务器用于统计所述第一IDC集群中服务器的负载;
接收第二中心服务器发送的第二负载,其中,所述第二中心服务器属于所述第二IDC集群,所述第二中心服务器用于统计所述第二IDC集群中服务器的负载。
在一种可能的设计中,所述业务资源分配装置还包括生成模块;
所述确定模块,还用于根据所述延迟值集合以及所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群之后,根据所述第二负载确定目标服务器,其中,所述目标服务器属于所述第二IDC集群中的服务器;
所述获取模块,还用于根据所述确定模块确定的所述目标服务器获取所述目标服务器的服务器标识;
所述生成模块,用于根据所述获取模块获取的所述目标服务器的服务器标识生成所述业务响应指令;
所述发送模块,具体用于向所述目标客户端发送所述业务响应指令,以使所述目标客户端根据所述业务响应指令与所述目标服务器建立通信连接,以从所述目标服务器中获取所述业务资源,其中,所述业务响应指令中携带所述目标服务器的服务器标识。
在一种可能的设计中,所述发送模块,还用于所述获取模块获取N个互联网数据中心IDC集群的负载之后,若所述延迟值集合中每个延迟值均小于第一延迟值门限,且所述第一IDC集群的负载小于或等于第一负载门限,则向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第一IDC集群中获取业务资源;
所述发送模块,还用于若所述延迟值集合中的至少一个延迟值大于第二延迟值门限,且剩余IDC集群的负载均大于第二负载门限,则向所述目标客户端发送拥塞提示指令,以使所述目标客户端根据所述拥塞提示指令展示业务拥塞界面,其中,所述第二延迟值门限大于所述第一延迟值门限,所述第二负载门限大于所述第一负载门限,所述剩余IDC集群为不包括所述第一IDC集群的所述N个IDC集群;
所述发送模块,还用于若所述N个IDC集群的负载均大于或等于所述第二负载门限,则向所述目标客户端发送所述拥塞提示指令,以使所述目标客户端根据所述拥塞提示指令展示所述业务拥塞界面;
所述确定模块,还用于若所述延迟值集合中的至少一个延迟值大于第一延迟值门限,或所述第一IDC集群的负载大于所述第一负载门限,则确定所述第一IDC集群的负载以及所述延迟值集合满足所述资源调度条件。
在一种可能的设计中,所述确定模块,具体用于获取所述N个IDC集群中每个IDC集群所对应的服务器数量;
获取所述N个IDC集群中所述每个IDC集群内各个服务器的延迟值;
根据所述N个IDC集群的负载,获取所述N个IDC集群的负载;
根据所述每个IDC集群所对应的服务器数量、所述每个IDC集群内各个服务器的延迟值以及所述每个IDC集群的负载,计算得到所述N个IDC集群中所述每个IDC集群的负载分值;
从所述N个IDC集群中选择所述负载分值最高的IDC集群作为所述第二IDC集群。
在一种可能的设计中,所述业务资源分配装置还包括生成模块;
所述获取模块,还用于获取所述第一IDC集群所对应的第一频道集合,其中,所述频道为预先划分的分区,其中,所述第一频道集合包括H个频道,所述H为大于或等于1的整数;
所述生成模块,还用于若所述获取模块获取的所述第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则生成第二频道集合,其中,所述第二频道集合包括(H-P)个频道,所述P为大于或等于1,且小于或等于所述H的整数;
所述生成模块,还用于若所述获取模块获取的所述第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则生成第三频道集合,其中,所述第三频道集合包括(H+U)个频道,所述Q为大于或等于1整数,所述U为大于或等于1整数,所述(H+U)个频道对应于所述第一IDC集群以及所述第二IDC集群。
在一种可能的设计中,所述业务资源分配装置还包括生成模块;
所述生成模块,还用于所述获取模块获取N个互联网数据中心IDC集群的负载之后,若所述N个IDC集群中存在IDC集群的负载大于第二负载门限,则根据所述IDC集群生成负载提示指令,其中,所述负载提示指令中携带所述IDC集群的标识;
所述发送模块,还用于向所述IDC集群中的服务器发送所述生成模块生成的所述负载提示指令,以使所述服务器根据所述负载提示指令向客户端发送提示展示指令,其中,所述提示展示指令用于指示所述客户端突出展示所述服务器所对应的界面。
本申请提供一种客户端,包括:
发送模块,用于当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
接收模块,用于若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
获取模块,用于根据所述接收模块接收的所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数。
在一种可能的设计中,所述客户端还包括探测模块;
所述接收模块,还用于所述发送模块向所述第一IDC集群发送业务请求指令之前,接收拨测服务器发送的探测指令,其中,所述拨测服务器属于所述第一IDC集群;
所述探测模块,用于根据所述接收模块接收的所述探测指令,对所述N个IDC集群中每个IDC集群内每个服务器进行探测,得到客户端与每个服务器之间的延迟值;
所述发送模块,还用于向所述拨测服务器发送所述探测模块探测到的所述客户端与每个服务器之间的延迟值。
在一种可能的设计中,所述客户端还包括展示模块;
所述展示模块,用于若第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则展示第二频道集合,其中,所述频道为预先划分的分区,所述第一频道集合对应于所述第一IDC集群,所述第一频道集合包括H个频道,所述H为大于或等于1的整数,所述第二频道集合包括(H-P)个频道,所述P为大于或等于1,且小于或等于所述H的整数;
所述展示模块,还用于若所述第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则展示第三频道集合,其中,所述第三频道集合包括(H+U)个频道,所述Q为大于或等于1整数,所述U为大于或等于1整数,所述(H+U)个频道对应于所述第一IDC集群以及所述第二IDC集群。
本申请提供一种调度服务器,包括:存储器、收发器、处理器以及总线***;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第二IDC集群中获取业务资源;
所述总线***用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
本申请提供一种终端设备,包括:存储器、收发器、处理器以及总线***;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
根据所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数;
所述总线***用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例中,提供了一种业务资源分配的方法,当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,目标客户端属于客户端集合,延迟值与客户端具有对应关系,然后获取N个互联网数据中心IDC集群的负载,其中,N个IDC集群包括第一IDC集群,第一IDC集群与客户端集合具有通信连接关系,第一IDC集群位于第一区域,如果第一IDC集群的负载以及延迟值集合满足资源调度条件,则根据N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域,最后向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第二IDC集群中获取业务资源。通过上述方式,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,不但降低了人力成本,还可以提升业务的连续性。
附图说明
图1为本申请实施例中业务资源分配***的一个架构示意图;
图2为本申请实施例中基于业务资源分配***的一个通信交互示意图;
图3为本申请实施例中业务资源分配的方法一个实施例示意图;
图4为本申请实施例中基于负载管理的一个结构示意图;
图5为本申请实施例中设置负载门限的一个实施例示意图;
图6为本申请实施例中设置延迟值门限的一个实施例示意图;
图7为本申请实施例中网络业务的一个资源分配流程图;
图8为本申请实施例中频道管理服务的一个信息上报示意图;
图9为本申请实施例中动态下架频道的一个实施例示意图;
图10为本申请实施例中动态上架频道的一个实施例示意图;
图11为本申请实施例中服务器负载预警的一个界面示意图;
图12为本申请实施例中业务资源分配的方法另一个实施例示意图;
图13为本申请实施例中延迟值拨测的一个流程示意图;
图14为本申请实施例中基于交互式应用的一个大厅界面示意图;
图15为本申请实施例中基于交互式应用的一个频道界面示意图;
图16为本申请实施例中基于交互式应用的一个房间界面示意图;
图17为本申请实施例中基于动态下架频道的一个界面示意图;
图18为本申请实施例中基于动态上架频道的一个界面示意图;
图19为本申请实施例中业务资源分配装置的一个实施例示意图;
图20为本申请实施例中业务资源分配装置的另一个实施例示意图;
图21为本申请实施例中客户端的一个实施例示意图;
图22为本申请实施例中客户端的另一个实施例示意图;
图23为本申请实施例中客户端的另一个实施例示意图;
图24为本申请实施例中调度服务器的一个结构示意图;
图25为本申请实施例中终端设备的一个结构示意图。
具体实施方式
本申请实施例提供了一种业务资源分配的方法及相关装置,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,不但降低了人力成本,还可以提升业务的连续性。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“对应于”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本申请可以应用于网络资源分配的场景,比如可以应用于即时通讯类的业务场景以及交互式应用类的业务场景等。网络资源以数字化形式记录,以多媒体形式表达,存储在网络计算机磁介质、光介质以及各类通信介质上,并通过计算机网络通信方式进行传递。多媒体形式包含但不仅限于文字、图像、声音以及动画等。
为了便于理解,本申请提出了一种业务资源分配的方法,该方法应用于图1所示的业务资源分配***,请参阅图1,图1为本申请实施例中业务资源分配***的一个架构示意图,如图所示,业务资源分配***包括终端设备、互联网数据中心(Internet Data Center,IDC)以及调度服务器,其中,调度服务器又可以称为IDC分配器(idcdispatcher),本申请以调度服务器为例进行介绍,在实际应用中不仅限于该命名。调度服务器能够收集各个IDC集群的信息,以图1为例,调度服务器能够与IDC集群1和IDC集群2通信,其中,IDC集群1中设置有至少一个中心服务器,中心服务器又可以称为专用服务器管理中心(dedicated servercenter,DSC),本申请以中心服务器为例进行介绍,在实际应用中不仅限于该命名。具体可以由中心服务器向调度服务器上报自身所在IDC集群的相关信息,比如负载以及延迟值等。调度服务器可以调度各个IDC集群之间的资源,比如,IDC集群1的负载非常高,那么可以调度IDC集群2中的服务器为用户提供业务资源。
一个区域(比如北京、上海或者深圳等)对应一个IDC集群,每个IDC集群通常包括至少一个IDC,一个IDC具体可以表现为一个机房,机房可以部署在一个区域内不同的位置,一个机房内包括多台服务器,其中,服务器又可以称为专用服务器(dedicated server,DS),本申请以服务器为例进行介绍,在实际应用中不仅限于该命名。以图1为例,IDC集群1中包括了IDC1和IDC2两个不同的机房,在IDC1中有Y1台服务器,在IDC2中有Y2台服务器。IDC集群2中包括了IDC3和IDC4两个不同的机房,在IDC3中有Y3台服务器,在IDC4中有Y4台服务器。
终端设备可以与IDC中服务器建立通信连接,以网络游戏为例,一个虚拟房间内所有的M个玩家都会连接至同一个IDC中的同一个服务器,由该服务器为各个玩家提供业务资源,比如游戏业务的相关数据。
需要说明的是,图1中各个设备的数量仅为一个示意,不应理解为对本申请的限定。终端设备包含但不仅限于平板电脑、笔记本电脑、掌上电脑、手机、语音交互设备及个人电脑(personal computer,PC),终端设备上部署有客户端,该客户端可以是游戏客户端,还可以是其他类型的客户端,本申请以游戏客户端为例进行介绍,然而,这不应理解为对本申请的限定,
本申请可以应用于棋牌类游戏、网络对战类游戏以及角色扮演游戏(role-playing game,RPG),具体地,可以应用于第一人称射击类(first-person shooting game,FPS)游戏,FPS游戏具有竞技性强,团队性强的特点,玩家偏向于建房与特定对手约定对局。
为了便于说明,下面将通过图2对业务资源分配***的工作流程进行说明,请参阅图2,图2为本申请实施例中基于业务资源分配***的一个通信交互示意图,如图所示,客户端通过传输控制协议(Transmission Control Protocol,TCP)与IDC中的服务器建立通信连接,从而获取大厅服务,基于大厅服务还可以进一步提供房间服务和频道管理服务,其中,大厅服务用于为玩家提供可连接的频道和房间,房间内包括共同参与同一局游戏的玩家,频道指游戏中以区域为主要维度的二级分区。频道管理范围用于调整频道的数量,可以进行上架频道或者下架频道的处理。客户端通过用户数据报协议(User DatagramProtocol,UDP)游戏单局服务器建立通信连接,游戏单局服务器属于IDC,游戏单局服务器可以包括多个用于提供游戏数据的服务器。在游戏开始时,即触发开赛服务,此时,各个IDC集群的中心服务器向游戏单局服务器发起开赛指令,使得游戏单局服务器能够向客户端发送游戏数据。调度服务器根据开赛指令选择是否需要调度其他IDC集群的业务资源,以供玩家能够顺利开展游戏。
可以理解的是,TPC为一种面向连接的、可靠的、基于字节流的传输层通信协议,属于长连接协议,一旦玩家退出客户端,服务器侧可以立马感知,从而使得客户端的请求能够被服务器接收。而UDP是开放式***互联(Open System Interconnection,OSI)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。UDP为短连接协议,可能发生丢包,如果游戏单局延迟大,则会出现卡顿的情况,在UDP的连接下,偶尔丢一两个包也是可容忍的。
结合上述介绍,下面将以调度服务器的角度,对本申请中业务资源分配的方法进行介绍,请参阅图3,本申请实施例中业务资源分配的方法一个实施例包括:
101、当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,客户端集合包括M个客户端,目标客户端属于客户端集合,延迟值集合包括M个延迟值,延迟值与客户端具有对应关系,M为大于或等于1的整数;
本实施例中,在目标客户端发送业务请求指令时,调度服务器可以获取客户端集合中每个客户端的延迟值,假设客户端集合中包括M个客户端,每个客户端对应一个延迟值,即延迟值集合包括M个延迟值。其中,目标客户端可以是客户端集合中特定一个某一个客户端,也可以是指客户端集合中任意一个客户端。
具体地,以网络游戏为例,假设当前有8位玩家均进入了游戏房间,准备开始游戏,其中,玩家A是房主,而且7位玩家均为成员。此时,由玩家A触发游戏开始指令,玩家A所控制的客户端即为目标客户端,游戏开始指令即为业务请求指令。每个客户端都可以检测自身的延迟值,该延迟值具体可以表示为平值(PING),PING值表示从客户端对服务器发送数据直至客户端接收到服务器反馈数据之间的时间,一般以毫秒计算,如果PING值高会感觉操作延迟。客户端集合向IDC集群中的游戏大厅服务器上报自身的延迟值,由游戏大厅服务器向调度服务器反馈各个客户端的延迟值,其中,游戏大厅服务器属于第一IDC集群中的服务器。
102、获取N个互联网数据中心IDC集群的负载,其中,N个IDC集群包括第一IDC集群,第一IDC集群与客户端集合具有通信连接关系,第一IDC集群位于第一区域,N为大于或等于2的整数;
本实施例中,调度服务器接收N个IDC集群中各个IDC集群上报的负载,其中,调度服务器获取至少两个IDC集群的负载,且至少两个IDC集群中包括第一IDC集群,各个IDC集群在后台架构上的数据是互不相通的,不同区域之间的服务独立部署,且物理上相互隔离。客户端集合中的各个客户端均与第一IDC集群中的某一台服务器建立通信连接,比如,来自深圳的玩家,通常会通过客户端连接到深圳IDC集群中某个IDC内的某台服务器。可以理解的是,这里的服务器具体可以指虚幻引擎(Unreal Engine,UE)4编译生成的专用服务器,能够在游戏中负责战斗逻辑。
103、若第一IDC集群的负载以及延迟值集合满足资源调度条件,则根据N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域;
本实施例中,如果调度服务器根据第一IDC集群的负载以及各个客户端的延迟值,确定已满足资源调度条件,则表示当前第一IDC集群不适合继续为客户端提供后续的业务资源,于是,调度服务器基于已经获取到的N个IDC集群的负载,从N个IDC集群中选择一个性能较好的IDC集群作为第二IDC集群。可以理解的是,第二IDC集群位于第二区域,比如位于上海或者北京等,需要说明的是,第二区域与第一区域属于两个不同的区域。
第二IDC集群中同样包括至少一个IDC,IDC为电信部门利用已有的互联网通信线路和带宽资源,建立标准化的电信专业级机房环境。
104、向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第二IDC集群中获取业务资源。
本实施例中,调度服务器根据目标客户端发起的业务请求指令,生成业务响应指令,其中,业务响应指令中携带第二IDC集群中某台用于提供业务数据的目标服务器的网际互联协议(Internet Protocol,IP)地址。目标客户端接收到业务响应指令之后,对其进行解析,从而得到第二IDC集群中目标服务器的IP地址,基于IP地址与目标服务器建立通信连接,由该目标服务器向客户端集群中的各个客户端发送游戏数据,即目标客户端可以从第二IDC集群中获取业务资源。
本申请实施例中,提供了一种业务资源分配的方法,当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,目标客户端属于客户端集合,延迟值与客户端具有对应关系,然后获取N个互联网数据中心IDC集群的负载,其中,N个IDC集群包括第一IDC集群,第一IDC集群与客户端集合具有通信连接关系,第一IDC集群位于第一区域,如果第一IDC集群的负载以及延迟值集合满足资源调度条件,则根据N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域,最后向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第二IDC集群中获取业务资源。通过上述方式,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,不但降低了人力成本,还可以提升业务的连续性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,获取N个互联网数据中心IDC集群的负载,可以包括:
接收第一中心服务器发送的第一负载,其中,第一中心服务器属于第一IDC集群,第一中心服务器用于统计第一IDC集群中服务器的负载;
接收第二中心服务器发送的第二负载,其中,第二中心服务器属于第二IDC集群,第二中心服务器用于统计第二IDC集群中服务器的负载。
本实施例中,介绍了一种调度服务器获取各个IDC集群负载的方法。在第一IDC集群中包括第一中心服务器,该第一中心服务器用于统计第一IDC集群中各台服务器的负载情况,即得到第一负载,第一负载表示第一IDC集群的整体负载,统计后,第一中心服务器向调度服务器上报该第一负载。类似地,在第二IDC集群中包括第二中心服务器,该第二中心服务器用于统计第二IDC集群中各台服务器的负载情况,即得到第二负载,第二负载表示第二IDC集群的整体负载,统计后,第二中心服务器向调度服务器上报该第二负载。
为了便于说明,请参阅图4,图4为本申请实施例中基于负载管理的一个结构示意图,如图所示,假设在深圳部署了W台服务器,在上海部署有V台服务器。部署在深圳的每台服务器会将本机的中央处理器(central processing units,CPU)使用率以及内存使用率等数据上报给对应的中心服务器A,中心服务器A整理自己负载的所有服务器的负载情况,计算出当前集群的整体负载并上报给调度服务。类似地,部署在上海的每台服务器会将本机的CPU使用率以及内存使用率等数据上报给对应的中心服务器B,中心服务器B整理自己负载的所有服务器的负载情况,计算出当前集群的整体负载并上报给调度服务。由此,调度服务器可以感知到来自不同区域的IDC集群负载情况。
其中,CPU使用率表示一段时间内CPU被占用的情况,内存使用率表示一段时间内内存被占用的情况。
其次,本申请实施例中,提供了一种调度服务器获取各个IDC集群负载的方法,即分别由各个IDC集群中的中心服务器向调度服务器上报对应的IDC集群负载。通过上述方式,在IDC集群中部署有中心服务器,统一由中心服务器汇总IDC集群中各个服务器的负载情况,然后统一上报至调度服务器即可,无需每个服务器分别向调度服务器上报自身的负载情况,从而减少了信息上报的次数,提升了信息上报的消息,节省传输资源。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,根据延迟值集合以及N个IDC集群的负载,从N个IDC集群中确定第二IDC集群之后,还可以包括:
根据第二负载确定目标服务器,其中,目标服务器属于第二IDC集群中的服务器;
根据目标服务器获取目标服务器的服务器标识;
根据目标服务器的服务器标识生成业务响应指令;
向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第二IDC集群中获取业务资源,包括:
向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令与目标服务器建立通信连接,以从目标服务器中获取业务资源,其中,业务响应指令中携带目标服务器的服务器标识。
本实施例中,介绍了一种调度服务器选择目标服务器的方法。在中心服务器向调度服务器上报IDC集群的负载情况时,还会选择一台负载较低的服务器,该服务器即为目标服务器,可以理解的是,每个IDC集群中都存在负载相对较低的服务器。在调度服务器选择第二IDC集群后,表示将从第二IDC集群中选择目标服务器。
一种可行的方式为,每个中心服务器都会向调度服务器上报目标服务器的标识,在调度服务器确定第二IDC集群后,将第二IDC集群中目标服务器的服务器标识封装在业务响应指令中,然后下发至客户端,客户端解析业务响应指令后得到目标服务器的标识,从而实现与目标服务器的通信连接。
另一种可行的方式为,中心服务器在获取到各个服务器的负载情况后,可以自行选择出目标服务器,当调度服务器确定由第二IDC集群提供业务资源时,会通知第二IDC集群中的中心服务器,于是,该中心服务器将目标服务器的标识封装在业务响应指令中,然后下发至客户端,客户端解析业务响应指令后得到目标服务器的标识,从而实现与目标服务器的通信连接。
可以理解的是,服务器标识可以是服务器的IP地址,也可以是服务器的标识号,还可以是服务器的媒体访问控制(Media Access Control,MAC)地址,此处不做限定。
再次,本申请实施例中,提供了一种调度服务器选择目标服务器的方法,即目标服务器还可以从第二IDC集群中选择负载最小的服务器作为目标服务器,使得该目标服务器为客户端集群提取相应的业务资源。通过上述方式,在基于负载较小的IDC集群中,继续选择负载较小的目标服务器,从而进一步提升业务的流畅性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,获取N个互联网数据中心IDC集群的负载之后,还可以包括:
若延迟值集合中每个延迟值均小于第一延迟值门限,且第一IDC集群的负载小于或等于第一负载门限,则向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第一IDC集群中获取业务资源;
若延迟值集合中的至少一个延迟值大于第二延迟值门限,且剩余IDC集群的负载均大于第二负载门限,则向目标客户端发送拥塞提示指令,以使目标客户端根据拥塞提示指令展示业务拥塞界面,其中,第二延迟值门限大于第一延迟值门限,第二负载门限大于第一负载门限,剩余IDC集群为不包括第一IDC集群的N个IDC集群;
若N个IDC集群的负载均大于或等于第二负载门限,则向目标客户端发送拥塞提示指令,以使目标客户端根据拥塞提示指令展示业务拥塞界面;
若延迟值集合中的至少一个延迟值大于第一延迟值门限,或第一IDC集群的负载大于第一负载门限,则确定第一IDC集群的负载以及延迟值集合满足资源调度条件。
本实施例中,介绍了多种不满足资源调度条件的处理方式,下面将结合图5和图6进行说明,请参阅图5,图5为本申请实施例中设置负载门限的一个实施例示意图,如图所示,依据大量玩家的历史数据设置两个负载阈值,即第一负载门限和第二负载门限,其中,第一负载门限为图5所示的低负载门限,比如可以设置为20%,即负载小于或等于20%的情况属于低负载。第二负载门限为图5所示的高负载门限,比如可以设置为70%,即负载大于70%的情况属于高负载。请参阅图6,图6为本申请实施例中设置延迟值门限的一个实施例示意,如图所示,依据大量玩家的历史数据设置两个延迟值阈值,即第一延迟值门限和第二延迟值门限,其中,第一延迟值门限为图6所示的低延迟值门限,比如可以设置为60ms,即延迟值小于或等于60ms情况属于低延迟。第二延迟值门限为图6所示的高延迟值门限,比如可以设置为200ms,即延迟值大于200ms的情况属于高延迟。可以理解的是,基于不同业务可以设置不同的延迟值门限和负载门限,此次均为示意,不应理解为对本申请的限定。
在一种的可行的方式中,调度服务器可以按照延迟值从低到高的顺序,对所有IDC集群进行排序,如果延迟值集合中每个延迟值均小于或等于第一延迟值门限,则表示当前在同一个游戏房间内所有玩家所采用的客户端与服务器之间的延迟值都小于或等于第一延迟值门限。此时,如果第一IDC集群的负载小于或等于第一负载门限,那么即可认为采用第一IDC集群继续为客户端集群提供业务资源是较好的选择。
在另一种的可行的方式中,如果延迟值集合中的至少一个延迟值大于第二延迟值门限,则表示同一个游戏房间内至少一个玩家所采用的客户端与服务器之间的延迟值大于第二延迟值门限。此时,如果除了第一IDC集群以外,剩余(N-1)个IDC集群的负载均大于第二负载门限,则表示剩余IDC集群的负载都非常高,不适合进行业务资源的调度。那么调度服务器认为当前没有适合调度的IDC集群,因此,直接向客户端集群发送拥塞提示指令,使得客户端集群展示业务拥塞界面。
可以理解的是,至少一个玩家通常可以设置为同一个游戏房间内一半或一半以上的玩家,也可以设置为同一个游戏房间内三分之一以上的玩家,此次仅为一个示意,不应理解为对本申请的限定。
在另一种的可行的方式中,如果调度服务器根据所有的IDC集群的负载情况,确定当前N个IDC集群的负载均大于或等于第二负载门限,则表示所有IDC集群均处于高负载的状态,那么调度服务器认为当前没有适合调度的IDC集群,因此,直接向客户端集群发送拥塞提示指令,使得客户端集群展示业务拥塞界面。
在另一种的可行的方式中,若非上述三种可行情况,那么认为第一IDC集群的负载以及延迟值集合满足资源调度条件,比如,如果延迟值集合中的至少一个延迟值大于或等于第一延迟值门限,或第一IDC集群的负载大于或等于第一负载门限,则调度服务器确定第一IDC集群的负载以及延迟值集合满足资源调度条件。于是,调度服务器需要从所有的IDC集群中选择一个IDC集群,用于为客户端提供业务资源。
其次,本申请实施例中,提供了多种不满足资源调度条件的处理方式,即可以继续由第一IDC集群为客户端集合提供业务资源,或,提示当前不存在合适的IDC集群为客户端集群提供业务资源。通过上述方式,为方案的实现提供了多种可行的方式,提升了方案的灵活性和应变性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,根据N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,可以包括:
获取N个IDC集群中每个IDC集群所对应的服务器数量;
获取N个IDC集群中每个IDC集群内各个服务器的延迟值;
根据N个IDC集群的负载,获取N个IDC集群中每个IDC集群内各个服务器的负载;
根据每个IDC集群所对应的服务器数量、每个IDC集群内各个服务器的延迟值以及每个IDC集群的负载,计算得到N个IDC集群中每个IDC集群的负载分值;
从N个IDC集群中选择负载分值最高的IDC集群作为第二IDC集群。
本实施例中,介绍了一种负载分值的计算方式,调度服务器需要根据各个中心服务器上报的负载和延迟值,分别计算每个IDC集群的负载分值。下面将以计算一个IDC集群的负载分值为例进行介绍,对于N个IDC集群而言,计算过程类似,故此次不做赘述。
具体地,负载分值的计算方式如下:
其中,z表示IDC集群的负载分值,a表示第一系数,比如可以设置为2500,b表示第二系数,比如可以设置为2250,c表示第三系数,比如可以设置为100,n表示该IDC集群所对应的服务器数量,比如可以是1000个,xi表示IDC集群中第i个服务器的延迟值,即客户端到第i个服务器的PING值,y表示IDC集群的负载使用率,比如30%。
调度服务器计算完负载分值后,取最高分的IDC集群作为当前的最佳IDC集群。从而权衡游戏房间玩家的PING值情况,充分地利用后端的服务器资源,以容纳更多的玩家。
为了便于理解,请参阅图7,图7为本申请实施例中网络业务的一个资源分配流程图,如图所示,以网络业务为网络游戏为例进行介绍,具体地:
在步骤S1中,游戏房间内的房主同客户端向房间服务器发起开赛请求;
在步骤S2中,房间服务器向拨测服务器请求拉取该游戏房间内各个玩家的PING值;
在步骤S3中,拨测服务器向房间服务器反馈各个玩家的PING值;
在步骤S4中,房间服务器拉取房间所有玩家的PING值之后,向开赛服务器发起开赛的请求;
在步骤S5中,开赛服务器向调度服务器请求合适的IDC集群;
在步骤S6中,调度服务器根据计算得到的各个IDC集群的负载分值,选择负载分值最高的IDC集群作为游戏资源提供方;
在步骤S7中,调度服务器向开赛服务器反馈选择的IDC集群;
在步骤S8中,开赛服务器根据选择的IDC集群,向该IDC集群中的中心服务器发送业务请求;
在步骤S9中,中心服务器根据该业务请求,进而从该IDC集群中再选择一个负载低的目标服务器,并启动游戏服务器;
在步骤S10中,目标服务器向开赛服务器反馈开赛成功的通知;
在步骤S11中,开赛服务器向玩家所使用的客户端反馈开赛成功的通知;
在步骤S12中,在客户端收到开赛成功的通知之后,会连接上目标服务器,由目标服务器向客户端提供游戏资源。
可以理解的是,房间服务器、拨测服务器和开赛服务器可以集成在同一个服务器中,也可以分别进行部署,如果集成在一个服务器中,则该服务器拥有房间服务器、拨测服务器和开赛服务器所提供的功能。
再次,本申请实施例中,提供了一种负载分值的计算方式,通过上述方式,基于服务器数量、服务器延迟值以及服务器负载,可以计算得到IDC集群的综合性得分,该得分即为负载分值,利用负载分值评估IDC集群的性能,能够提升方案的可靠性和实用性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,还可以包括:
获取第一IDC集群所对应的第一频道集合,其中,频道为预先划分的分区,其中,第一频道集合包括H个频道,H为大于或等于1的整数;
若第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则生成第二频道集合,其中,第二频道集合包括(H-P)个频道,P为大于或等于1,且小于或等于H的整数;
若第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则生成第三频道集合,其中,第三频道集合包括(H+U)个频道,Q为大于或等于1整数,U为大于或等于1整数,(H+U)个频道对应于第一IDC集群以及第二IDC集群。
本实施例中,介绍了一种动态调整频道数量的方法,为了避免频道数与在线人数不匹配,而造成玩家觉得游戏太少人玩,或过于拥挤,从而降低玩家体验的情况,频道管理服务可以根据在线人数动态上架频道。频道管理服务可以部署在调度服务器上,也可以部署在其他的服务器上,频道管理服务可以认为一个程序,该程序能够自动执行。
具体地,为了便于理解,请参阅图8,图8为本申请实施例中频道管理服务的一个信息上报示意图,如图所示,调度服务器可以将各个IDC集群的负载情况提供给频道管理服务,而房间服务器可以将各个房间的数量,以及房间内玩家人数提供给频道管理服务器。频道管理服务收集各个频道下的房间数及人数,当在线人数增加到第二预置门限,则相应增加频道数。当在线人数减少到第一预置门限时,频道管理服务会定时检查是否存在无人的频道,若存在则减少频道数,否则继续等待。
可以理解的是,基于本申请提供的方法能够实现资源的全局调度,因此,在增加频道的情况下,可以调度其他IDC集群中的服务器进行业务。
下面将结合具体例子,对频道下架进行说明,请参阅图9,图9为本申请实施例中动态下架频道的一个实施例示意图,如图所示,假设第一IDC集群所对应的第一频道集合中包括4个频道,即H=4,假设第一预置门限为1,如果只有频道3中的客户端在线数量为0,则将频道3从第一频道集合中移除,即得到第二频道集合,第二频道集合包括3个频道,且分为为频道1、频道2和频道4。
下面将结合具体例子,对频道上架进行说明,请参阅图10,图10为本申请实施例中动态上架频道的一个实施例示意图,如图所示,假设第一IDC集群所对应的第一频道集合中包括4个频道,即H=4,假设第二预置门限为3000,如果频道2中的客户端在线数量已经达到3500,则需要在第一频道集合中增加新的频道,即得到第三频道集合,第三频道集合可以包括5个频道,且分为为频道1、频道2、频道3、频道4和频道5。
在实际应用中,对于分区分服架构可设计跨服模块,将当某区在线人数超过其负载时,通过跨服模块引导到低负载区。
进一步地,本申请实施例中,提供了一种动态调整频道数量的方法,即如果客户端在线数量过少,则下架相应的频道,如果客户端在线数量过多,则上架相应的频道。通过上述方式,能够动态调整频道数量,平衡了在线人数与频道数量的关系,提升应用黏度,有利于增加方案的灵活性和合理性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,获取N个互联网数据中心IDC集群的负载之后,还可以包括:
若N个IDC集群中存在IDC集群的负载大于第二负载门限,则根据IDC集群生成负载提示指令,其中,负载提示指令中携带IDC集群的标识;
向IDC集群中的服务器发送负载提示指令,以使服务器根据负载提示指令向客户端发送提示展示指令,其中,提示展示指令用于指示客户端突出展示服务器所对应的界面。
本实施例中,介绍一种基于服务器负载情况进行报警提示的方法,调度服务器会检测各个IDC集群的负载是否大于第二负载门限,如果存在大于第二负载门限的IDC集群,根据该IDC集群生成负载提示指令,在负载提示指令中携带该IDC集群的标识。于是,调度服务器可以向IDC集群中的服务器发送负载提示指令,再由服务器根据负载提示指令向客户端发送提示展示指令,客户端根据提示展示指令展示相应的界面。
具体地,为了便于理解,请参阅图11,图11为本申请实施例中服务器负载预警的一个界面示意图,如图所示,假设调度服务器根据各个中心服务器上报的IDC集群负载情况,确定当前广东的IDC集群处于高负载状态,因此,在客户端上展示的服务器列表中,可以在显示界面中突出展示该IDC集群所对应的分区,比如广东区1、广东区2和广东区3,其中,突出展示的方式包含但不仅限于高亮分区区域,用红色字体标识分区,或者以及特定标识标识分区等,此次不做限定。
进一步地,本申请实施例中,提供了一种基于服务器负载情况进行报警提示的方法,即如果某个IDC集群出现高负载的情况,则会在客户端界面上显示相应的提示。通过上述方式,能够及时地引导用户与负载较低的服务器进行通信,从而提升客户端与服务器之间的通信效率,减少网络卡顿的情况。
结合上述介绍,下面将以客户端的角度,对本申请中业务资源分配的方法进行介绍,请参阅图12,本申请实施例中业务资源分配的方法一个实施例包括:
201、当客户端集合与第一IDC集群建立通信连接时,向第一IDC集群发送业务请求指令,以使第一IDC集群根据业务请求指令向调度服务器发送客户端集合所对应的延迟值集合,其中,第一IDC集群位于第一区域,客户端集合包括M个客户端,延迟值集合包括M个延迟值,延迟值与客户端具有对应关系,M为大于或等于1的整数;
本实施例中,在客户端集合与第一IDC集群建立通信连接时,目标客户端可以向第一IDC集群发送业务请求指令。调度服务器可以获取客户端集合中每个客户端的延迟值,假设客户端集合中包括M个客户端,每个客户端对应一个延迟值,即延迟值集合包括M个延迟值。其中,目标客户端可以是客户端集合中特定一个某一个客户端,也可以是指客户端集合中任意一个客户端。
调度服务器接收N个IDC集群中各个IDC集群上报的负载,其中,调度服务器获取至少两个IDC集群的负载,且至少两个IDC集群中包括第一IDC集群。
202、若第一IDC集群的负载以及延迟值集合满足资源调度条件,则接收调度服务器发送的业务响应指令;
本实施例中,如果调度服务器根据第一IDC集群的负载以及各个客户端的延迟值,确定已满足资源调度条件,则表示当前第一IDC集群难以支持当前的玩家人数,于是,调度服务器基于已经获取到的N个IDC集群的负载,从N个IDC集群中选择一个性能较好的IDC集群作为第二IDC集群。可以理解的是,第二IDC集群位于第二区域,比如位于上海或者北京等,需要说明的是,第二区域与第一区域属于两个不同的区域。
第二IDC集群中同样包括至少一个IDC,IDC为电信部门利用已有的互联网通信线路和带宽资源,建立标准化的电信专业级机房环境。
调度服务器根据目标客户端发起的业务请求指令,生成业务响应指令,其中,业务响应指令中携带第二IDC集群中某台用于提供业务数据的目标服务器的IP地址。于是,调度服务器向目标客户端发送业务响应指令。
203、根据业务响应指令,从第二IDC集群中获取业务资源,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域,第二IDC集群为调度服务器根据N个IDC集群的负载,从N个IDC集群中确定的,N为大于或等于2的整数。
本实施例中,目标客户端接收到业务响应指令之后,对该业务响应指令进行解析,从而得到第二IDC集群中目标服务器的IP地址,基于IP地址与目标服务器建立通信连接,由该目标服务器向客户端集群中的各个客户端发送游戏数据,即目标客户端可以从第二IDC集群中获取业务资源。
本申请实施例中,提供了一种业务资源分配的方法,通过上述方式,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,降低了人力成本。此外,调度服务器调度业务资源的操作对于客户端而言是透明的,因此,并不会影响用户进行相应的业务,由此提升业务的连续性。
可选地,在上述图12对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,向第一IDC集群发送业务请求指令之前,还可以包括:
接收拨测服务器发送的探测指令,其中,拨测服务器属于第一IDC集群;
根据探测指令,对N个IDC集群中每个IDC集群内每个服务器进行探测,得到客户端与每个服务器之间的延迟值;
向拨测服务器发送客户端与每个服务器之间的延迟值。
本实施例中,介绍了一种基于客户端的延迟值探测方法。延迟值具体可以是PING值,在网络游戏的场景中,PING值越大,游戏运行的越不流畅,而PING值越小的时候,游戏就能够越流畅地运行。所以PING值表示网络延迟的程度,PING值越高,网络延迟就更加严重,网速就越差,用到该网络的程序运行就会缓慢。
在实际应用中,需要通过拨测服务器向客户端发起探测指令,然后客户端根据探测指令对N个IDC集群中所有的服务器进行探测,从而得到相应的延迟值。最后,由客户端向拨测服务器反馈探测结果,拨测服务器可以向中心服务器上报该探测结果。
为了便于理解,请参阅图13,图13为本申请实施例中延迟值拨测的一个流程示意图,如图所示,图中以X个服务器为例进行说明,X可以是大于1的任意整数,图13中的服务器数量仅为一个示意,不应理解为对本申请的限定。以网络游戏场景为例,具体地:
在步骤K1中,在客户端登录到游戏大厅服务器之后,拨测服务器会向客户端下发探测指令,其中,探测指令中携带客户端需要探测的IDC列表,在IDC列表中可以携带所有需要被探测的服务器IP地址;
在步骤K2中,游戏大厅服务器将探测指令透传至客户端;
在步骤K3中,客户端收到探测指令之后,会对所有服务器进行多次探测,客户端基于服务器1的IP地址找到服务器1,然后对服务器1进行网络探测;
在步骤K4中,客户端基于服务器X的IP地址找到服务器X,然后对服务器X进行网络探测;
在步骤K5中,服务器1向客户端反馈探测结果;
在步骤K6中,服务器X向客户端反馈探测结果;
在步骤K7中,客户端整理对所有服务器的探测结果,然后上报至游戏大厅服务器;
在步骤K8中,游戏大厅服务器缓存所有服务器的探测结果,并透传至拨测服务器。
可以理解的是,由于网络质量可能存在波动情况,因此拨测服务器还会定时下发探测指令,以及时感知客户端到服务器的网络延迟情况。
其次,本申请实施例中,提供了一种延迟值探测方法。即客户端会探测所有IDC集群中每个IDC内各个服务器的延迟值。通过上述方式,客户端向拨测服务器上报当前的延迟值,从而使得拨测服务器能够及时感知客户端到服务器的网络延迟情况,进而有利于作出更加实时的决策,从而提升方案的可靠性和实时性。
可选地,在上述图12对应的各个实施例的基础上,本申请实施例提供的业务资源分配的方法一个可选实施例中,还可以包括:
若第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则展示第二频道集合,其中,频道为预先划分的分区,第一频道集合对应于第一IDC集群,第一频道集合包括H个频道,H为大于或等于1的整数,第二频道集合包括(H-P)个频道,P为大于或等于1,且小于或等于H的整数。
若第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则展示第三频道集合,其中,第三频道集合包括(H+U)个频道,Q为大于或等于1整数,U为大于或等于1整数,(H+U)个频道对应于第一IDC集群以及第二IDC集群。
本实施例中,介绍了一种动态调整频道数量的方法,具体可以参阅上述图8、图9和图10所对应的实施例,此次不做赘述。
请参阅图14,图14为本申请实施例中基于交互式应用的一个大厅界面示意图,如图所示,玩家登录游戏大厅之后,可以选择进入某一个服务器,比如“新手区”或者“上海区1”等。请参阅图15,图15为本申请实施例中基于交互式应用的一个频道界面示意图,如图所示,假设玩家进入“杭州区1”的服务器,可以看到“杭州区1”中包括14个频道。请参阅图16,图16为本申请实施例中基于交互式应用的一个房间界面示意图,如图所示,假设玩家选择频道1,于是可以看到在频道1下其它玩家创建的房间列表。此时,玩家可以选择某个房间参战,或者自己创建一个新房间。
基于上述介绍,在动态调整频道数量的方案中,请参阅图17,图17为本申请实施例中基于动态下架频道的一个界面示意图,如图所示,假设在玩家在10点的时候在“杭州区1”看到有14个频道,其中,频道3、频道5、频道8和频道11均没有玩家进入,于是在10点05分再进入“杭州区1”之后,仅看到10个频道,即频道3、频道5、频道8和频道11均已下架。
请参阅图18,图18为本申请实施例中基于动态上架频道的一个界面示意图,如图所示,假设在玩家在11点的时候在“上海区3”看到有10频道,所有频道都已处于爆满的状态,于是在11点05分再进入“上海区3”之后,可以看到新增了4个频道,即频道11、频道12、频道13和频道14均已上架。
再次,本申请实施例中,提供了一种动态调整频道数量的方法,即如果客户端在线数量过少,则下架相应的频道,如果客户端在线数量过多,则上架相应的频道。通过上述方式,能够动态调整频道数量,平衡了在线人数与频道数量的关系,提升应用黏度,有利于增加方案的灵活性和合理性。
下面对本申请中的业务资源分配装置进行详细描述,请参阅图19,图19为本申请实施例中业务资源分配装置一个实施例示意图,业务资源分配装置30包括:
获取模块301,用于当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
所述获取模块301,还用于获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
确定模块302,用于若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述获取模块301获取的所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
发送模块303,用于向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述确定模块302确定的所述第二IDC集群中获取业务资源。
本实施例中,当目标客户端发送业务请求指令时,获取模块301获取客户端集合所对应的延迟值集合,其中,客户端集合包括M个客户端,目标客户端属于客户端集合,延迟值集合包括M个延迟值,延迟值与客户端具有对应关系,M为大于或等于1的整数,获取模块301获取N个互联网数据中心IDC集群的负载,其中,N个IDC集群包括第一IDC集群,第一IDC集群与客户端集合具有通信连接关系,第一IDC集群位于第一区域,N为大于或等于2的整数,若第一IDC集群的负载以及延迟值集合满足资源调度条件,则确定模块302根据获取模块301获取的N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域,发送模块303向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从确定模块302确定的第二IDC集群中获取业务资源。
本申请实施例中,提供了一种业务资源分配装置,当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,目标客户端属于客户端集合,延迟值与客户端具有对应关系,然后获取N个互联网数据中心IDC集群的负载,其中,N个IDC集群包括第一IDC集群,第一IDC集群与客户端集合具有通信连接关系,第一IDC集群位于第一区域,如果第一IDC集群的负载以及延迟值集合满足资源调度条件,则根据N个IDC集群的负载,从N个IDC集群中确定第二IDC集群,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域,最后向目标客户端发送业务响应指令,以使目标客户端根据业务响应指令从第二IDC集群中获取业务资源。通过上述方式,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,不但降低了人力成本,还可以提升业务的连续性。
可选地,在上述图19所对应的实施例的基础上,本申请实施例提供的业务资源分配装置30的另一实施例中,
所述获取模块301,具体用于接收第一中心服务器发送的第一负载,其中,所述第一中心服务器属于所述第一IDC集群,所述第一中心服务器用于统计所述第一IDC集群中服务器的负载;
接收第二中心服务器发送的第二负载,其中,所述第二中心服务器属于所述第二IDC集群,所述第二中心服务器用于统计所述第二IDC集群中服务器的负载。
其次,本申请实施例中,提供了一种调度服务器获取各个IDC集群负载的方法,即分别由各个IDC集群中的中心服务器向调度服务器上报对应的IDC集群负载。通过上述方式,在IDC集群中部署有中心服务器,统一由中心服务器汇总IDC集群中各个服务器的负载情况,然后统一上报至调度服务器即可,无需每个服务器分别向调度服务器上报自身的负载情况,从而减少了信息上报的次数,提升了信息上报的消息,节省传输资源。
可选地,在上述图19所对应的实施例的基础上,请参阅图20,本申请实施例提供的业务资源分配装置30的另一实施例中,所述业务资源分配装置30还包括生成模块304;
所述确定模块302,还用于根据所述延迟值集合以及所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群之后,根据所述第二负载确定目标服务器,其中,所述目标服务器属于所述第二IDC集群中的服务器;
所述获取模块301,还用于根据所述确定模块302确定的所述目标服务器获取所述目标服务器的服务器标识;
所述生成模块304,用于根据所述获取模块301获取的所述目标服务器的服务器标识生成所述业务响应指令;
所述发送模块303,具体用于向所述目标客户端发送所述业务响应指令,以使所述目标客户端根据所述业务响应指令与所述目标服务器建立通信连接,以从所述目标服务器中获取所述业务资源,其中,所述业务响应指令中携带所述目标服务器的服务器标识。
再次,本申请实施例中,提供了一种调度服务器选择目标服务器的方法,即目标服务器还可以从第二IDC集群中选择负载最小的服务器作为目标服务器,使得该目标服务器为客户端集群提取相应的业务资源。通过上述方式,在基于负载较小的IDC集群中,继续选择负载较小的目标服务器,从而进一步提升业务的流畅性。
可选地,在上述图19或图20所对应的实施例的基础上,本申请实施例提供的业务资源分配装置30的另一实施例中,
所述发送模块303,还用于所述获取模块获取N个互联网数据中心IDC集群的负载之后,若所述延迟值集合中每个延迟值均小于第一延迟值门限,且所述第一IDC集群的负载小于或等于第一负载门限,则向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第一IDC集群中获取业务资源;
所述发送模块303,还用于若所述延迟值集合中的至少一个延迟值大于第二延迟值门限,且剩余IDC集群的负载均大于第二负载门限,则向所述目标客户端发送拥塞提示指令,以使所述目标客户端根据所述拥塞提示指令展示业务拥塞界面,其中,所述第二延迟值门限大于所述第一延迟值门限,所述第二负载门限大于所述第一负载门限,所述剩余IDC集群为不包括所述第一IDC集群的所述N个IDC集群;
所述发送模块303,还用于若所述N个IDC集群的负载均大于或等于所述第二负载门限,则向所述目标客户端发送所述拥塞提示指令,以使所述目标客户端根据所述拥塞提示指令展示所述业务拥塞界面;
所述确定模块302,还用于若所述延迟值集合中的至少一个延迟值大于第一延迟值门限,或所述第一IDC集群的负载大于所述第一负载门限,则确定所述第一IDC集群的负载以及所述延迟值集合满足所述资源调度条件。
其次,本申请实施例中,提供了多种不满足资源调度条件的处理方式,即可以继续由第一IDC集群为客户端集合提供业务资源,或,提示当前不存在合适的IDC集群为客户端集群提供业务资源。通过上述方式,为方案的实现提供了多种可行的方式,提升了方案的灵活性和应变性。
可选地,在上述图19或图20所对应的实施例的基础上,本申请实施例提供的业务资源分配装置30的另一实施例中,
所述确定模块302,具体用于获取所述N个IDC集群中每个IDC集群所对应的服务器数量;
获取所述N个IDC集群中所述每个IDC集群内各个服务器的延迟值;
根据所述N个IDC集群的负载,获取所述N个IDC集群的负载;
根据所述每个IDC集群所对应的服务器数量、所述每个IDC集群内各个服务器的延迟值以及所述每个IDC集群的负载,计算得到所述N个IDC集群中所述每个IDC集群的负载分值;
从所述N个IDC集群中选择所述负载分值最高的IDC集群作为所述第二IDC集群。
再次,本申请实施例中,提供了一种负载分值的计算方式,通过上述方式,基于服务器数量、服务器延迟值以及服务器负载,可以计算得到IDC集群的综合性得分,该得分即为负载分值,利用负载分值评估IDC集群的性能,能够提升方案的可靠性和实用性。
可选地,在上述图19或图20所对应的实施例的基础上,本申请实施例提供的业务资源分配装置30的另一实施例中,所述业务资源分配装置还包括生成模块304;
所述获取模块301,还用于获取所述第一IDC集群所对应的第一频道集合,其中,所述频道为预先划分的分区,其中,所述第一频道集合包括H个频道,所述H为大于或等于1的整数;
所述生成模块304,还用于若所述获取模块301获取的所述第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则生成第二频道集合,其中,所述第二频道集合包括(H-P)个频道,所述P为大于或等于1,且小于或等于所述H的整数;
所述生成模块304,还用于若所述获取模块301获取的所述第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则生成第三频道集合,其中,所述第三频道集合包括(H+U)个频道,所述Q为大于或等于1整数,所述U为大于或等于1整数,所述(H+U)个频道对应于所述第一IDC集群以及所述第二IDC集群。
进一步地,本申请实施例中,提供了一种动态调整频道数量的方法,即如果客户端在线数量过少,则下架相应的频道,如果客户端在线数量过多,则上架相应的频道。通过上述方式,能够动态调整频道数量,平衡了在线人数与频道数量的关系,提升应用黏度,有利于增加方案的灵活性和合理性。
可选地,在上述图19或图20所对应的实施例的基础上,本申请实施例提供的业务资源分配装置30的另一实施例中,所述业务资源分配装置还包括生成模块304;
所述生成模块304,还用于所述获取模块301获取N个互联网数据中心IDC集群的负载之后,若所述N个IDC集群中存在IDC集群的负载大于第二负载门限,则根据所述IDC集群生成负载提示指令,其中,所述负载提示指令中携带所述IDC集群的标识;
所述发送模块303,还用于向所述IDC集群中的服务器发送所述生成模块304生成的所述负载提示指令,以使所述服务器根据所述负载提示指令向客户端发送提示展示指令,其中,所述提示展示指令用于指示所述客户端突出展示所述服务器所对应的界面。
进一步地,本申请实施例中,提供了一种基于服务器负载情况进行报警提示的方法,即如果某个IDC集群出现高负载的情况,则会在客户端界面上显示相应的提示。通过上述方式,能够及时地引导用户与负载较低的服务器进行通信,从而提升客户端与服务器之间的通信效率,减少网络卡顿的情况。
下面对本申请中的客户端进行详细描述,请参阅图21,图21为本申请实施例中客户端一个实施例示意图,客户端40包括:
发送模块401,用于当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
接收模块402,用于若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
获取模块403,用于根据所述接收模块402接收的所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数。
本实施例中,当客户端集合与第一IDC集群建立通信连接时,发送模块401向第一IDC集群发送业务请求指令,以使第一IDC集群根据业务请求指令向调度服务器发送客户端集合所对应的延迟值集合,其中,第一IDC集群位于第一区域,客户端集合包括M个客户端,延迟值集合包括M个延迟值,延迟值与客户端具有对应关系,M为大于或等于1的整数,若第一IDC集群的负载以及延迟值集合满足资源调度条件,则接收模块402接收调度服务器发送的业务响应指令,获取模块403根据接收模块402接收的业务响应指令,从第二IDC集群中获取业务资源,其中,第二IDC集群位于第二区域,第二区域与第一区域属于不同的两个区域,第二IDC集群为调度服务器根据N个IDC集群的负载,从N个IDC集群中确定的,N为大于或等于2的整数。
本申请实施例中,提供了一种业务资源分配的方法,通过上述方式,可以由调度服务器统筹和协调不同区域的IDC集群资源,当一个区域的IDC集群不能满足业务需求时,即可调度另一个区域的IDC为用户提供业务资源,调度服务器能够利用全局资源,从而减少扩容概率,降低了人力成本。此外,调度服务器调度业务资源的操作对于客户端而言是透明的,因此,并不会影响用户进行相应的业务,由此提升业务的连续性。
可选地,在上述图21所对应的实施例的基础上,请参阅图22,本申请实施例提供的客户端40的另一实施例中,所述客户端40还包括探测模块404;
所述接收模块402,还用于所述发送模块401向所述第一IDC集群发送业务请求指令之前,接收拨测服务器发送的探测指令,其中,所述拨测服务器属于所述第一IDC集群;
所述探测模块404,用于根据所述接收模块402接收的所述探测指令,对所述N个IDC集群中每个IDC集群内每个服务器进行探测,得到客户端与每个服务器之间的延迟值;
所述发送模块401,还用于向所述拨测服务器发送所述探测模块404探测到的所述客户端与每个服务器之间的延迟值。
其次,本申请实施例中,提供了一种延迟值探测方法。即客户端会探测所有IDC集群中每个IDC内各个服务器的延迟值。通过上述方式,客户端向拨测服务器上报当前的延迟值,从而使得拨测服务器能够及时感知客户端到服务器的网络延迟情况,进而有利于作出更加实时的决策,从而提升方案的可靠性和实时性。
可选地,在上述图21或图22所对应的实施例的基础上,请参阅图23,本申请实施例提供的客户端40的另一实施例中,所述客户端40还包括展示模块405;
所述展示模块405,用于若第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则展示第二频道集合,其中,所述频道为预先划分的分区,所述第一频道集合对应于所述第一IDC集群,所述第一频道集合包括H个频道,所述H为大于或等于1的整数,所述第二频道集合包括(H-P)个频道,所述P为大于或等于1,且小于或等于所述H的整数;
所述展示模块405,还用于若所述第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则展示第三频道集合,其中,所述第三频道集合包括(H+U)个频道,所述Q为大于或等于1整数,所述U为大于或等于1整数,所述(H+U)个频道对应于所述第一IDC集群以及所述第二IDC集群。
进一步地,本申请实施例中,提供了一种动态调整频道数量的方法,即如果客户端在线数量过少,则下架相应的频道,如果客户端在线数量过多,则上架相应的频道。通过上述方式,能够动态调整频道数量,平衡了在线人数与频道数量的关系,提升应用黏度,有利于增加方案的灵活性和合理性。
图24是本发明实施例提供的一种调度服务器结构示意图,该调度服务器500可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上CPU 522(例如,一个或一个以上处理器)和存储器532,一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中,存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对调度服务器中的一系列指令操作。更进一步地,中央处理器522可以设置为与存储介质530通信,在调度服务器500上执行存储介质530中的一系列指令操作。
调度服务器500还可以包括一个或一个以上电源526,一个或一个以上有线或无线网络接口550,一个或一个以上输入输出接口558,和/或,一个或一个以上操作***541,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由调度服务器所执行的步骤可以基于该图24所示的调度服务器结构。
在本申请实施例中,该服务器所包括的CPU 522还具有以下功能:
当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第二IDC集群中获取业务资源。
本申请实施例还提供了另一种客户端,如图25所示,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant,PDA)、销售终端设备(Point of Sales,POS)、车载电脑等任意终端设备,以终端设备为手机为例:
图25示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图25,手机包括:射频(Radio Frequency,RF)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真(wireless fidelity,WiFi)模块670、处理器680、以及电源690等部件。本领域技术人员可以理解,图25中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图25对手机的各个构成部件进行具体的介绍:
RF电路610可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器680处理;另外,将设计上行的数据发送给基站。通常,RF电路610包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器620可用于存储软件程序以及模块,处理器680通过运行存储在存储器620的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器620可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元630可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元630可包括触控面板631以及其他输入设备632。触控面板631,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板631可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器680,并能接收处理器680发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631,输入单元630还可以包括其他输入设备632。具体地,其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元640可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元640可包括显示面板641,可选的,可以采用液晶显示器(Liquid CrystalDisplay,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板641。进一步的,触控面板631可覆盖显示面板641,当触控面板631检测到在其上或附近的触摸操作后,传送给处理器680以确定触摸事件的类型,随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图25中,触控面板631与显示面板641是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板631与显示面板641集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器650,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板641的亮度,接近传感器可在手机移动到耳边时,关闭显示面板641和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路660、扬声器661,传声器662可提供用户与手机之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号,传输到扬声器661,由扬声器661转换为声音信号输出;另一方面,传声器662将收集的声音信号转换为电信号,由音频电路660接收后转换为音频数据,再将音频数据输出处理器680处理后,经RF电路610以发送给比如另一手机,或者将音频数据输出至存储器620以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图25示出了WiFi模块670,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器680是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器620内的软件程序和/或模块,以及调用存储在存储器620内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器680可包括一个或多个处理单元;可选的,处理器680可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器680中。
手机还包括给各个部件供电的电源690(比如电池),可选的,电源可以通过电源管理***与处理器680逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本申请实施例中,该终端设备所包括的处理器680还具有以下功能:
当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
根据所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (15)
1.一种业务资源分配的方法,其特征在于,包括:
当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域;
向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第二IDC集群中获取业务资源。
2.根据权利要求1所述的方法,其特征在于,所述获取N个互联网数据中心IDC集群的负载,包括:
接收第一中心服务器发送的第一负载,其中,所述第一中心服务器属于所述第一IDC集群,所述第一中心服务器用于统计所述第一IDC集群中服务器的负载,所述第一IDC集群位于的所述第一区域与所述第二IDC集群位于的所述第二区域属于不同的两个区域;
接收第二中心服务器发送的第二负载,其中,所述第二中心服务器属于所述第二IDC集群,所述第二中心服务器用于统计所述第二IDC集群中服务器的负载。
3.根据权利要求2所述的方法,其特征在于,所述根据所述延迟值集合以及所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群之后,所述方法还包括:
根据所述第二负载确定目标服务器,其中,所述目标服务器属于所述第二IDC集群中的服务器;
根据所述目标服务器获取所述目标服务器的服务器标识;
根据所述目标服务器的服务器标识生成所述业务响应指令;
所述向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第二IDC集群中获取业务资源,包括:
向所述目标客户端发送所述业务响应指令,以使所述目标客户端根据所述业务响应指令与所述目标服务器建立通信连接,以从所述目标服务器中获取所述业务资源,其中,所述业务响应指令中携带所述目标服务器的服务器标识。
4.根据权利要求1所述的方法,其特征在于,所述获取N个互联网数据中心IDC集群的负载之后,所述方法还包括:
若所述延迟值集合中每个延迟值均小于第一延迟值门限,且所述第一IDC集群的负载小于或等于第一负载门限,则向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第一IDC集群中获取业务资源;
若所述延迟值集合中的至少一个延迟值大于第二延迟值门限,且剩余IDC集群的负载均大于第二负载门限,则向所述目标客户端发送拥塞提示指令,以使所述目标客户端根据所述拥塞提示指令展示业务拥塞界面,其中,所述第二延迟值门限大于所述第一延迟值门限,所述第二负载门限大于所述第一负载门限,所述剩余IDC集群为不包括所述第一IDC集群的所述N个IDC集群;
若所述N个IDC集群的负载均大于或等于所述第二负载门限,则向所述目标客户端发送所述拥塞提示指令,以使所述目标客户端根据所述拥塞提示指令展示所述业务拥塞界面;
若所述延迟值集合中的至少一个延迟值大于第一延迟值门限,或所述第一IDC集群的负载大于所述第一负载门限,则确定所述第一IDC集群的负载以及所述延迟值集合满足所述资源调度条件。
5.根据权利要求4所述的方法,其特征在于,所述根据所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,包括:
获取所述N个IDC集群中每个IDC集群所对应的服务器数量;
获取所述N个IDC集群中所述每个IDC集群内各个服务器的延迟值;
根据所述N个IDC集群的负载,获取所述N个IDC集群的负载;
根据所述每个IDC集群所对应的服务器数量、所述每个IDC集群内各个服务器的延迟值以及所述每个IDC集群的负载,计算得到所述N个IDC集群中所述每个IDC集群的负载分值;
从所述N个IDC集群中选择所述负载分值最高的IDC集群作为所述第二IDC集群。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
获取所述第一IDC集群所对应的第一频道集合,其中,所述频道为预先划分的分区,其中,所述第一频道集合包括H个频道,所述H为大于或等于1的整数;
若所述第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则生成第二频道集合,其中,所述第二频道集合包括(H-P)个频道,所述P为大于或等于1,且小于或等于所述H的整数;
若所述第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则生成第三频道集合,其中,所述第三频道集合包括(H+U)个频道,所述Q为大于或等于1整数,所述U为大于或等于1整数,所述(H+U)个频道对应于所述第一IDC集群以及所述第二IDC集群。
7.根据权利要求1至5中任一项所述的方法,其特征在于,所述获取N个互联网数据中心IDC集群的负载之后,所述方法还包括:
若所述N个IDC集群中存在IDC集群的负载大于第二负载门限,则根据所述IDC集群生成负载提示指令,其中,所述负载提示指令中携带所述IDC集群的标识;
向所述IDC集群中的服务器发送所述负载提示指令,以使所述服务器根据所述负载提示指令向客户端发送提示展示指令,其中,所述提示展示指令用于指示所述客户端突出展示所述服务器所对应的界面。
8.一种业务资源分配的方法,其特征在于,包括:
当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
根据所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数。
9.根据权利要求8所述的方法,其特征在于,所述向所述第一IDC集群发送业务请求指令之前,所述方法还包括:
接收拨测服务器发送的探测指令,其中,所述拨测服务器属于所述第一IDC集群;
根据所述探测指令,对所述N个IDC集群中每个IDC集群内每个服务器进行探测,得到客户端与每个服务器之间的延迟值;
向所述拨测服务器发送所述客户端与每个服务器之间的延迟值。
10.根据权利要求8或9所述的方法,其特征在于,所述方法还包括:
若第一频道集合中存在P个频道的客户端在线数量小于第一预置门限,则展示第二频道集合,其中,所述频道为预先划分的分区,所述第一频道集合对应于所述第一IDC集群,所述第一频道集合包括H个频道,所述H为大于或等于1的整数,所述第二频道集合包括(H-P)个频道,所述P为大于或等于1,且小于或等于所述H的整数;
若所述第一频道集合中存在Q个频道的客户端在线数量大于第二预置门限,则展示第三频道集合,其中,所述第三频道集合包括(H+U)个频道,所述Q为大于或等于1整数,所述U为大于或等于1整数,所述(H+U)个频道对应于所述第一IDC集群以及所述第二IDC集群。
11.一种业务资源分配装置,其特征在于,包括:
获取模块,用于当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
所述获取模块,还用于获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
确定模块,用于若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述获取模块获取的所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
发送模块,用于向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述确定模块确定的所述第二IDC集群中获取业务资源。
12.一种客户端,其特征在于,包括:
发送模块,用于当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
接收模块,用于若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
获取模块,用于根据所述接收模块接收的所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数。
13.一种调度服务器,其特征在于,包括:存储器、收发器、处理器以及总线***;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
当目标客户端发送业务请求指令时,获取客户端集合所对应的延迟值集合,其中,所述客户端集合包括M个客户端,所述目标客户端属于所述客户端集合,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
获取N个互联网数据中心IDC集群的负载,其中,所述N个IDC集群包括第一IDC集群,所述第一IDC集群与所述客户端集合具有通信连接关系,所述第一IDC集群位于第一区域,所述N为大于或等于2的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则根据所述N个IDC集群的负载,从所述N个IDC集群中确定第二IDC集群,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域;
向所述目标客户端发送业务响应指令,以使所述目标客户端根据所述业务响应指令从所述第二IDC集群中获取业务资源;
所述总线***用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
14.一种终端设备,其特征在于,包括:存储器、收发器、处理器以及总线***;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
当客户端集合与第一IDC集群建立通信连接时,向所述第一IDC集群发送业务请求指令,以使所述第一IDC集群根据所述业务请求指令向调度服务器发送所述客户端集合所对应的延迟值集合,其中,所述第一IDC集群位于第一区域,所述客户端集合包括M个客户端,所述延迟值集合包括M个延迟值,所述延迟值与所述客户端具有对应关系,所述M为大于或等于1的整数;
若所述第一IDC集群的负载以及所述延迟值集合满足资源调度条件,则接收所述调度服务器发送的业务响应指令;
根据所述业务响应指令,从第二IDC集群中获取业务资源,其中,所述第二IDC集群位于第二区域,所述第二区域与所述第一区域属于不同的两个区域,所述第二IDC集群为所述调度服务器根据N个IDC集群的负载,从所述N个IDC集群中确定的,所述N为大于或等于2的整数;
所述总线***用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
15.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1至7中任一项所述的方法,或者,执行如权利要求8至10中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910731210.0A CN110433487B (zh) | 2019-08-08 | 2019-08-08 | 一种业务资源分配的方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910731210.0A CN110433487B (zh) | 2019-08-08 | 2019-08-08 | 一种业务资源分配的方法及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110433487A true CN110433487A (zh) | 2019-11-12 |
CN110433487B CN110433487B (zh) | 2022-01-28 |
Family
ID=68434054
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910731210.0A Active CN110433487B (zh) | 2019-08-08 | 2019-08-08 | 一种业务资源分配的方法及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110433487B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112190927A (zh) * | 2020-10-15 | 2021-01-08 | 顾春健 | 基于云计算的游戏资源分配方法及云游戏服务平台 |
CN113315719A (zh) * | 2020-02-27 | 2021-08-27 | 阿里巴巴集团控股有限公司 | 流量调度方法、设备、***及存储介质 |
CN113398570A (zh) * | 2021-06-30 | 2021-09-17 | 上海完美时空软件有限公司 | 服务器分组方法、设备、存储介质和服务器集群 |
CN113485847A (zh) * | 2021-08-05 | 2021-10-08 | 杭州绿城信息技术有限公司 | 一种基于大数据的资源调度*** |
CN114979164A (zh) * | 2022-04-14 | 2022-08-30 | 网易(杭州)网络有限公司 | 虚拟房间的分配方法、装置和电子设备 |
CN115174411A (zh) * | 2022-07-29 | 2022-10-11 | 北京达佳互联信息技术有限公司 | 跨地域带宽的确定方法、装置、设备及存储介质 |
CN116983617A (zh) * | 2023-09-25 | 2023-11-03 | 深圳云天畅想信息科技有限公司 | 跨集群资源调度方法、计算机装置及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030142628A1 (en) * | 2002-01-31 | 2003-07-31 | Brocade Communications Systems, Inc. | Network fabric management via adjunct processor inter-fabric service link |
CN103605567A (zh) * | 2013-10-29 | 2014-02-26 | 河海大学 | 面向实时性需求变化的云计算任务调度方法 |
CN105357329A (zh) * | 2015-10-12 | 2016-02-24 | 广州市百果园网络科技有限公司 | 跨idc网络环境下业务数据的传输方法、装置及*** |
US20170060643A1 (en) * | 2015-08-26 | 2017-03-02 | International Business Machines Corporation | Scheduling mapreduce tasks based on estimated workload distribution |
CN106888164A (zh) * | 2015-12-15 | 2017-06-23 | 阿里巴巴集团控股有限公司 | 一种异地多活下的业务数据路由方法及装置 |
CN106899518A (zh) * | 2017-02-27 | 2017-06-27 | 腾讯科技(深圳)有限公司 | 一种基于互联网数据中心的资源处理方法以及装置 |
CN109062658A (zh) * | 2018-06-29 | 2018-12-21 | 优刻得科技股份有限公司 | 实现计算资源服务化的调度方法、装置、介质、设备及*** |
CN109347982A (zh) * | 2018-11-30 | 2019-02-15 | 网宿科技股份有限公司 | 一种数据中心的调度方法及装置 |
-
2019
- 2019-08-08 CN CN201910731210.0A patent/CN110433487B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030142628A1 (en) * | 2002-01-31 | 2003-07-31 | Brocade Communications Systems, Inc. | Network fabric management via adjunct processor inter-fabric service link |
CN103605567A (zh) * | 2013-10-29 | 2014-02-26 | 河海大学 | 面向实时性需求变化的云计算任务调度方法 |
US20170060643A1 (en) * | 2015-08-26 | 2017-03-02 | International Business Machines Corporation | Scheduling mapreduce tasks based on estimated workload distribution |
CN105357329A (zh) * | 2015-10-12 | 2016-02-24 | 广州市百果园网络科技有限公司 | 跨idc网络环境下业务数据的传输方法、装置及*** |
CN106888164A (zh) * | 2015-12-15 | 2017-06-23 | 阿里巴巴集团控股有限公司 | 一种异地多活下的业务数据路由方法及装置 |
CN106899518A (zh) * | 2017-02-27 | 2017-06-27 | 腾讯科技(深圳)有限公司 | 一种基于互联网数据中心的资源处理方法以及装置 |
CN109062658A (zh) * | 2018-06-29 | 2018-12-21 | 优刻得科技股份有限公司 | 实现计算资源服务化的调度方法、装置、介质、设备及*** |
CN109347982A (zh) * | 2018-11-30 | 2019-02-15 | 网宿科技股份有限公司 | 一种数据中心的调度方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113315719A (zh) * | 2020-02-27 | 2021-08-27 | 阿里巴巴集团控股有限公司 | 流量调度方法、设备、***及存储介质 |
CN112190927A (zh) * | 2020-10-15 | 2021-01-08 | 顾春健 | 基于云计算的游戏资源分配方法及云游戏服务平台 |
CN112190927B (zh) * | 2020-10-15 | 2021-04-23 | 浙江畅唐网络股份有限公司 | 基于云计算的游戏资源分配方法及云游戏服务平台 |
CN113398570A (zh) * | 2021-06-30 | 2021-09-17 | 上海完美时空软件有限公司 | 服务器分组方法、设备、存储介质和服务器集群 |
CN113485847A (zh) * | 2021-08-05 | 2021-10-08 | 杭州绿城信息技术有限公司 | 一种基于大数据的资源调度*** |
CN114979164A (zh) * | 2022-04-14 | 2022-08-30 | 网易(杭州)网络有限公司 | 虚拟房间的分配方法、装置和电子设备 |
CN114979164B (zh) * | 2022-04-14 | 2023-11-17 | 网易(杭州)网络有限公司 | 虚拟房间的分配方法、装置和电子设备 |
CN115174411A (zh) * | 2022-07-29 | 2022-10-11 | 北京达佳互联信息技术有限公司 | 跨地域带宽的确定方法、装置、设备及存储介质 |
CN115174411B (zh) * | 2022-07-29 | 2024-05-07 | 北京达佳互联信息技术有限公司 | 跨地域带宽的确定方法、装置、设备及存储介质 |
CN116983617A (zh) * | 2023-09-25 | 2023-11-03 | 深圳云天畅想信息科技有限公司 | 跨集群资源调度方法、计算机装置及存储介质 |
CN116983617B (zh) * | 2023-09-25 | 2024-01-05 | 深圳云天畅想信息科技有限公司 | 跨集群资源调度方法、计算机装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110433487B (zh) | 2022-01-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110433487A (zh) | 一种业务资源分配的方法及相关装置 | |
US10341716B2 (en) | Live interaction system, information sending method, information receiving method and apparatus | |
CN106162236B (zh) | 一种分享视频的方法及装置 | |
CN107634962B (zh) | 网络带宽的管理方法及相关产品 | |
CN106422325B (zh) | 一种数据交互的方法以及移动终端 | |
CN108664329A (zh) | 一种资源配置方法、终端及计算机可读存储介质 | |
CN110475283A (zh) | 一种处理csi处理单元、资源的方法、装置及*** | |
CN106669146B (zh) | 一种选择匹配组成员的方法及装置 | |
CN109646940A (zh) | 同步应用程序的方法、终端及计算机可读存储介质 | |
CN108540358A (zh) | 家电设备的控制方法、移动终端及计算机可读存储介质 | |
CN109316743A (zh) | 一种游戏控制方法、终端及计算机可读存储介质 | |
CN110069375A (zh) | 一种压力测试的方法以及相关装置 | |
CN108834157A (zh) | 网络带宽分配方法、移动终端及计算机可读存储介质 | |
CN108011937A (zh) | 消息推送方法、服务器、智能终端及计算机可读存储介质 | |
CN108519089A (zh) | 一种多人路线规划方法及终端 | |
CN109803417A (zh) | 确定参考信号的方法、上行探测参考信号发送方法和设备 | |
CN108762926A (zh) | 一种***优化方法、终端及计算机可读存储介质 | |
CN108712558A (zh) | 移动终端的来电提醒方法、移动终端以及可读存储介质 | |
CN107786965B (zh) | 一种组队游戏通信方法及相关产品 | |
CN107786557B (zh) | 一种组队游戏加速方法及相关产品 | |
CN109758766A (zh) | 一种角色状态同步的方法以及相关装置 | |
CN110198560A (zh) | 一种功率配置方法和终端 | |
CN107634970A (zh) | 一种组队游戏虚拟专用网络的通信方法及相关产品 | |
CN107786412A (zh) | 一种游戏虚拟专用网络的通信方法及相关产品 | |
CN108063863A (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 |