CN112671813B - 服务器确定方法、装置、设备及存储介质 - Google Patents
服务器确定方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112671813B CN112671813B CN201910978742.4A CN201910978742A CN112671813B CN 112671813 B CN112671813 B CN 112671813B CN 201910978742 A CN201910978742 A CN 201910978742A CN 112671813 B CN112671813 B CN 112671813B
- Authority
- CN
- China
- Prior art keywords
- server
- candidate
- determining
- service
- internet
- 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
Abstract
本发明实施例公开了一种服务器确定方法、装置、设备及存储介质。其中方法包括:根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;根据物联网设备与候选服务器之间的网络状态,确定业务服务器,业务服务器用于响应业务请求。本发明实施例通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的交互质量。
Description
技术领域
本发明实施例涉及物联网通信技术领域,尤其涉及一种服务器确定方法、装置、设备及存储介质。
背景技术
随着物联网的高速发展,物联网设备对服务器的需求越来越多元化,并且物联网设备在地域上的分布也越来越广,而服务器通常无法覆盖整个区域,因此服务器的自身可用性,以及服务器与设备之间的网络情况,直接影响物联网设备访问服务器的实时体验。
相关技术中,为了提高物联网设备与服务器之间业务请求的连接速度和成功率,通常物联网设备向服务器发送业务请求时,服务器集群中的中心服务器会根据记录的各服务器的网络运行状态数据和负载情况,选择处于预设阈值范围内的服务器作为业务服务器与客户端或设备进行数据交互。
然而,上述方式中预设阈值范围通常是固定的,而业务请求方的需求是多元化的,因此根据固定的预设阈值范围确定业务服务器就会存在一定的局限性,使得最终选取的业务服务器合适度较低,影响物联网设备与服务器之间的交互质量。
发明内容
本发明实施例提供一种服务器确定方法、装置、设备及存储介质,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的交互质量。
第一方面,本发明实施例提供了一种服务器确定方法,该方法包括:根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
第二方面,本发明实施例还提供了一种服务器确定装置,该装置包括:候选服务器确定模块,用于根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;业务服务器确定模块,用于根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
第三方面,本发明实施例还提供了一种计算机设备,该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现本发明实施例中任一项所述的服务器确定方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时以实现本发明实施例中任一项所述的服务器确定方法。
本发明实施例公开的技术方案,具有如下有益效果:
通过根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器,并根据物联网设备与候选服务器之间的网络状态,确定业务服务器。由此,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的交互质量。
附图说明
图1是本发明实施例提供的一种确定服务器的应用场景图;
图2是本发明实施例提供的一种服务器确定方法的流程示意图;
图3是本发明实施例提供的另一种服务器确定方法的流程示意图;
图4是本发明实施例提供的又一种服务器确定方法的流程示意图;
图5是本发明实施例提供的再一种服务器确定方法的流程示意图;
图6是本发明实施例提供的一个根据服务保活请求确定保活服务器的信令交互图;
图7是本发明实施例提供的一种服务器确定装置的结构示意图;
图8是本发明实施例提供的一种计算机设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明实施例,而非对本发明实施例的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明实施例相关的部分而非全部结构。
本发明实施例针对相关技术中,通过利用固定的预设阈值范围确定业务服务器时存在一定的局限性,使得最终选取的业务服务器合适度较低,影响物联网设备与服务器之间的数据交互质量的问题,提出一种服务器确定方法、装置、设备及存储介质。
本发明实施例通过确定接收到的物联网设备发送的业务请求的类型,以根据业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器,然后根据物联网设备与候选服务器之间的网络状态,确定业务服务器,以通过该业务服务器响应业务需求。由此,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的数据交互质量。
为了更清楚的说明本发明实施例,首先结合图1对本发明实施例的应用场景进行说明。示例应用场景中包括至少一个物联网设备11、至少一个客户端12、服务系统13、网络14,以及连接至少一个物联网设备11和至少一个客户端12与网络14的网关设备15。其中网络14可为局域网(LAN)、广域网(WAN)、互联网或者组合。也就是说,至少一个物联网设备11、至少一个客户端12以及服务器系统13之间可通过网络14进行交互。
如图1所述,服务系统13由服务器集群132和关系型数据库134(RelationalDatabase Service,简称RDS)组成。
其中,服务器集群132由一个中心服务器1321和至少两个区域服务器1322组成,并且该服务器集群132中的所有服务器均分布式部署在公有云资源上。例如,中心服务器1321部署在美国,至少两个区域服务器1322分别部署在全球其他多个区域。需要说明的是,至少两个区域服务器1322的数量和部署位置可根据业务需求和用户分布进行灵活调整。其中公用云资源可以为亚马逊或阿里云等,此处不作限定。
该服务器集群132中的中心服务器1321可为至少一个物联网设备11和至少一个客户端12出厂时默认的交互服务器,以用于资源监控和调配。具体实现时,可根据接收到的业务请求判断是否需要调配服务器,若需要调配服务器则根据业务请求的类型及业务需求确定各区域服务器1322的适用性并为该业务请求动态调配交互服务器(即业务服务器)。至少两个区域服务器1322可用于处理并响应各种类型的业务请求。也就是说,至少两个区域服务器1322的类型分为多种,例如基本业务服务器、云存储服务器及转发服务器等。另外,至少两个区域服务器1322还可根据接收到业务请求确定是否进行服务器的调配功能。
也就是说,本实施例中服务器集群132中的各服务器之间业务功能既能独立又可互通,又能根据业务请求的实际需求进行是否调配服务器的确定和调配服务器的操作。
本实施例中,RDS服务134可由公有云资源平台提供,以用于管理服务器资源数据和业务数据。也就是说,服务器集群132中的所有服务器中的数据均可在RDS上同步和管理。
在实际使用中,至少一个客户端12可作为物联网设备11与服务器集群132中的服务器进行交互。具体的,可通过在客户端12上注册用户账号,并将物联网设备11与用户账号进行关联,从而在客户端12上登录用户账号即可建立连接通道登录物联网设备11以进行业务操作。
本实施例中以将客户端作为物联网设备进行说明。其中,本实施例中所有物联网设备均具备重定向功能,即可在与服务器集群132中的任一服务器进行交互过程中,根据业务需求可灵活更换服务器进行交互。
下面参考附图对本发明实施例的服务器确定方法、装置、设备及存储介质进行详细说明。
图2是本发明提供的一种服务器确定方法的流程示意图,本发明实施例可适用于基于业务请求确定业务服务器的情况,该方法可以由服务器确定装置来执行,以实现对业务服务器确定过程进行控制,该服务器确定装置可由硬件和/或软件组成,并可集成于计算机设备中,该计算机设备可以是任意具有数据处理功能的设备。该服务器确定方法具体包括如下:
S201,根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器。
本实施例中,物联网设备可以包括各种终端设备,例如智能手机、智能家电等。其中,智能家电可以是但不限于:智能音箱、智能电视、智能空调等等。
其中,业务请求的类型可包括以下至少一项:服务器保活业务、获取数据业务、上传数据业务和转发数据业务。
需要说明的是,本实施例中服务器保活业务是在任何业务下均同步执行的。也就是说,从物联网设备首次上线开始,直到物联网设备停止使用,整个使用期间均执行服务器保活业务,以避免与服务器进行交互时重复建立连接操作。
示例性的,本实施例可在接收到物联网设备发送的业务请求时,首先确定该业务请求的类型,并从RDS中获取服务器集群中所有区域服务器的运行状态。然后,根据物联网设备的业务请求的类型和获取的服务器集群中每个区域服务器的运行状态,确定候选服务器。其中,候选服务器的数量可为多个。
需要说明的是,本实施例中业务请求可以是物联网设备首次上线时向默认交互的中心服务器发送的,也可以是物联网设备与业务服务器进行交互过程中发送的等,此处不作限定。
为了便于说明本发明实施例,本实施例以物联网设备首次上线时向服务器集群中的中心服务器发送业务请求为例进行说明。
当物联网设备向中心服务器发送业务请求时,则本实施例中根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器时,服务器集群中服务器是指区域服务器。
具体实现时,由于技术人员会预先约定物联网设备与服务器之间的协议接口,并且每个协议接口都对应一种类型。因此,当服务器集群中的中心服务器接收到物联网设备发送的业务请求时,可根据物联网设备调用的接口即可确定该物联网设备的业务请求的类型。
在实际使用过程中,服务器集群中的每个服务器上均会部署监测工具,通过监测工具可实时监控所在服务器的运行状态,还可对所在服务器的运行状态进行检测,并将检测结果存储至RDS中,为后续确定候选服务器奠定了基础。
对服务器运行状态进行监控的监控项包括但不限于:带宽使用率、CPU使用率、内存使用率和数据盘使用率。
其中,本实施例还可根据实际需要调节每个服务器上部署的监测工具对监控项的检测频率,以确保数据检测的实时性,避开时差盲点,从而实现对每个服务器的运行状态检测频率的灵活控制。当检测频率设置的越高,检测越实时,时差盲点就越小。例如,将监测工具的检测频率设备为5秒(s),则每隔5s对监控的服务器的运行状态进行一次检测。
进一步的,每个服务器上部署的监测工具除了为后续确定候选服务器提供依据之外,还可对每个服务器起到运行维护作用,以降低对服务器单点故障的运维成本。
具体实现时,可通过在监测工具上设置每个监控项的安全阈值,从而监测工具可根据每个监控项的安全阈值对监控项进行检测。在正常情况下按照设定的检测频率将监控的正常监控项存储至RDS中;当监测工具根据设置的安全阈值检测出任一监控项超过对应的安全阈值,则立刻将该监控项数据存入RSD,而无需遵守设定的检测频率将监控项存入RSD,同时还向运维人员发送状态变化告警消息,以使运维人员根据告警消息可快速准确的定位出现异常服务器的异常项,并对出现异常服务器进行维护。其中,向运维人员发送状态变化告警消息可以是短信或者邮件等方式。
例如,监控项为CPU使用率,那么可将CPU使用率的安全阈值设置为90%,若监测工具检测到所在服务器的CPU使用率为96%,则确定该服务器的CPU使用率超过安全阈值90%,则立刻将该CPU使用率存储RDS中,并向运维人员发送告警消息,其中告警消息可携带监测工具标识信息或者监测工具所在服务器标识等信息,以使运维人员可根据告警消息中携带的信息快速准确的定位出现异常服务器,并对该服务器进行维护。
在本申请的另一实施例中,服务器集群中的中心服务器还可实时监控除自身之外的所有区域服务器是否按设定的检测频率在RDS中存储监控数据。若任意区域服务器超过检测频率未上报检测数据,则将上述区域服务器作为异常服务器进行处理,主动设置映射关系以将与上述区域服务器交互的业务请求分流给其他区域服务器,同时向运维人员发起异常告警,以使运维人员根据异常告警对异常区域服务器进行检查维护。
其中,中心服务器设置的映射关系,可基于自身的处理规则(例如选择运行状态良好的服务器)设置异常区域服务器与其他区域服务器的映射关系,从而将异常区域服务器上的业务请求根据映射关系分流给其他区域服务器。
也就是说,本实施例中各区域服务器的检测数据是存储在RDS中,因此中心服务器可通过从RDS中获取服务器集群中每个区域服务器的运行状态。
进而,根据确定的物联网设备的业务请求的类型和获取的服务器集群中服务器的运行状态确定候选服务器。
示例性的,确定候选服务器,可基于服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数,然后根据所述服务器的适用指数,确定候选服务器。
其中,可将适用指数小于指数阈值的所有服务器,确定为候选服务器。
例如,若指数阈值为70,服务器集群中区域服务器有10个,且每个区域服务器的适用指数分别为70、29、34、25、80、77、62、55、91、69,则可确定第2个、第3个、第4个、第7个、第8个和第10个区域服务器的适用指数小于70,则将第2个、第3个、第4个、第7个、第8个和第10个区域服务器确定为候选服务器。
S202,根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
在本实施例中,可首先获取物联网设备与候选服务器之间的网络状态,然后再根据物联网设备与候选服务器之间的网络状态,确定业务服务器。
示例性的,获取物联网设备与候选服务器之间的网络状态时,可通过以下方式实现:
方式一
基于与业务请求同时发送的网络诊断请求,自动检测物联网设备与候选服务器之间的网络状态。
也就是说,当物联网设备发送业务请求时,还可向服务器集群中的中心服务器发送网络诊断请求,以使中心服务器在根据物联网设备的业务请求的类型和服务器集群中区域服务器的运行状态,确定多个候选服务器之后,对多个候选服务器与物联网设备之间的网络状态进行诊断。
方式二
预先在服务器集群中的中心服务器上设置自动诊断物联网设备与候选服务器之间的网络状态程序,以当确定候选服务器之后,自动触发诊断物联网设备与候选服务器之间的网络状态。
需要说明的是,上述方式仅作为对本发明实施例的示例性说明,不作为具体限定。
进而,在获取到物联网设备与候选服务器之间的网络状态之后,本发明实施例可将网络状态最优的候选服务器确定为业务服务器,以通过该业务服务器对物联网设备发送的业务请求进行响应。
也就是说,本实施例中根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,包括:
确定与所述物联网设备之间的最优网络状态对应的候选服务器为业务服务器。
实际使用过程中,在确定业务服务器之后,若物联网设备向对应业务服务器发送业务请求时,若业务服务器此时无法满足业务需求时,该业务服务器还可从RDS中获取性能最佳的区域服务器作为响应服务器,并将业务请求转发给该响应服务器,以通过该响应服务器对业务请求进行响应,并将响应服务器的地址携带在响应消息中,以通知物联网设备重新选择业务服务器;或者,还可由用户人工触发业务服务器重选请求,具体重选业务服务器的实现方式与物理网设备首次确定业务服务器实现原理类似,区别仅在于重选新业务服务器的执行主体为当前交互的区域服务器。
本发明实施例提供的服务器确定方法,通过根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器,并根据物联网设备与候选服务器之间的网络状态,确定业务服务器。由此,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的数据交互质量。
基于上述实施例,S201还包括:确定满足所述业务请求对应的资源需求的服务器,作为候选服务器。
也就是说,物联网设备在向中心服务器发送业务请求时,还可将对服务器资源需求携带在请求中,以使中心服务器根据业务请求直接从RDS中获取服务器集群中所有区域服务器的最新运行状态和资源剩余数据,然后根据资源需求从所有区域服务器中获取满足资源需求的服务器,作为候选服务器,从而将不满足要求的服务器过滤掉。
通过上述分析可知,本发明实施例通过根据业务请求类型和服务器的运行状态确定候选服务器,然后根据物联网设备与候选服务器之间的网络状态,确定业务服务器。
在具体实现过程中,本发明实施例中确定候选服务器包括:基于服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数;根据服务器的适用指数,确定候选服务器。下面结合图3,对本发明实施例服务器确定方法中上述确定候选服务器的过程进行详细说明。
图3是本发明实施例提供的另一种服务器确定方法的流程示意图。如图3所示,该服务器确定方法包括如下步骤:
S301,基于所述服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数。
示例性的,中心服务器可从RDS中获取服务器集群中各区域服务器的运行状态,并根据业务请求的类型确定服务器集群中各区域服务器的合适度参数。然后,根据各区域服务器的款型、资源配置或供应商,确定各区域服务器的运行状态对合适度参数的影响权重,以及根据业务请求的类型,确定各区域服务器的合适度参数对确定业务服务器的优先级权重;最后,根据各区域服务器的运行状态、运行状态对合适度参数的影响权重以及合适度参数的优先级权重,计算区域服务器的适用指数。
其中,服务器的运行状态可包括:带宽使用率、CPU使用率、数据盘使用率以及内存使用率等。
服务器的合适度参数可依据业务请求的类型确定,具体服务器的合适度参数可包括:丢包率、并发量等。
本实施例中根据各区域服务器的运行状态、运行状态对合适度参数的影响权重以及合适度参数的优先级权重,计算服务器的适用指数,可通过如下公式(1)实现:
其中,P为服务器的适用指数,a1、a2、…、an为服务器的运行状态,其取值范围为百分比,bmn矩阵为服务器中运行状态对合适度参数的影响权重,b0m矩阵为合适度参数的优先级权重。
举例说明,若服务器的运行状态包括:带宽使用率a1、CPU使用率a2、内存使用率a3、数据盘使用率a4及其他an;服务器的合适度参数包括:丢包率b1、并发量b2和其他bn,那么当影响b1的因素为a1和a2,则确定a1对b1的影响权重可为b11,a2对b1的影响权重可为b12,其中b11+b12=10;当影响b2的因素为a1和a2,则确定a1对b2的影响权重可为b21,a2对b2的影响权重为b22,其中b21+b22=10;以此类推影响bm的因素为a1、a2…an,则确定a1对bm的影响权重可为bm1、a2对bm的影响权重为bm2…an对bm的影响权重可为bmn,其中bm1+bm2+…+bmn=10。进一步的,还可确定b1所占的优先级权重为b01,b2占的优先级权重为b02,以此类推bm占的优先级权重为b0m,其中b01+b02+……+b0m=10。然后,将服务器的运行状态、运行状态对合适度参数的影响权重以及合适度参数的优先级权重代入上述公式(1),计算服务器的适用指数。
需要说明的是,本实施例中计算的服务器的适用指数越小,说明该服务器越适用。
即,本实施例基于所述服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数,包括:获取服务器的运行状态及合适度参数;确定所述服务器中运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重;根据所述服务器的运行状态、运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重,计算所述服务器的适用指数。
S302,根据所述服务器的适用指数,确定候选服务器。
示例性的,可将每个服务器的适用指数与指数阈值进行比对,并将小于指数阈值的所有服务器,确定为候选服务器。其中,指数阈值可根据经验进行设置,例如设置为70或85等,此处对其不做限定。
即,根据所述服务器的适用指数,确定候选服务器,包括:若任意服务器的适用指数小于指数阈值,则将该服务器确定为候选服务器。
S303,根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
本实施例通过计算服务器集群中每个区域服务器的适用指数,以根据适用指数确定候选服务器,使得确定的候选服务器更符合业务需求,从而为后续确定业务服务器提供了有利条件。
通过上述分析可知,本发明实施例通过计算服务器的适用指数,以根据服务器的适用指数确定候选服务器。
在本发明另一实施例中,本发明实施例在确定候选服务器之后,从候选服务器中确定业务服务器时,可根据业务请求中包括的网络状态需求和物联网设备与候选服务器之间的网络状态,从候选服务器中确定业务服务器。下面结合图4,对本发明实施例服务器确定方法中上述确定业务服务器的过程进行详细说明。
图4是本发明实施例提供的又一种服务器确定方法的流程示意图。如图4所示,本发明实施例的服务器确定方法包括如下:
S401,根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器。
S402,确定物联网设备与候选服务器之间的网络状态值。
示例性的,本实施例中物联网设备首次上线时向服务器集群中的中心服务器发送业务请求的同时,还可向中心服务器发送网络诊断请求,以使中心服务器在确定候选服务器之后,基于物联网设备发送的网络诊断请求中携带的物联网设备标识信息,向物联网设备发送携带候选服务器相关信息的响应消息;或者,中心服务器在确定候选服务器之后,根据预先设置的网络诊断程序,自动向物联网设备发送携带候选服务器相关信息的响应消息。
其中,响应消息中携带有候选服务器的诊断地址、用于获取诊断结果的诊断标识和诊断规则。其中,诊断规则包括:诊断报文的传输协议、每个诊断报文的大小、需要发送的诊断报文数量以及诊断持续时间。
当物联网设备接收到中心服务器发送的响应消息之后,通过对响应消息进行解析,以获取候选服务器的相关信息。然后,向每个候选服务器发送网络诊断请求,以获取物联网设备与候选服务器之间的网络状态。其中,网络状态可包括:网络延时、上行带宽和丢包率等。
可选的,物联网设备向候选服务器发送网络诊断请求时,可根据获取到的诊断规则匀速向候选服务器的诊断地址发送报文,并在发送报文的同时,物联网设备还可根据用于获取诊断结果的诊断标识按预设间隔向中心服务器发送诊断结果获取请求,直到接收到与诊断标识对应的诊断结果为止。当然本实施例中物联网设备也可不获取诊断结果,具体采用何种方式可根据实际需求设定,此处不作具体限定。
候选服务器接收物联网设备发送的网络诊断请求,并在超时时自动关闭接收报文端口,并利用自身计算规则计算上行带宽、丢包率及网络延时等数据。然后,将计算的上行带宽、丢包率及网络延迟存入RDS中,并上报给中心服务器,从而中心服务器可根据物联网设备发送的用于获取诊断结果的诊断标识获取对应诊断结果,并反馈给物联网设备。
本实施例,候选服务器可通过如下公式(2)计算丢包率。
其中,sizeper为丢包率,totalsize为总报文大小,size为一个报文的大小,num为每秒发送的报文数量。
基于上述计算的丢包率,可根据如下公式(3)计算物联网设备与候选服务器之间的上行带宽。
其中,T为物联网设备与候选服务器之间的上行带宽,size为一个报文的大小,sizeper为丢包率,duration为诊断持续时间,num为每秒发送的报文数量。
进一步的,本实施例中可根据RDS记录的网络延时Delay和物联网设备上报的LastDelay计算物联网设备与候选服务器之间的网络延时,具体计算可参见如下公式(4):
其中,D为网络延时,LastDelay为物联网设备上报的上一次网络延时,其中若物联网设备首次上线,则该LastDelay为0;若物联网设备非首次,则该LastDelay根据接收中心服务器发送的诊断结果所需时间,Delay为RDS中记录的网络延时。
本实施例中,在计算出计算物联网设备与候选服务器之间的网络延时之后,候选服务器还可根据该网络延时将RDS中的“Delay”进行更新。
S403,确定所述网络状态值与所述业务请求对应的网络状态需求值的差值。
由于应用过程中,物联网设备发送业务请求时,还可将网络状态需求携带在业务请求中。因此,本实施例在确定出物联网设备与候选服务器之间的网络状态值之后,可将网络状态值和业务请求对应的网络状态需求值进行作差,得到差值。例如,业务请求对应的网络状态需求值为丢包率为12%,则将12%与物联网设备与候选服务器之间的丢包率8%进行作差,得到差值为4%。
S404,根据所述差值与预设阈值,从所述候选服务器中确定业务服务器。
具体实现时,可将差值与预设阈值比较,若差值大于或者等于预设阈值,则获取该差值对应的候选服务器,并计算候选服务器的适用指数;根据物联网设备与候选服务器之间的网络状态、所述候选服务器的适用指数、所述适用指数权重以及所述网络状态权重,计算所述候选服务器的选择指数;根据所述候选服务器的选择指数,将最小选择指数对应的候选服务器,确定为业务服务器。其中,预设阈值可根据经验设置,例如设为0等,此处不做具体限定。
可选的,本实施例中,计算获取差值大于或者等于预设阈值的候选服务器的适用指数,可利用上述实施例中公式(1)实现,此处不做过多赘述。
进一步的,可根据如下公式(5)计算候选服务器的选择指数。
其中,S为候选服务器的选择指数,α为适用指数权重,β和γ均为网络状态值权重,p为候选服务器的适用指数,D为物联网设备与候选服务器之间的网络延时,T为物联网设备与候选服务器之间的上行带宽。
需要说明的是,本实施例中适用指数权重和网络状态值权重,可根据物联网设备与候选服务器之间的实时网络情况和网络检测项目动态调整,如D值小于100ms可认为网络良好,此时权重可按α>β>γ分配;D值大于100ms但小于500ms时可认为网络普通,此时权重可按β>α>γ分配;D值大于500ms时可认为网络差,此时权重可按γ>β>α分配。
在计算候选服务器的选择指数之后,可将候选服务器的S值进行排序,并将本次排序结果存入RDS,同时选择S值最小的候选服务器作为物联网设备本次请求的业务服务器。
进一步的,若差值小于所述预设阈值,则获取所述差值对应的候选服务器,并计算所述候选服务器的适用指数;根据所述候选服务器的适用指数,将最小适用指数对应的候选服务器,确定为业务服务器。
需要说明的是,由于候选服务器可为多个,那么本实施例中将差值与预设阈值进行比较,并根据比较结果获取候选服务器,具体是指:获取满足条件的所有候选服务器进行后续计算操作。例如,多个候选服务器有三个,那么当三个候选服务器中两个候选服务器与物联网设备之间的网络状态值与网络状态需求值的差值大于或者等于预设阈值,则获取上述两个候选服务器进行后续计算;又如,若三个候选服务器与物联网设备之间的网络状态值与网络状态需求值的差值均小于预设阈值,则获取上述三个候选服务器进行后续计算。
本发明实施例提供的服务器确定方法,根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器之后,通过确定物联网设备与候选服务器之间的网络状态值,并确定网络状态值与业务请求对应的网络状态需求之的差值,以根据差值与预设阈值,从候选服务器中确定业务服务器。由此,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的数据交互质量。
在另一实现情景中,本实施例确定业务服务器之后,物联网设备可与业务服务进行数据交互,然而在实际应用中,当业务服务器突然出现异常时无法进行任何业务处理时,本发明还可根据服务器集群中其他服务器的运行状态确定新业务服务器,以通过新业务服务器响应业务请求。下面结合图5,对本发明实施例服务器确定方法上述情况说明。
图5是本发明实施例提供的再一种服务器确定方法的流程示意图。如图5所示,该服务器确定方法具体包括如下:
S501,根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器。
S502,根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
S503,若业务服务器出现异常,则根据其他服务器的运行状态确定新业务服务器,所述新业务服务器用于响应所述业务请求。
S504,将接收到的新业务请求转发至所述新业务服务器,以使新业务服务器响应所述新业务请求。
由于服务器集群中的中心服务器可以通过检测RDS确定服务器集群中哪些区域服务器出现异常。若确定与物联网设备交互的业务服务器出现异常无法进行任何业务时,中心服务器可根据RDS中记录的其他区域服务器的运行状态确定至少一个区域服务器,并将业务服务器上的业务分流道至少一个区域服务器中。并且当中心服务器检测到物联网设备向业务服务器发送新业务请求时,根据自身分配规则从至少一个区域服务器中选择一个服务器作为新业务服务器,并将上述新业务请求转发至新业务服务器,以使新业务服务器响应新业务请求。其中,在响应新业务请求时,还可将新业务服务器的地址携带在响应消息中,使得物联网设备根据上述地址进行重选业务服务器操作。
在本发明的另一实现场景中,若业务服务器资源出现不足或者无法满足物联网设备发送业务请求时,该业务服务器在接收到业务请求之后可从RDS中获取当前运行状态最优的其他服务器作为业务请求响应服务器,以通过上述确定的响应服务器响应业务请求,其中,在响应新业务请求时,还可将响应服务器的地址携带在响应消息中,使得物联网设备根据上述地址进行重传业务服务器操作。
下面结合图6,对物联网设备发送服务器保活业务请求确定业务服务器的具体过程进行举例说明。其中,物联网设备A、服务器集群中包括一个中心服务器B、N个区域服务器1、2、…、N。
具体的,中心服务器根据物联网设备发送的服务器保活业务请求,确定业务服务器包括以下步骤:
S1:物联网设备A首次上线,默认向中心服务器B按预设间隔持续发送服务器保活请求;
S2:中心服务器B将保活请求上报物联网设备A的标识信息存入数据库(RDS),并返回响应消息,响应中携带物联网设备A下一次的保活间隔和保活地址(保活地址默认为中心服务器,重选保活服务器后才会将保活地址更新为该保活服务器的地址);
S3:物联网设备A向中心服务器B发起重选保活服务器请求(与此同时,物联网设备A仍与中心服务器B按预设间隔进行保活);
S4:中心服务器B接到重定向请求后先将物联网设备A在RDS中的保活地址设为中心服务器的地址,再将当前其他服务器中适用指数P<70的区域服务器作为候选服务器,并将候选服务器相关信息(网络诊断所需信息)携带在响应消息中返回给物联网设备A;
S5:物联网设备A获取到候选服务器相关信息后,分别向各候选服务器发起网络诊断请求;
S6:各候选服务器根据接收到诊断请求后完成诊断之后,将诊断结果上报给中心服务器B,中心服务器B选出最合适的服务器作为保活服务器(如区域服务器2),并将该服务器地址更新到RDS中物联网设备A对应的保活服务器标志表中,新的保活服务器地址将会在物联网设备A下一次上报保活请求时在响应消息中返回,至此保活服务器确定完毕;
S7:物联网设备A开始按预设间隔与确定的区域服务器2进行保活;
S8:物联网设备A与区域服务器2进行正常保活交互;
S9:物联网设备A正常向区域服务器2发起保活请求;
S10:区域服务器2突发异常时,物联网设备A发送的保活请求被中心服务器B转到区域服务器N;
S11:区域服务器N在保活响应中通知物联网设备A发起重选保活服务器;
S12:物联网设备A主动向区域服务器N发起重选保活服务器请求;
S13:同S4,区域服务器N将候选服务器相关信息返回给物联网设备A;
S14:物联网设备A与区域服务器N按间隔进行保活;
S15:物联网设备A与区域服务器N进行正常保活交互;
S16:同S5,物联网设备A向各候选服务器发起网络诊断请求;
S17:同S6,各候选服务器根据接收到诊断请求后完成诊断之后,将诊断结果上报给区域服务器N,区域服务器N选出最合适的服务器作为保活服务器(如区域服务器1),并将该区域服务器1地址更新到RDS中物联网设备A对应的保活服务器标志表中,等待下次物联网设备A发起保活时在响应中返回;
S18:同S7,物联网设备A向S17保活响应中携带的新业务服务器(区域服务器1)地址进行保活;
S19:同S8,物联网设备A与新服务器(即区域服务器1)进行正常保活交互。
步骤S1~S8为物联网设备A首次保活后自动发起重选服务器请求到完成选择并开始与选定的服务器进行稳定交互的流程,步骤S9~S19为物联网设备A在使用过程中服务器突发异常发起重选服务器请求到完成选择并开始与新选定的服务器进行稳定交互的流程。
本发明实施例提供的服务器确定方法,实现了在确定的业务服务器出现异常时,自动选择其他服务器作为新业务服务器进行业务请求的响应,并且还使得物联网设备可基于响应消息中的新业务服务器的地址进行重选服务器的操作,从而提高了服务系统容灾性能,进一步提升了用户体验。
图7是本发明实施例提供的一种服务器确定装置的结构示意图。如图7所示,本发明实施例服务器确定装置包括:候选服务器确定模块710和业务服务器确定模块712。
其中,候选服务器确定模块710用于根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;
业务服务器确定模块712用于根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
作为本发明实施例的一种可选的实现方式,候选服务器确定模块710,包括:计算子单元和确定子单元。
其中,计算子单元,用于基于所述服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数;
第一确定子单元,用于根据所述服务器的适用指数,确定候选服务器。
作为本发明实施例的一种可选的实现方式,计算子单元,具体用于:
获取服务器的运行状态及合适度参数;
确定所述服务器中运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重;
根据所述服务器的运行状态、运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重,计算所述服务器的适用指数。
作为本发明实施例的一种可选的实现方式,第一确定子单元,具体用于:
若任意服务器的适用指数小于指数阈值,则将该服务器确定为候选服务器。
作为本发明实施例的一种可选的实现方式,业务服务器确定模块712,具体用于:
确定与所述物联网设备之间的最优网络状态对应的候选服务器为业务服务器。
作为本发明实施例的一种可选的实现方式,业务服务器确定模块712,包括:第二确定子单元、第三确定子单元和第四确定子单元。
其中,第二确定子单元,用于确定物联网设备与候选服务器之间的网络状态值;
第三确定子单元,用于确定所述网络状态值与所述业务请求对应的网络状态需求值的差值;
第四确定子单元,用于根据所述差值与预设阈值,从所述候选服务器中确定业务服务器。
作为本发明实施例的一种可选的实现方式,第四确定子单元,具体用于:
若差值大于或者等于预设阈值,则获取所述差值对应的候选服务器,并计算所述候选服务器的适用指数;
根据物联网设备与候选服务器之间的网络状态值、所述候选服务器的适用指数、所述适用指数权重以及所述网络状态值权重,计算所述候选服务器的选择指数;
根据所述候选服务器的选择指数,将最小选择指数对应的候选服务器,确定为业务服务器;或者,
若差值小于所述预设阈值,则获取所述差值对应的候选服务器,并计算所述候选服务器的适用指数;
根据所述候选服务器的适用指数,将最小适用指数对应的候选服务器,确定为业务服务器。
作为本发明实施例的一种可选的实现方式,候选服务器确定模块710,还用于:
确定满足所述业务请求对应的资源需求的服务器,作为候选服务器。
作为本发明实施例的一种可选的实现方式,服务器确定装置还包括:新业务服务器确定模块和响应模块。
其中,新业务服务器确定模块,用于若业务服务器出现异常,则根据其他服务器的运行状态确定新业务服务器,所述新业务服务器用于响应所述业务请求。
响应模块,用于将接收到的新业务请求转发至所述新业务服务器,以使新业务服务器响应所述新业务请求。
作为本发明实施例的一种可选的实现方式,
需要说明的是,前述对服务器确定方法实施例的解释说明也适用于该实施例的服务器确定装置,其实现原理类似,此处不再赘述。
本发明实施例提供的服务器确定装置,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的数据交互质量。
图8是本发明实施例提供的一种计算机设备的结构示意图,如图8所示,该计算机设备包括处理器1000、存储器1001、输入装置1002和输出装置1003;计算机设备中处理器1000的数量可以是一个或多个,图8中以一个处理器1000为例;计算机设备中的处理器1000、存储器1001、输入装置1002和输出装置1003可以通过总线或其他方式连接,图8中以通过总线连接为例。
存储器1001作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的服务器确定方法对应的程序指令/模块(例如,服务器确定装置中的候选服务器确定模块710和业务服务器确定模块712)。处理器1000通过运行存储在存储器1002中的软件程序、指令以及模块,从而执行计算机设备的各种功能应用以及数据处理,即实现上述的服务器确定方法。
存储器1001可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器1001可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器1001可进一步包括相对于处理器1000远程设置的存储器,这些远程存储器可以通过网络连接至设备/终端/服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置1002可用于接收输入的数字或字符信息,以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置1003可包括显示屏等显示设备。
需要说明的是,前述对服务器确定方法实施例的解释说明也适用于该实施例的计算机设备,其实现原理类似,此处不再赘述。
本发明实施例提供的计算机设备,通过结合业务请求、服务器的运行状态及物联网设备与服务器之间的网络状态,动态选择当前环境中的最佳服务器作为业务服务器,使得最终确定的业务服务器合适度更高,更符合业务请求的实际需求,从而能够提高设备与服务器之间的数据交互质量。
为了实现上述目的,本发明实施例还提出了一种计算机可读存储介质。本发明实施例提供的计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面实施例所述的服务器确定方法,该方法包括:
根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
当然,本发明实施例所提供的一种计算机可读存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明实施例任意实施例所提供的服务器确定方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明实施例可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明实施例各个实施例所述的方法。
值得注意的是,上述服务器确定装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明实施例的保护范围。
注意,上述仅为本发明实施例的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明实施例不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明实施例的保护范围。因此,虽然通过以上实施例对本发明实施例进行了较为详细的说明,但是本发明实施例不仅仅限于以上实施例,在不脱离本发明实施例构思的情况下,还可以包括更多其他等效实施例,而本发明实施例的范围由所附的权利要求范围决定。
Claims (10)
1.一种服务器确定方法,其特征在于,所述方法包括:
根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;
所述根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器,包括:
基于所述服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数;
根据所述服务器的适用指数,确定候选服务器;
所述基于所述服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数,包括:
获取服务器的运行状态及合适度参数;
确定所述服务器中运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重;
根据所述服务器的运行状态、运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重,计算所述服务器的适用指数;
根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
2.根据权利要求1所述的方法,其特征在于,根据所述服务器的适用指数,确定候选服务器,包括:
若任意服务器的适用指数小于指数阈值,则将该服务器确定为候选服务器。
3.根据权利要求1所述的方法,其特征在于,根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,包括:
确定与所述物联网设备之间的最优网络状态对应的候选服务器为业务服务器。
4.根据权利要求1所述的方法,其特征在于,根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,包括:
确定物联网设备与候选服务器之间的网络状态值;
确定所述网络状态值与所述业务请求对应的网络状态需求值的差值;
根据所述差值与预设阈值,从所述候选服务器中确定业务服务器。
5.根据权利要求4所述的方法,其特征在于,根据所述差值与预设阈值,从所述候选服务器中确定业务服务器,包括:
若差值大于或者等于预设阈值,则获取所述差值对应的候选服务器,并计算所述候选服务器的适用指数;
根据所述候选服务器的适用指数、物联网设备与候选服务器之间的网络状态值、适用指数权重以及网络状态值权重,计算所述候选服务器的选择指数;
根据所述候选服务器的选择指数,将最小选择指数对应的候选服务器,确定为业务服务器;或者,
若差值小于所述预设阈值,则获取所述差值对应的候选服务器,并计算所述候选服务器的适用指数;
根据所述候选服务器的适用指数,将最小适用指数对应的候选服务器,确定为业务服务器。
6.根据权利要求1所述的方法,其特征在于,根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器,还包括:
确定满足所述业务请求对应的资源需求的服务器,作为候选服务器。
7.根据权利要求1所述的方法,其特征在于,根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器之后,还包括:
若业务服务器出现异常,则根据其他服务器的运行状态确定新业务服务器,所述新业务服务器用于响应所述业务请求;
将接收到的新业务请求转发至所述新业务服务器,以使新业务服务器响应所述新业务请求。
8.一种服务器确定装置,其特征在于,包括:
候选服务器确定模块,用于根据物联网设备的业务请求的类型和服务器集群中服务器的运行状态,确定候选服务器;
所述候选服务器确定模块,包括:
计算子单元,用于基于所述服务器集群中服务器的运行状态和合适度参数,计算服务器的适用指数;
第一确定子单元,用于根据所述服务器的适用指数,确定候选服务器;
所述计算子单元,具体用于:
获取服务器的运行状态及合适度参数;
确定所述服务器中运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重;
根据所述服务器的运行状态、运行状态对合适度参数的影响权重,以及所述合适度参数的优先级权重,计算所述服务器的适用指数;
业务服务器确定模块,用于根据所述物联网设备与候选服务器之间的网络状态,确定业务服务器,所述业务服务器用于响应所述业务请求。
9.一种计算机设备,其特征在于,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如权利要求1-7中任一项所述的服务器确定方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-7中任一项所述的服务器确定方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910978742.4A CN112671813B (zh) | 2019-10-15 | 2019-10-15 | 服务器确定方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910978742.4A CN112671813B (zh) | 2019-10-15 | 2019-10-15 | 服务器确定方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112671813A CN112671813A (zh) | 2021-04-16 |
CN112671813B true CN112671813B (zh) | 2023-03-24 |
Family
ID=75399952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910978742.4A Active CN112671813B (zh) | 2019-10-15 | 2019-10-15 | 服务器确定方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112671813B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114666413A (zh) * | 2022-03-31 | 2022-06-24 | 北京奇艺世纪科技有限公司 | 路由方法、装置、设备和可读存储介质 |
CN114979143B (zh) * | 2022-05-19 | 2024-04-16 | 中国银行股份有限公司 | 一种分布式服务的实现方法和分布式服务系统 |
CN117076185B (zh) * | 2023-10-16 | 2024-01-05 | 太平金融科技服务(上海)有限公司 | 一种服务器巡检方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6006264A (en) * | 1997-08-01 | 1999-12-21 | Arrowpoint Communications, Inc. | Method and system for directing a flow between a client and a server |
CN105141541A (zh) * | 2015-09-23 | 2015-12-09 | 浪潮(北京)电子信息产业有限公司 | 一种基于任务的动态负载均衡调度方法及装置 |
CN105516347A (zh) * | 2015-12-31 | 2016-04-20 | 浙江大华系统工程有限公司 | 一种流媒体服务器的负载均衡调配的方法及装置 |
CN107979539A (zh) * | 2017-10-30 | 2018-05-01 | 新华三技术有限公司 | 报文处理方法及装置 |
CN110233860A (zh) * | 2018-03-05 | 2019-09-13 | 杭州萤石软件有限公司 | 一种负载均衡方法、装置和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170295077A1 (en) * | 2016-04-12 | 2017-10-12 | Dell Software Inc. | Optimal service provider selection |
-
2019
- 2019-10-15 CN CN201910978742.4A patent/CN112671813B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6006264A (en) * | 1997-08-01 | 1999-12-21 | Arrowpoint Communications, Inc. | Method and system for directing a flow between a client and a server |
CN105141541A (zh) * | 2015-09-23 | 2015-12-09 | 浪潮(北京)电子信息产业有限公司 | 一种基于任务的动态负载均衡调度方法及装置 |
CN105516347A (zh) * | 2015-12-31 | 2016-04-20 | 浙江大华系统工程有限公司 | 一种流媒体服务器的负载均衡调配的方法及装置 |
CN107979539A (zh) * | 2017-10-30 | 2018-05-01 | 新华三技术有限公司 | 报文处理方法及装置 |
CN110233860A (zh) * | 2018-03-05 | 2019-09-13 | 杭州萤石软件有限公司 | 一种负载均衡方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112671813A (zh) | 2021-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112671813B (zh) | 服务器确定方法、装置、设备及存储介质 | |
US10680874B2 (en) | Network service fault handling method, service management system, and system management module | |
EP3403180B1 (en) | User equipment selection for mobile edge computing | |
US10389801B2 (en) | Service request processing method, related apparatus, and system | |
US11089516B2 (en) | Systems and methods for network performance monitoring, event detection, and remediation | |
CN109104377B (zh) | 长连接负载均衡方法、设备、系统及计算机可读存储介质 | |
US20090190474A1 (en) | Bandwidth-aware multicast load balancing on a multi-interface host | |
CN109787827B (zh) | 一种cdn网络监控的方法及装置 | |
CN109983736A (zh) | 一种nf组件异常的处理方法、设备及系统 | |
JP2016517643A (ja) | データ送信方法、装置及びシステム | |
EP3534578B1 (en) | Resource adjustment method, device and system | |
CN112737897B (zh) | 一种链路监测调度方法、装置、设备及存储介质 | |
US10476746B2 (en) | Network management method, device, and system | |
US10965740B2 (en) | Method and device for automatically managing network | |
CN105554099A (zh) | 一种采集服务器负载均衡的方法及装置 | |
WO2015168834A1 (zh) | 虚拟网络功能中网络资源的分配方法、编排器及管理器 | |
CN110855564B (zh) | 路由路径智能选择方法、装置、设备及可读存储介质 | |
CN111949404A (zh) | 调整服务器负载的方法、装置和相关设备 | |
US9967163B2 (en) | Message system for avoiding processing-performance decline | |
CN111786846B (zh) | 一种确定监控机的方法、装置、设备和存储介质 | |
CN110891077A (zh) | Cdn节点检测方法及装置 | |
CN108781215B (zh) | 网络服务实现方法、服务控制器及通信系统 | |
CN112532486B (zh) | 网络诊断的方法、电子设备、系统与可读存储介质 | |
CN109661005B (zh) | 本地接入控制器的负载分担调整方法及装置 | |
US9036589B2 (en) | Transmitting data flows via particular connection points accessible via one or more access points |
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 |