CN109819057B - 一种负载均衡方法及*** - Google Patents
一种负载均衡方法及*** Download PDFInfo
- Publication number
- CN109819057B CN109819057B CN201910275749.XA CN201910275749A CN109819057B CN 109819057 B CN109819057 B CN 109819057B CN 201910275749 A CN201910275749 A CN 201910275749A CN 109819057 B CN109819057 B CN 109819057B
- Authority
- CN
- China
- Prior art keywords
- task
- computing
- node
- load balancing
- current
- 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
- 238000000034 method Methods 0.000 title claims abstract description 65
- 238000012216 screening Methods 0.000 claims abstract description 32
- 238000012545 processing Methods 0.000 claims description 85
- 230000004044 response Effects 0.000 claims description 26
- 238000004364 calculation method Methods 0.000 claims description 15
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 230000008569 process Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种负载均衡方法及***,负载均衡方法应用于负载均衡***,负载均衡***包括负载均衡节点和多个计算节点,方法包括:负载均衡节点接收客户端针对一条目标会话发送的节点获取请求;负载均衡节点基于获取的筛选参考数据,从多个计算节点中筛选出目标计算节点,并将目标计算节点的信息发送至客户端,其中,筛选参考数据至少包括多个计算节点的当前运行状态数据,目标计算节点接收客户端发送的目标会话的音频计算任务,并对目标会话的音频计算任务进行计算。本申请提供的负载均衡方法提高了***整体资源的使用率,降低了***性能波动,且解决了负载均衡节点的流量瓶颈问题。
Description
技术领域
本申请涉及分布式计算技术领域,更具体地说,涉及一种负载均衡方法及***。
背景技术
应用***数据量的增长,使得数据处理请求和计算强度相应地增长,而日益增长的数据处理请求和计算强度对***的规模和处理能力提出了更高的要求。为了应对这样的趋势,出现了分布式***。分布式***即利用大量计算节点完成单个节点无法完成的计算、存储任务,分布式***中大量计算节点的存在使得负载均衡变得尤为重要。
负载均衡指的是,如果一组计算节点提供同质化的服务,那么对服务的请求就应该均匀分摊到这些节点上。负载均衡的意义在于,让所有的节点以最小的代价、最好的状态对外提供服务。负载均衡提高了***的可靠性,降低了单个节点过载、宕机之后对整个***的影响。
实时语音计算***是目前比较常用的一种分布式的应用***,由于实时语音计算***处理的是音频流,因此,其具有流式密集计算的特点。目前的负载均衡方法并没有考虑实时语音计算***的特点,即目前的负载均衡方法在实时语音计算***上的应用效果并不理想。
发明内容
有鉴于此,本申请提供了一种负载均衡方法及***,用以提供一种面向实时语音计算的负载均衡方案,其技术方案如下:
一种负载均衡方法,应用于负载均衡***中的负载均衡节点,所述方法包括:
接收客户端针对一条目标会话发送的节点获取请求,所述节点获取请求用于请求获取所述负载均衡***中处理所述目标会话的目标计算节点;
基于获取的筛选参考数据,从所述负载均衡***中的多个计算节点中筛选出所述目标计算节点,其中,所述筛选参考数据至少包括所述多个计算节点的当前运行状态数据;
将所述目标计算节点的信息发送至所述客户端,以使所述客户端基于所述目标计算节点的信息将所述目标会话的音频计算任务直接发送至所述目标计算节点进行计算。
可选的,所述筛选参考数据还包括:所述目标会话的会话时长预测值和发包频率预测值;
其中,所述目标会话的会话时长预测值和发包频率预测值采用与所述目标会话对应的场景标识和用户标识所对应的会话参数预测模型预测得到。
可选的,所述负载均衡方法还包括:
按预设的采集周期采集各计算节点的运行状态数据并记录;或者,接收各计算节点按预设的上报周期上报的自身的运行状态数据并记录;
任一计算节点的当前运行状态数据为所述负载均衡节点记录的该计算节点的最新运行状态数据。
可选的,任一计算节点的当前运行状态数据包括以下数据中的一种或多种:当前CPU使用率、当前GPU使用率、当前的任务并发量、当前的最佳任务并发量。
可选的,所述筛选参考数据还包括:各个计算节点当前处理会话的发包频率和/或各个计算节点当前处理会话的发起时刻。
一种负载均衡方法,应用于负载均衡***中的多个计算节点中的目标计算节点,所述目标计算节点为所述负载均衡***中的负载均衡节点在接收到客户端针对一条目标会话发起的节点获取请求时,基于筛选参考数据从所述负载均衡***中的多个计算节点中筛选出的计算节点,所述筛选参考数据至少包括所述多个计算节点的当前运行状态数据;
所述方法包括:
接收所述客户端发送的、所述目标会话的音频计算任务;
对所述音频计算任务进行计算。
可选的,所述负载均衡方法还包括:
在接收到所述目标会话的音频计算任务时,和/或,处理完所述目标会话的音频计算任务时,获取自身的当前运行状态数据;
将获取的当前运行状态数据上报至所述负载均衡节点,以使所述负载均衡节点对其针对所述目标计算节点记录的运行状态数据进行更新。
可选的,所述当前运行状态数据包括以下数据中的一种或多种:
当前CPU使用率、当前GPU使用率、当前的任务并发量、当前的最佳任务并发量。
可选的,所述的负载均衡方法还包括:
在接收到所述目标会话的音频计算任务时,和/或,处理完所述目标会话的音频计算任务时,获取自身当前处理会话的发包频率和/或当前处理会话的发起时刻;
将自身当前处理会话的发包频率和/或当前处理会话的发起时刻上报至所述负载均衡节点。
可选的,处理完所述音频计算任务时,获取当前最佳任务并发量,包括:
若所述目标会话的音频计算任务为首个任务,则获取预先确定的初始最佳任务并发量作为当前的最佳任务并发量;若所述目标会话的音频计算任务并非首个任务,则获取其处理完上一音频计算任务后确定的最佳任务并发量,作为当前的最佳任务并发量;
基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整;
若需要对所述当前的最佳任务并发量进行调整,则基于预设的调整步长逐步对所述当前的最佳任务并发量进行调整;调整后的最佳任务并发量作为当前最终的最佳任务并发量。
可选的,所述基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整,包括:
当所述当前的任务并发量与所述当前的最佳任务并发量的差值的绝对值小于预设的第一阈值时,若处理所述目标会话的音频计算任务时的实时率与基准实时率的差值的绝对值大于预设的第二阈值,和/或,处理所述目标会话的音频计算任务时的响应时间与基准响应时间的差值的绝对值大于预设的第三阈值,则确定需要对所述当前的最佳任务并发量进行调整。
可选的,确定所述初始最佳任务并发量的过程包括:
获取自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小;
基于自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小,获取基于CPU算力和GPU算力评估的第一最大任务并发量、基于内存空间评估的第二最大任务并发量、以及基于显存空间评估的第三最大任务并发量;
将所述第一最大任务并发量、第二最大任务并发量和第三最大任务并发量中的最小并发量确定为所述初始最佳任务并发量。
一种负载均衡***,包括:负载均衡节点和多个计算节点;
所述负载均衡节点,用于接收客户端针对一条目标会话发送的节点获取请求,所述节点获取请求用于请求获取处理所述目标会话的目标计算节点;基于获取的筛选参考数据,从所述多个计算节点中筛选出目标计算节点,并将所述目标计算节点的信息发送至所述客户端,其中,筛选参考数据至少包括所述多个计算节点的当前运行状态数据;
所述多个计算节点中的所述目标计算节点,用于接收所述客户端发送的所述目标会话的音频计算任务,并对所述音频计算任务进行计算。
可选的,所述筛选参考数据还包括:所述目标会话的会话时长预测值和发包频率预测值;
其中,所述目标会话的会话时长预测值和发包频率预测值采用与所述目标会话对应的场景标识和用户标识所对应的会话参数预测模型预测得到。
可选的,所述目标计算节点,还用于在接收到所述目标会话的音频计算任务时,和/或,处理完所述目标会话的音频计算任务时,获取自身的当前运行状态数据;将自身的当前运行状态数据上报至所述负载均衡节点,以使所述负载均衡节点对其针对所述目标计算节点记录的运行状态数据进行更新。
可选的,所述目标计算节点在处理完所述音频计算任务时,获取自身的当前最佳任务并发量时,具体用于当所述目标会话的音频计算任务为首个任务时,获取预先确定的初始最佳任务并发量作为当前的最佳任务并发量,当所述目标会话的音频计算任务并非首个任务时,获取其处理完上一音频计算任务后确定的最佳任务并发量,作为当前的最佳任务并发量;基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整;若需要对所述当前的最佳任务并发量进行调整,则基于预设的调整步长逐步对所述当前的最佳任务并发量进行调整;调整后的最佳任务并发量作为当前最终的最佳任务并发量。
经由上述方案可知,本申请提供的负载均衡方法及***,考虑到计算节点的压力实时变化,负载均衡节点在接收到客户端针对一条目标会话发起的节点获取请求时,至少基于多个计算节点的当前运行状态从多个计算节点中挑选目标计算节点,为了避免负载均衡节点出现明显流量瓶颈的问题,本申请提供基于旁路模式的均衡策略,即,客户端在获得目标计算节点的信息后,将目标会话的音频计算任务直接发送至目标计算节点,而不再经负载均衡节点,如此,负载均衡节点的流量大大减少,本申请提供的负载均衡方法提高了***整体资源的使用率,降低了***性能波动,且解决了负载均衡节点的流量瓶颈问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的负载均衡方法的流程示意图;
图2为本申请实施例提供的目标计算节点处理完目标会话的音频计算任务时,获取自身当前的最佳任务并发量的实现过程的流程示意图;
图3为本申请实施例提供的目标计算节点确定初始最佳任务并发量的流程示意图;
图4为本申请实施例提供的负载均衡***的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前的负载均衡方法为:首先,通过配置写入需要负载均衡的计算节点的地址,然后,使用哈希、加权、轮询等方式从各计算节点的地址中筛选出目标地址(即从各个计算节点中筛选出目标节点),最后,负载均衡节点基于筛选出的目标地址进行消息转发。
发明人经研究发现,对于实时语音计算这一应用,在大规模集群下,计算节点的算力以及会话的时长差异(比如,不同用户的说话方式或说话习惯不同,导致有的会话长,有的会话短)明显,且计算节点的压力(数据流量)实时变化,而现有的负载均衡方法在应用于实时语音计算时,并未考虑上述情况,导致现有的负载均衡方法存在如下问题:
其一,现有的负载均衡方法采用的是静态转发策略,即,在向计算节点分发请求的时候,并未考虑计算节点的实时状态;
其二,现有的负载均衡方法采用的是集中式转发策略,即所有的数据流量都要经过负载均衡节点,音频数据流量占用较高,导致负载均衡节点存在明显的流量瓶颈;
其三,在挑选计算节点时,未考虑音频会话时长等影响计算时长的因素;
其四,计算节点无法自动评估以及自动调整自身的运算能力,难以适应大规模集群中计算节点的算力差异明显的场景。
由于现有的负载均衡方案并没有考虑上述情况,因此,难以保证计算节点压力的平衡,往往会导致***性能波动,资源利用率较低,且,负载均衡节点存在明显的流量瓶颈。
鉴于上述问题,本案发明人进进行了深入研究,最终提出了一种效果较好的、面向实时语音计算的负载均衡方案。接下来通过下述实施例对本申请提供的负载均衡方法。
请参阅图1,示出了本申请实施例提供的负载均衡方法的流程示意图,该负载均衡方法可以包括:
步骤S101:负载均衡***中的负载均衡节点接收客户端针对一条目标会话发送的节点获取请求。
其中,一条会话指的是一句话或者连续的多句话,针对一条会话发送的节点获取请求用于请求获取对该会话的音频数据进行计算的最佳计算节点。
步骤S102:负载均衡节点基于获取的筛选参考数据,从负载均衡***中的多个计算节点中筛选出目标计算节点。
其中,筛选参考数据至少包括多个计算节点的当前运行状态数据。考虑到计算节点的运行状态是实时变化的,本实施例至少以各个计算节点的当前运行状态数据为筛选依据,从多个计算节点中筛选目标计算节点。
任一计算节点的当前运行状态数据可以包括以下数据中的一种或多种:当前CPU使用率、当前GPU使用率、当前的任务并发量和当前的最佳任务并发量,优选的,任一计算节点的当前运行状态数据包括上述的所有数据。
优选的,筛选参考数据除了包括上述各个计算节点的当前运行状态数据外,还可以包括各个计算节点当前处理会话的发包频率和/或各个计算节点当前处理会话的发起时刻。
在本实施例,负载均衡节点若要基于多个计算节点的当前运行状态数据筛选目标计算节点,首先需要获得多个计算节点的当前运行状态数据,在一种可能的实现方式中,负载均衡节点按预设的采集周期采集各计算节点的运行状态数据、各个计算节点当前处理会话的发包频率和当前处理会话的发起时刻,并记录这些数据,在另一种可能的实现方式中,各计算节点按预设的上报周期主动向负载均衡节点上报自身的运行状态数据、自身当前处理会话的发包频率和当前处理会话的发起时刻,负载均衡节点接收各计算节点上报的数据并记录,筛选参考数据中任一计算节点的当前运行状态数据、当前处理会话的发包频率和当前处理会话的发起时刻为负载均衡节点记录的最新数据。
步骤S103:负载均衡节点将目标计算节点的信息发送至客户端。
客户端接收到目标计算节点的信息后,将会话的音频计算任务发送至目标计算节点。
其中,目标计算节点的信息可以但不限定为该目标计算节点的地址,还可以为目标计算节点的节点标识,此时,客户端可存储节点标识与节点地址的对应关系,在获得目标计算节点的节点标识后,可基于节点标识与节点地址的对应关系获得目标计算节点的地址。客户端在获得目标计算节点的地址后,便可将目标会话的音频计算任务发送至目标计算节点。
本实施例中,负载均衡节点确定出目标计算节点,并将目标计算节点的信息反馈至客户端后,客户端直接向目标计算节点发送目标会话的音频计算任务,而不需要再经负载均衡节点,负载均衡节点的数据流量大大减少,从而解决了负载均衡节点流量瓶颈的问题。
需要说明的是,客户端在接收到目标会话的首个音频帧时,向负载均衡节点发送节点获取请求,在一种可能的实现方式中,客户端在向负载均衡节点发送节点获取请求时,可在节点获取请求中携带目标会话的首个音频帧,当负载均衡节点接收到节点获取请求时,确定出目标计算节点,确定出目标计算节点后,一方面将目标计算节点的信息(比如地址)发送至客户端,另一方面将节点获取请求中携带的、目标会话的首个音频帧发送至目标计算节点进行计算,当客户端接收到目标计算节点的信息时,将目标会话的后续音频帧发送至目标计算节点进行计算。在另一种可能的实现方式中,客户端在向负载均衡节点发送节点获取请求时,可不在节点获取请求中携带目标会话的首个音频帧,当客户端获得负载均衡节点确定出的目标计算节点后,再将目标会话的首个音频帧及后续的音频帧陆续发送至目标计算节点进行计算。
步骤S104:目标计算节点接收客户端发送的目标会话的音频计算任务进行计算。
本申请实施例提供的负载均衡方法,考虑到计算节点的压力实时变化,负载均衡节点在接收到客户端针对目标会话发起的节点获取请求时,至少基于多个计算节点的当前运行状态从多个计算节点中挑选目标计算节点,为了避免负载均衡节点出现明显流量瓶颈的问题,本申请提供基于旁路模式的均衡策略,即,客户端在获得目标计算节点的信息后,将目标会话的音频计算任务直接发送至目标计算节点,而不再经负载均衡节点,如此,负载均衡节点的流量大大减少,本申请提供的负载均衡方法提高了***整体资源的使用率,降低了***性能波动,且解决了负载均衡节点的流量瓶颈问题。
可以理解的是,在大规模请求接入的情况下,***中会话的会话时长差异通常较大,会话时长的差异会导致不同时长的会话消耗的计算资源存在差异,比如,会话时长较短的会话消耗的计算资源较少,而会话时长较长的会话消耗的计算资源较多,也就是说,会话时长对***中各个计算节点的均衡程度会产生影响,如果能够获得会话的会话时长,在负载均衡时将会话时长这一影响因素加以考虑,将提高负载均衡的效果。然而,实时的语音交互场景使得用户在发起语音交互请求时,***在流式数据传输下无法准确获得当次会话的会话时长。
有鉴于此,本申请针对不同的应用场景和不同的用户预先训练出会话参数预测模型,具体的,会话参数预测模型的每一训练样本为一条会话对应的网络类型和发起时刻,样本标签为该会话的实际会话时长、该会话的实际发包频率。其中,一条会话对应的网络类型为传输该条会话的音频数据的网络的类型,比如3G、4G等。
在本实施例中,当客户端接收到目标会话的首个音频帧时,会基于目标会话对应的应用场景标识和用户标识获取到对应的会话参数预测模型,然后将目标会话对应的网络类型和发起时刻输入该会话参数预测模型,从而获得该会话参数预测模型输出的,目标会话的会话时长预测值和发包频率预测值。
客户端在获得目标会话的会话时长预测值和发包频率预测值后,向负载均衡节点发送节点获取请求,并在节点获取请求中携带会话的会话时长预测值和发包频率预测值。
负载均衡节点接收到节点获取请求时,获得目标会话的会话时长预测值和发包频率预测值,然后基于各个计算节点的当前运行状态数据(比如当前CPU使用率、当前GPU使用率、当前的任务并发量、当前的最佳任务并发量)当前处理会话的发包频率分布、当前处理会话的发起时刻分布以及目标会话的会话时长预测值和发包频率预测值,从多个计算节点中筛选出目标计算节点,然后将目标计算节点的信息(比如地址)反馈给客户端,如此,客户端便可直接基于目标计算节点的信息将目标会话的音频计算任务发送至目标计算节点。
优选的,目标计算节点在接收到目标会话的音频计算任务时,和/或,处理完目标会话的音频计算任务时,更新自身的运行状态数据。
在一种可能的实现方式中,目标计算节点可在未接收到音频计算任务时,获取自身的运行状态数据并记录,后续在每接收到一音频计算任务和/或每处理完一音频计算任务时,获取自身的当前运行状态数据,对记录的运行状态数据进行更新,如此,不管是使用负载均衡节点采集还是计算节点上报的方式,负载均衡节点均能获得计算节点的最新运行状态数据。
以下对目标计算节点在接收到目标会话的音频计算任务时,和/或,处理完目标会话的音频计算任务时,获取自身的当前运行状态数据的过程进行介绍:
对于当前运行状态数据中的当前CPU使用率、当前GPU使用率,目标计算节点可调用操作***的应用程序编程接口(Application Programming Interface,API)获得。
对于当前并发任务数、当前处理会话的发包频率、当前处理会话的发起时刻,目标计算节点可通过对其实时记录的数据访问情况进行统计分析获得。
对于当前运行状态数据中的当前最佳任务并发量,目标计算节点在接收到目标会话的音频计算任务后时,可获取其处理前一音频计算任务后确定的最佳任务并发量作为当前最佳任务并发量,而目标计算节点在处理完目标会话的音频计算任务时,可首先获取其处理前一音频计算任务(目标会话对应的音频计算任务的前一音频计算任务)后确定的最佳任务并发量作为当前最佳任务并发量,然后基于处理目标会话对应的音频计算任务时的实时率和响应时间,确定是否需要对当前最佳任务并发量进行调整,若需要调整,则基于预设的调整规则对当前最佳任务并发量进行调整,调整后的最佳任务并发量作为当前最终的最佳任务并发量。
需要说明的是,在大规模集群中,计算节点的资源分配是实时变化的,因此,计算节点的最佳任务并发量也需要根据实际的运行情况进行调整,基于此,本实施例中的计算节点在每处理完一音频计算任务后,均会基于处理该音频计算任务时的实时率和响应时间对最佳任务并发量进行是否需要调整的判别。
下面对目标计算节点处理完目标会话的音频计算任务时,获取自身当前的最佳任务并发量进行介绍,请参阅图2,示出了其实现过程的流程示意图,可以包括:
步骤S201a:若目标会话的音频计算任务为首个音频计算任务,则获取预先确定的初始最佳任务并发量作为当前的最佳任务并发量。
步骤S201b:若目标会话的音频计算任务并非首个任务,则获取其处理完上一音频计算任务后确定的最佳任务并发量,作为当前的最佳任务并发量。
步骤S202:基于当前的最佳任务并发量、当前的任务并发量和处理目标会话的音频计算任务时的实时率和响应时间,判断是否需要对当前的最佳任务并发量进行调整,若是,则执行步骤S203,若否,则不对当前的最佳任务并发量进行调整。
具体的,当当前的任务并发量与当前的最佳任务并发量的差值的绝对值小于预设的第一阈值时(即当前的任务并发量接近当前的最佳任务并发量),若处理目标会话的音频计算任务时的实时率与基准实时率的差值的绝对值大于预设的第二阈值,和/或,处理目标会话的音频计算任务时的响应时间与基准响应时间的差值的绝对值大于预设的第三阈值,则确定需要对当前的最佳任务并发量进行调整。
步骤S203:基于预设的调整步长逐步对当前的最佳任务并发量进行调整,调整后的最佳任务并发量作为当前最终的最佳任务并发量。
具体的,可基于下式对当前的最佳任务并发量进行调整:
B′=(1±ns)B (1)
其中,n为调整次数,s为调整步长,B为调整前的最佳任务并发量,B′为调整后的最佳任务并发量。
需要说明的是,目标计算节点首次进行调整时,B为预先确定出的、初始最佳任务并发量。可以理解的是,目标计算节点在每处理完一个音频计算任务后,都会基于其处理该音频计算任务时的实时率和响应时间判断前一次确定的最佳任务并发量是否需要调整,如此,就需要有一个初始最佳任务并发量,也就是说,后续的最佳任务并发量是在初始最佳任务并发量的基础上调整得到的。
以下对目标计算节点确定初始的最佳任务并发量的过程进行介绍。
请参阅图3,示出了目标计算节点确定初始最佳任务并发量的流程示意图,可以包括:
步骤S301:获取自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小。
具体的,目标计算节点可调用操作***的API接口获取自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小。
步骤S302:基于自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小,获取基于CPU算力和GPU算力评估的第一最大任务并发量、基于内存空间评估的第二最大任务并发量、以及基于显存空间评估的第三最大任务并发量。
具体的,步骤S302的实现过程可以包括:
步骤S3021:基于CPU型号、CPU实际核数确定CPU实际算力,基于GPU型号确定GPU实际算力,并基于CPU实际算力和GPU实际算力确定第一最大任务并发量。
其中,基于获取的GPU型号确定GPU实际算力的过程可以包括:基于获取的GPU型号确定GPU标准算力,作为CPU实际算力。具体的,目标计算节点可基于预先获得的GPU型号与GPU标准算力的对应关系表,确定与获取的GPU型号对应的GPU标准算力。
其中,基于获取的基于CPU型号、CPU实际核数确定CPU实际算力的过程可以包括:基于CPU型号获得CPU标准算力和CPU标准核数,基于CPU标准算力、CPU标准核数和CPU实际核数,确定CPU实际算力。具体的,可基于预先获得的CPU型号与CPU标准核数和CPU标准算力的对应关系表,确定与获取的CPU型号对应的CPU标准算力、CPU标准核数。在获得CPU标准算力、CPU标准核数和CPU实际核数后,可通过下式确定CPU实际算力:
其中,C为CPU标准算力,P为CPU实际核数,Ck为CPU标准核数,Cc为CPU实际算力。
在获得GPU实际算力和CPU实际算力后,可基于GPU实际算力和CPU实际算力,利用预先获得的关系函数f,确定该节点的最大并发量作为第一并发量,其中,关系函数以CPU算力和GPU算力为自变量,以最大任务并发量为因变量,具体的:
B1=f(Cc,Gc) (3)
其中,Cc为CPU实际算力,Gc为GPU实际算力,B1为基于CPU实际算力和CPU实际算力确定的第一最大任务并发量。
步骤S3022:基于内存可用空间大小、每条会话占用内存空间大小和音频处理模型大小确定第二最大任务并发量。
本步骤的目的在于,确定计算节点内存受限情况下的最大任务并发量。
由于音频处理模型会占用一些内存空间,每条会话也会占用一些内存空间,通过内存可用空间大小和音频处理模型所占内存空间大小可获得会话可用内存空间大小,基于会话可用内存空间大小以及每路会话占用内存空间大小,可确定出可处理的会话数,即最大任务并发量。
具体的,可基于内存可用空间大小、每条会话占用内存空间大小和音频处理模型大小,利用下式确定第二最大任务并发量:
其中,M为内存可用空间大小,Am为音频处理模型大小,Sm为每条会话所占内存空间大小,r1为音频处理模型大小与音频处理模型所占内存空间大小的比值,B2即为第二最大任务并发量。
步骤S3023:基于显存可用空间大小、每条会话占用显存空间大小和音频处理模型大小,确定第三最大任务并发量。
由于音频处理模型会占用一些显存空间,每条会话也会占用一些显存空间,通过显存可用空间大小和音频处理模型所占显存空间大小可获得会话可用显存空间大小,基于会话可用显存空间大小以及每路会话占用显存空间大小,可确定出可处理的会话数,即最大任务并发量。
具体的,可基于显存可用空间大小、每条会话占用显存空间大小和音频处理模型大小,利用下式确定第三最大任务并发量:
其中,Gm为显存可用空间大小,Am为音频处理模型大小,Sgm为每条会话占用显存空间大小,r2为音频处理模型大小与音频处理模型所占显存空间大小的比值,B3即为第三最大任务并发量。
步骤S303:将第一最大任务并发量、第二最大任务并发量和第三最大任务并发量中的最小并发量确定为初始最佳任务并发量。
需要说明的是,上述的关系函数f、每条会话所占内存空间大小Sm、音频处理模型大小与音频处理模型所占内存空间大小的比值r1、每条会话所占的显存空间大小Sgm,音频处理模型大小与音频处理模型所占显存空间大小的比值r2预先获得。
在一种可能的实现方式中,可在计算节点上线之前,将计算节点接入内存不受限的基准测试环境,在该基准测试环境中,针对每个计算节点,测试满足基准实时率和基准响应时间要求的最大任务并发量并记录,同时记录CPU算力和GPU算力,即针对每个计算节点,获得一组数据(包括最大任务并发量、CPU算力和GPU算力),如此可获得多组数据,基于获得的多组数据可构建出以CPU算力和GPU算力为自变量、以最大任务并发量为因变量的关系函数。
在测试的过程中,获取计算节点将音频处理模型加载到内存时所占用内存空间的大小,即音频处理模型所占内存空间大小,然后计算音频处理模型大小与音频处理模型所占内存空间大小的比值,即得到上述的r1;同样的,获得计算节点将音频处理模型加载到显存时所占用显存空间的大小,即音频处理模型所占显存空间大小,然后计算音频处理模型大小与音频处理模型所占显存空间大小的比值,即得到上述的r2。
在测试的过程中,当发起单路会话时,获取内存占用增长量,作为每路会话所占用内存空间大小Sm,同样的,当发起单路会话时,获取显存占用增长量,作为每路会话所占用显存空间大小Sgm。
本申请实施例提供的负载均衡方法,一方面,在挑选目标计算节点时,综合考虑计算节点的运行状态、会话时长等影响因素,另一方面,为了避免负载均衡节点出现明显流量瓶颈的问题,采用基于旁路模式的均衡策略,即,客户端在获得目标计算节点的信息后,将目标会话的音频计算任务直接发送至目标计算节点,而不再经负载均衡节点,如此,负载均衡节点的流量大大减少,再一方面,计算节点能够基于自身的运行情况实时调节自身的最佳并发能力,从而使自身能够以最好的状态对外提供服务,综上,本申请实施例提供的负载均衡方法提高了***整体资源的使用率,降低了***性能波动,且解决了负载均衡节点的流量瓶颈问题。
本申请实施例还提供了一种负载均衡***,请参阅图4,示出了该负载均衡***的结构示意图,其可以包括:负载均衡节点401和多个计算节点。
负载均衡节点401,用于接收客户端针对一条目标会话发送的节点获取请求,所述节点获取请求用于请求获取所述负载均衡***中处理所述目标会话的目标计算节点;基于获取的筛选参考数据,从所述多个计算节点中筛选出目标计算节点402,并将目标计算节点402的信息发送至客户端400,其中,筛选参考数据至少包括多个计算节点的当前运行状态数据。
负载均衡节点401,还用于按预设的采集周期采集各计算节点的运行状态数据并记录;或者,接收各计算节点按预设的上报周期上报的自身的运行状态数据并记录;任一计算节点的当前运行状态数据为负载均衡节点记录的该计算节点的最新运行状态数据。
多个计算节点中的目标计算节点402,用于接收客户端发送的目标会话的音频计算任务,并对音频计算任务进行计算。
考虑到计算节点的压力实时变化,本申请实施例提供的负载均衡***中,负载均衡节点在接收到客户端针对目标会话发起的节点获取请求时,至少基于多个计算节点的当前运行状态从多个计算节点中挑选目标计算节点,为了避免负载均衡节点出现明显流量瓶颈的问题,本申请提供基于旁路模式的均衡策略,即,客户端在获得目标计算节点的信息后,将目标会话的音频计算任务直接发送至目标计算节点,而不再经负载均衡节点,如此,负载均衡节点的流量大大减少,本申请提供的负载均衡***提高了***整体资源的使用率,降低了***性能波动,且解决了负载均衡节点的流量瓶颈问题。
在一种可能的实现方式中,负载均衡节点401获取的筛选参考数据还包括:目标会话的会话时长预测值和发包频率预测值。
其中,目标会话的会话时长预测值和发包频率预测值采用与目标会话对应的场景标识和用户标识所对应的会话参数预测模型预测得到。
在一种可能的实现方式中,负载均衡节点401获取的筛选参考数据中,任一计算节点的当前运行状态数据包括以下数据中的一种或多种:当前CPU使用率、当前GPU使用率、当前的任务并发量、当前的最佳任务并发量。
在一种可能的实现方式中,所述筛选参考数据还包括:各个计算节点当前处理会话的发包频率和/或各个计算节点当前处理会话的发起时刻。
在一种可能的实现方式中,目标计算节点402,还用于在接收到目标会话的音频计算任务时,和/或,处理完目标会话的音频计算任务时,获取自身的当前运行状态数据;将自身的当前运行状态数据上报至所述负载均衡节点,以使负载均衡节点对其针对目标计算节点记录的运行状态数据进行更新。
在一种可能的实现方式中,目标计算节点402在处理完所述音频计算任务时,获取自身的当前最佳任务并发量时,具体用于:若所述目标会话的音频计算任务为首个任务,则获取预先确定的初始最佳任务并发量作为当前的最佳任务并发量;若所述目标会话的音频计算任务并非首个任务,则获取其处理完上一音频计算任务后确定的最佳任务并发量,作为当前的最佳任务并发量;基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整;若需要对所述当前的最佳任务并发量进行调整,则基于预设的调整步长逐步对所述当前的最佳任务并发量进行调整;调整后的最佳任务并发量作为当前最终的最佳任务并发量。
在一种可能的实现方式中,目标计算节点402在基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整时,具体用于:当所述当前的任务并发量与所述当前的最佳任务并发量的差值的绝对值小于预设的第一阈值时,若处理所述目标会话的音频计算任务时的实时率与基准实时率的差值的绝对值大于预设的第二阈值,和/或,处理所述目标会话的音频计算任务时的响应时间与基准响应时间的差值的绝对值大于预设的第三阈值,则确定需要对所述当前的最佳任务并发量进行调整。
在一种可能的实现方式中,目标计算节点402在确定初始最佳任务并发量时,具体用于获取自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小;基于自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小,获取基于CPU算力和GPU算力评估的第一最大任务并发量、基于内存空间评估的第二最大任务并发量、以及基于显存空间评估的第三最大任务并发量;将所述第一最大任务并发量、所述第二最大任务并发量和所述第三最大任务并发量中的最小并发量确定为所述初始最佳任务并发量。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (16)
1.一种负载均衡方法,其特征在于,应用于负载均衡***中的负载均衡节点,所述方法包括:
接收客户端针对一条目标会话发送的节点获取请求,所述节点获取请求用于请求获取所述负载均衡***中处理所述目标会话的目标计算节点;
基于获取的筛选参考数据,从所述负载均衡***中的多个计算节点中筛选出所述目标计算节点,其中,所述筛选参考数据至少包括所述多个计算节点的当前运行状态数据,一计算节点的当前运行状态数据至少包括当前最佳任务并发量,所述当前最佳任务并发量由该计算节点处理完上一音频计算任务后,根据以其处理的上一音频计算任务是否为首个音频计算任务为依据确定的最佳任务并发量,以及处理上一音频计算任务时的实时率和响应时间确定;
将所述目标计算节点的信息发送至所述客户端,以使所述客户端基于所述目标计算节点的信息将所述目标会话的音频计算任务直接发送至所述目标计算节点进行计算。
2.根据权利要求1所述的负载均衡方法,其特征在于,所述筛选参考数据还包括:所述目标会话的会话时长预测值和发包频率预测值;
其中,所述目标会话的会话时长预测值和发包频率预测值采用与所述目标会话对应的场景标识和用户标识所对应的会话参数预测模型预测得到。
3.根据权利要求1所述的负载均衡方法,其特征在于,还包括:
按预设的采集周期采集各计算节点的运行状态数据并记录;或者,接收各计算节点按预设的上报周期上报的自身的运行状态数据并记录;
任一计算节点的当前运行状态数据为所述负载均衡节点记录的该计算节点的最新运行状态数据。
4.根据权利要求1~3中任意一项所述的负载均衡方法,其特征在于,任一计算节点的当前运行状态数据还包括以下数据中的一种或多种:
当前CPU使用率、当前GPU使用率、当前的任务并发量。
5.根据权利要求4所述的负载均衡方法,其特征在于,所述筛选参考数据还包括:
各个计算节点当前处理会话的发包频率和/或各个计算节点当前处理会话的发起时刻。
6.一种负载均衡方法,其特征在于,应用于负载均衡***中的多个计算节点中的目标计算节点,所述目标计算节点为所述负载均衡***中的负载均衡节点在接收到客户端针对一条目标会话发起的节点获取请求时,基于筛选参考数据从所述负载均衡***中的多个计算节点中筛选出的计算节点,所述筛选参考数据至少包括所述多个计算节点的当前运行状态数据,一计算节点的当前运行状态数据至少包括当前最佳任务并发量;
所述方法包括:
接收所述客户端发送的、所述目标会话的音频计算任务;
对所述音频计算任务进行计算;
处理完所述音频计算任务时,以所述目标会话的音频计算任务是否为首个任务,以及处理所述目标会话的音频计算任务时的实时率和响应时间为依据,确定当前最佳任务并发量,以提供给所述负载均衡节点。
7.根据权利要求6所述的负载均衡方法,其特征在于,还包括:
在接收到所述目标会话的音频计算任务时,和/或,处理完所述目标会话的音频计算任务时,获取自身的当前运行状态数据;
将获取的当前运行状态数据上报至所述负载均衡节点,以使所述负载均衡节点对其针对所述目标计算节点记录的运行状态数据进行更新。
8.根据权利要求7所述的负载均衡方法,其特征在于,所述当前运行状态数据还包括以下数据中的一种或多种:
当前CPU使用率、当前GPU使用率、当前的任务并发量。
9.根据权利要求7或8所述的负载均衡方法,其特征在于,还包括:
在接收到所述目标会话的音频计算任务时,和/或,处理完所述目标会话的音频计算任务时,获取自身当前处理会话的发包频率和/或当前处理会话的发起时刻;
将自身当前处理会话的发包频率和/或当前处理会话的发起时刻上报至所述负载均衡节点。
10.根据权利要求6所述的负载均衡方法,其特征在于,所述以所述目标会话的音频计算任务是否为首个任务,以及处理所述目标会话的音频计算任务时的实时率和响应时间为依据,确定当前最佳任务并发量,包括:
若所述目标会话的音频计算任务为首个任务,则获取预先确定的初始最佳任务并发量作为当前的最佳任务并发量;若所述目标会话的音频计算任务并非首个任务,则获取其处理完上一音频计算任务后确定的最佳任务并发量,作为当前的最佳任务并发量;
基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整;
若需要对所述当前的最佳任务并发量进行调整,则基于预设的调整步长逐步对所述当前的最佳任务并发量进行调整;调整后的最佳任务并发量作为当前最终的最佳任务并发量。
11.根据权利要求10所述的负载均衡方法,其特征在于,所述基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整,包括:
当所述当前的任务并发量与所述当前的最佳任务并发量的差值的绝对值小于预设的第一阈值时,若处理所述目标会话的音频计算任务时的实时率与基准实时率的差值的绝对值大于预设的第二阈值,和/或,处理所述目标会话的音频计算任务时的响应时间与基准响应时间的差值的绝对值大于预设的第三阈值,则确定需要对所述当前的最佳任务并发量进行调整。
12.根据权利要求10所述的负载均衡方法,其特征在于,确定所述初始最佳任务并发量的过程包括:
获取自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小;
基于自身的CPU型号、CPU实际核数、GPU型号、音频处理模型大小,以及自身未执行音频计算任务时的内存可用空间大小和显存可用空间大小,获取基于CPU算力和GPU算力评估的第一最大任务并发量、基于内存空间评估的第二最大任务并发量、以及基于显存空间评估的第三最大任务并发量;
将所述第一最大任务并发量、所述第二最大任务并发量和所述第三最大任务并发量中的最小并发量确定为所述初始最佳任务并发量。
13.一种负载均衡***,其特征在于,包括:负载均衡节点和多个计算节点;
所述负载均衡节点,用于接收客户端针对一条目标会话发送的节点获取请求,所述节点获取请求用于请求获取处理所述目标会话的目标计算节点;基于获取的筛选参考数据,从所述多个计算节点中筛选出目标计算节点,并将所述目标计算节点的信息发送至所述客户端,其中,所述筛选参考数据至少包括所述多个计算节点的当前运行状态数据,一计算节点的当前运行状态数据至少包括当前最佳任务并发量,所述当前最佳任务并发量由该计算节点处理完上一音频计算任务后,根据以其处理的上一音频计算任务是否为首个音频计算任务为依据确定的最佳任务并发量,以及处理上一音频计算任务时的实时率和响应时间确定;
所述多个计算节点中的所述目标计算节点,用于接收所述客户端发送的所述目标会话的音频计算任务,并对所述音频计算任务进行计算,以及,处理完所述音频计算任务时,以所述目标会话的音频计算任务是否为首个任务,以及处理所述目标会话的音频计算任务时的实时率和响应时间为依据,确定当前最佳任务并发量,以提供给所述负载均衡节点。
14.根据权利要求13所述的负载均衡***,其特征在于,所述筛选参考数据还包括:所述目标会话的会话时长预测值和发包频率预测值;
其中,所述目标会话的会话时长预测值和发包频率预测值通过与所述目标会话对应的场景标识和用户标识所对应的会话参数预测模型预测得到。
15.根据权利要求13或14所述的负载均衡***,其特征在于,所述目标计算节点,还用于在接收到所述目标会话的音频计算任务时,和/或,处理完所述目标会话的音频计算任务时,获取自身的当前运行状态数据;将自身的当前运行状态数据上报至所述负载均衡节点,以使所述负载均衡节点对其针对所述目标计算节点记录的运行状态数据进行更新。
16.根据权利要求13所述的负载均衡***,其特征在于,所述目标计算节点在处理完所述音频计算任务时,以所述目标会话的音频计算任务是否为首个任务,以及处理所述目标会话的音频计算任务时的实时率和响应时间为依据,确定当前最佳任务并发量时,具体用于当所述目标会话的音频计算任务为首个任务时,获取预先确定的初始最佳任务并发量作为当前的最佳任务并发量,当所述目标会话的音频计算任务并非首个任务时,获取其处理完上一音频计算任务后确定的最佳任务并发量,作为当前的最佳任务并发量;基于所述当前的最佳任务并发量、当前的任务并发量和处理所述目标会话的音频计算任务时的实时率和响应时间,确定是否需要对所述当前的最佳任务并发量进行调整;若需要对所述当前的最佳任务并发量进行调整,则基于预设的调整步长逐步对所述当前的最佳任务并发量进行调整;调整后的最佳任务并发量作为当前最终的最佳任务并发量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910275749.XA CN109819057B (zh) | 2019-04-08 | 2019-04-08 | 一种负载均衡方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910275749.XA CN109819057B (zh) | 2019-04-08 | 2019-04-08 | 一种负载均衡方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109819057A CN109819057A (zh) | 2019-05-28 |
CN109819057B true CN109819057B (zh) | 2020-09-11 |
Family
ID=66611546
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910275749.XA Active CN109819057B (zh) | 2019-04-08 | 2019-04-08 | 一种负载均衡方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109819057B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110413412B (zh) * | 2019-07-19 | 2022-03-25 | 苏州浪潮智能科技有限公司 | 一种基于gpu集群资源分配的方法和装置 |
CN110708576A (zh) * | 2019-09-25 | 2020-01-17 | 李多 | 收视数据处理方法、装置以及存储介质 |
CN112565321A (zh) * | 2019-09-26 | 2021-03-26 | 杭州海康威视数字技术股份有限公司 | 数据流推送方法、装置及*** |
CN110895451A (zh) * | 2019-11-14 | 2020-03-20 | 北京京航计算通讯研究所 | 基于分布式***的数据访问性能优化方法 |
CN110825791A (zh) * | 2019-11-14 | 2020-02-21 | 北京京航计算通讯研究所 | 基于分布式***的数据访问性能优化*** |
CN111064746A (zh) * | 2019-12-30 | 2020-04-24 | 深信服科技股份有限公司 | 一种资源分配方法、装置、设备及存储介质 |
CN111556126B (zh) * | 2020-04-24 | 2023-04-18 | 杭州浮云网络科技有限公司 | 模型管理方法、***、计算机设备和存储介质 |
CN111683296B (zh) * | 2020-06-18 | 2022-08-02 | 苏州科达科技股份有限公司 | 视频切分方法、装置、电子设备及存储介质 |
CN113923166B (zh) * | 2021-10-22 | 2024-02-23 | 北京字跳网络技术有限公司 | 负载均衡方法和分布式集群*** |
CN114003378B (zh) * | 2021-10-26 | 2022-12-13 | 深圳证券信息有限公司 | 容器集群负载均衡方法、装置、设备及存储介质 |
CN114116238B (zh) * | 2022-01-28 | 2022-05-03 | 深圳市迈科龙电子有限公司 | 数据处理优化方法、装置、电子设备及可读存储介质 |
CN116627659B (zh) * | 2023-07-21 | 2023-12-01 | 科大讯飞股份有限公司 | 模型检查点文件保存方法、装置、设备及存储介质 |
CN117854518A (zh) * | 2024-03-05 | 2024-04-09 | 深圳市时代经纬科技有限公司 | 一种WebGPU实现语音编解码及转码的方法和装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003012667A1 (en) * | 2001-07-27 | 2003-02-13 | Corosoft, Inc. | Providing streaming media data |
CN101115016A (zh) * | 2007-08-23 | 2008-01-30 | 创新科存储技术(深圳)有限公司 | 一种实现应用服务器负载均衡的方法及*** |
CN103118142A (zh) * | 2013-03-14 | 2013-05-22 | 曙光信息产业(北京)有限公司 | 负载均衡方法和负载均衡*** |
CN103246546A (zh) * | 2013-05-07 | 2013-08-14 | 山东大学 | 基于云技术的开放式电力***数值仿真***及其仿真方法 |
CN105227602A (zh) * | 2014-06-20 | 2016-01-06 | 北京新媒传信科技有限公司 | 一种负载均衡的方法、客户端、注册服务器和*** |
EP3113539A1 (en) * | 2015-06-30 | 2017-01-04 | Vodafone IP Licensing limited | Load balancing user plane traffic in a telecommunication network |
CN109462647A (zh) * | 2018-11-12 | 2019-03-12 | 平安科技(深圳)有限公司 | 基于数据分析的资源分配方法、装置和计算机设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101740031B (zh) * | 2010-01-21 | 2013-01-02 | 安徽科大讯飞信息科技股份有限公司 | 一种基于网络动态负载均衡的声纹识别***及其识别方法 |
CN102760431A (zh) * | 2012-07-12 | 2012-10-31 | 上海语联信息技术有限公司 | 智能化的语音识别*** |
CN103093034B (zh) * | 2012-12-28 | 2016-01-20 | 浙江理工大学 | 基于云计算的产品协同设计方法 |
CN103971687B (zh) * | 2013-02-01 | 2016-06-29 | 腾讯科技(深圳)有限公司 | 一种语音识别***中的负载均衡实现方法和装置 |
-
2019
- 2019-04-08 CN CN201910275749.XA patent/CN109819057B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003012667A1 (en) * | 2001-07-27 | 2003-02-13 | Corosoft, Inc. | Providing streaming media data |
CN101115016A (zh) * | 2007-08-23 | 2008-01-30 | 创新科存储技术(深圳)有限公司 | 一种实现应用服务器负载均衡的方法及*** |
CN103118142A (zh) * | 2013-03-14 | 2013-05-22 | 曙光信息产业(北京)有限公司 | 负载均衡方法和负载均衡*** |
CN103246546A (zh) * | 2013-05-07 | 2013-08-14 | 山东大学 | 基于云技术的开放式电力***数值仿真***及其仿真方法 |
CN105227602A (zh) * | 2014-06-20 | 2016-01-06 | 北京新媒传信科技有限公司 | 一种负载均衡的方法、客户端、注册服务器和*** |
EP3113539A1 (en) * | 2015-06-30 | 2017-01-04 | Vodafone IP Licensing limited | Load balancing user plane traffic in a telecommunication network |
CN109462647A (zh) * | 2018-11-12 | 2019-03-12 | 平安科技(深圳)有限公司 | 基于数据分析的资源分配方法、装置和计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
CN109819057A (zh) | 2019-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109819057B (zh) | 一种负载均衡方法及*** | |
CN108924221B (zh) | 分配资源的方法和装置 | |
US7953843B2 (en) | System and method for evaluating a heterogeneous cluster for supporting expected workload in compliance with at least one service parameter | |
US7788380B2 (en) | Load balancing method and apparatus, and software streaming system using the same | |
CN115134368B (zh) | 一种负载均衡方法、装置、设备以及存储介质 | |
US10091675B2 (en) | System and method for estimating an effective bandwidth | |
US11316792B2 (en) | Method and system of limiting traffic | |
CN108521856A (zh) | 内容分发网络中的调度方法和设备 | |
US8060599B2 (en) | System and method for determining a streaming media server configuration for supporting expected workload in compliance with at least one service parameter | |
US8639796B2 (en) | Monitoring the performance of a streaming media server using server-side and client-side measurements | |
WO2014194869A1 (zh) | 一种请求处理方法、装置及*** | |
US11025709B2 (en) | Load processing method and apparatus | |
CN109348264B (zh) | 视频资源共享方法、装置、存储介质及电子设备 | |
US10979478B2 (en) | Method and apparatuses for monitoring or setting quality of service for a data transmission via a data connection in a radio network | |
CN112532743B (zh) | 一种智能负载均衡方法、装置及存储介质 | |
CN109615022B (zh) | 模型上线配置方法和装置 | |
US9326161B2 (en) | Application-driven control of wireless networking settings | |
CN110874314B (zh) | 压测方法、装置、设备和介质 | |
CN113328906A (zh) | 一种流量实时监控方法、装置、存储介质及电子设备 | |
US20060168288A1 (en) | Identifying failure of a streaming media server to satisfy quality-of-service criteria | |
CN111278039B (zh) | 用户感知压抑识别方法、装置、设备及介质 | |
US11871263B2 (en) | System and method for 5G mobile network management | |
CN114936089A (zh) | 资源调度方法、***、设备及存储介质 | |
CN114866614A (zh) | 基于网络环境和服务器负载的服务自适应弹性调整的方法 | |
US20060136927A1 (en) | Models for monitoring of streaming server performance |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20231213 Address after: Building 2-A, China Sound Valley Industrial Park, No. 3333 Xiyou Road, High tech Zone, Hefei City, Anhui Province, 230088 Patentee after: Hefei intelligent voice Innovation Development Co.,Ltd. Address before: NO.666, Wangjiang West Road, hi tech Zone, Hefei City, Anhui Province Patentee before: IFLYTEK Co.,Ltd. |
|
TR01 | Transfer of patent right |