CN106302565B - 业务服务器的调度方法及系统 - Google Patents
业务服务器的调度方法及系统 Download PDFInfo
- Publication number
- CN106302565B CN106302565B CN201510240754.9A CN201510240754A CN106302565B CN 106302565 B CN106302565 B CN 106302565B CN 201510240754 A CN201510240754 A CN 201510240754A CN 106302565 B CN106302565 B CN 106302565B
- Authority
- CN
- China
- Prior art keywords
- service
- server
- service process
- service server
- access request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
Abstract
本发明实施例公开了一种业务服务器的调度方法,包括:接收业务服务器上传的业务进程负荷指数;接收业务访问请求,获取所述业务访问请求包含的业务类型;查找与所述业务类型对应的业务进程所属的业务服务器,并根据所述业务进程负荷指数选取业务服务器;将所述业务访问请求重定向至所述选择的业务服务器。本发明还公开了一种业务服务器的调度装置、系统。本发明中提高了系统的资源利用率。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种业务服务器的调度方法、装置及系统。
背景技术
在现有的大型医院中,通常采用影像归档和通信系统(Picture Archiving andCommunication Systems,简称:PACS)进行管理,其主要的任务就是把日常产生的各种医学影像(包括核磁,CT,超声,各种X光机,各种红外仪、显微仪等设备产生的图像)通过各种接口(模拟,DICOM,网络)以数字化的方式海量保存起来,当需要的时候在一定的授权下能够很快的调回使用,同时增加一些辅助诊断管理功能。
传统技术中的PACS包含多个业务服务器(物理主机或虚拟机均可),可在每个业务服务器上创建相应的业务进程,每个业务进程均可执行独立的业务。例如,某个业务服务器与核磁共振机通过接口连接,该业务服务器上可创建监听与核磁共振机连接的接口的业务进程,用于采集核磁共振机拍摄的图像。
然而,传统技术中的类似于PACS系统的业务服务器的调度方案中,缺少对业务服务器的监控,当业务服务器出现故障或计算资源不够时,需要暂停业务进程并重新配置终端与业务服务器的对应关系之后才能对计算资源进行分配,使得系统的计算资源不均衡,造成了资源利用率较低。
发明内容
基于此,为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题,还提供了一种业务服务器的调度方法。
一种业务服务器的调度方法,包括:
接收业务服务器上传的业务进程负荷指数;
接收业务访问请求,获取所述业务访问请求包含的业务类型;
查找与所述业务类型对应的业务进程所属的业务服务器,并根据所述业务进程负荷指数选取业务服务器;
将所述业务访问请求重定向至所述选择的业务服务器。
进一步的,所述业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数进行加权得到;
所述根据所述业务进程负荷指数选取业务服务器的步骤还包括:
选择与所述业务类型对应的,且业务进程负荷指数最小的业务进程所属的业务服务器。
进一步的,所述方法还包括:
根据所述业务进程负荷指数查找需要销毁的业务进程,通知所述业务服务器销毁所述业务进程。
进一步的,所述方法还包括:
接收业务服务器上传的服务器状态参数;
根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型,根据所述服务器状态参数选取业务服务器,通知所述业务服务器创建与所述业务类型对应的业务进程。
进一步的,所述方法还包括:
根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数;所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
此外,为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题,还提供了一种业务服务器的调度系统。
一种业务服务器的调度系统,包括业务服务器和负载均衡服务器,其中:
所述业务服务器用于向负载均衡服务器上传所述业务服务器上的业务进程 的业务进程负荷指数;
所述负载均衡服务器用于接收业务访问请求,获取所述业务访问请求包含的业务类型;查找与所述业务类型对应的业务进程所属的业务服务器,并根据所述业务进程负荷指数选取业务服务器,并将所述业务访问请求重定向至所述选择的业务服务器;
所述业务服务器用于接收重定向的业务访问请求,获取与所述业务访问请求对应的业务进程,将所述业务访问请求分配给与所述业务进程处理。
进一步的,所述业务服务器还用于检测该业务服务器上运行的业务进程的内存占用率、CPU使用率、网络连接数中的至少一个,并通过加权生成业务进程负荷指数。
进一步的,所述业务服务器还用于检测该业务服务器上运行的业务进程的主线程或网络监听线程是否处于未响应状态,若是,则重启所述业务进程。
进一步的,所述负载均衡服务器还用于选择与所述业务类型对应的且业务进程负荷指数最小的业务进程所属的业务服务器。
进一步的,所述负载均衡服务器还用于根据所述业务进程负荷指数查找需要销毁的业务进程,通知所述业务服务器销毁所述业务进程;
业务服务器还用于接收到所述通知后注销所述业务进程。
进一步的,所述负载均衡服务器还用于接收业务服务器上传的服务器状态参数;根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型,根据所述服务器状态参数选取业务服务器,通知所述业务服务器创建与所述业务类型对应的业务进程;
所述业务服务器还用于接收到所述通知后创建与所述业务类型对应的业务进程。
进一步的,所述调度系统还包括状态服务器,所述负载均衡服务器还用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向所述状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数。
进一步的,所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
采用了上述业务服务器的调度方法、装置及系统之后,与传统技术相比,添加了负载均衡服务器,且业务服务器可将在该业务服务器上运行的业务进程的业务进程负荷指数上传至负载均衡服务器。负载均衡服务器可选择业务进程负荷指数较小的业务进程所在的业务服务器分配给发起业务访问请求的终端,为其提供业务服务,使得系统中的计算资源可以得到均衡的分配,而不会出现某些业务服务器满负荷运作而某些业务服务器空闲的情况,从而提高了资源利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
其中:
图1为一个实施例中一种业务服务器的调度系统逻辑结构图;
图2为一个实施例中一种业务服务器的调度方法的流程图;
图3为一个实施例中一种业务服务器的调度装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题,在一个实施例中,特提出了一种业务服务器的调度系统,该系统包括至少两个业务服务器以及至少一个负载均衡服务器, 如图1所示,业务服务器20均与负载均衡服务器10建立有连接关系,且负载均衡服务器10为该系统对外的访问接口,终端30可通过访问负载均衡服务器10来获得被分配的业务服务器的访问路径,从而进一步的访问业务服务器。
具体的,在本实施例中,业务服务器20用于向负载均衡服务器10上传该业务服务器上的业务进程的业务进程负荷指数。
业务进程即为业务服务器20上运行的用于为终端30提供特定的业务服务的进程。例如,在PACS系统中,某个业务服务器上可运行用于进行处方单管理的业务进程,该用于进行处方单管理的业务进程可以是服务器程序,监听某个端口,终端上则可运行有处方单管理的客户端程序或者包含处方单管理功能的综合性应用的客户端程序中的某个子功能模块。客户端程序和服务器程序之间可通过socket建立连接。业务服务器上的业务进程可持续监听某个端口的socket连接,从而为终端上的用户提供业务服务。
业务进程负荷指数为用于衡量业务进程承接了多少业务量的指标参数。业务服务器可用于检测该业务服务器上运行的业务进程的内存占用率、CPU使用率、网络连接数中的至少一个,并通过加权生成业务进程负荷指数。内存占用率即为该进程使用了当前业务服务器的物理内存的大小(若业务服务器为虚拟机,则为占用了该虚拟机内存的百分比,而不是虚拟机所在物理机的内存容量的百分比)。CPU使用率即为该进程使用了当前业务服务器的CPU时间片的百分比(若业务服务器为虚拟机,则为占用了该虚拟机的CPU资源的百分比,而不是虚拟机所在物理机的CPU资源的百分比)。网络连接数即为业务进程并发处理的连接数。当网络连接数较多时,意味着与该业务进程正在进行通信的客户端程序较多,从而表示该业务进程承接的业务量较大。
内存占用率、CPU使用率和网络连接数通常存在关联关系,也就是说,在网络连接数较多时,由于处理该较多的并发的连接请求使用的内存资源和CPU资源也较多,因此相应的检测到的该业务进程的内存占用率、CPU使用率也较多。而对于业务类型不同的业务进程,其内存占用率,CPU使用率本身就存在差异,则可预先设置与业务类型对应的加权系数,然后根据该加权系数计算内存占用率、CPU使用率和网络连接数的加权平均值,通过该加权平均值衡量业务类型不同的业务进程之间的业务进程负荷指数的差异。
在本实施例中,如图1所示,各个业务服务器20与负载均衡服务器10之 间均建立有连接。业务服务器20上可运行多个业务进程,并运行监控程序,通过该监控程序监测该业务服务器上的多个业务进程的内存占用率、CPU使用率和网络连接数等信息。该监控程序可主动检测业务进程的内存占用率、CPU使用率和网络连接数等信息,也可由业务进程主动向监控程序发送这些信息。监控程序在检测到业务进程负荷指数有变化时或变化大于阈值时,则可将其上传至负载均衡服务器10,从而可减少发送业务进程负荷指数的次数,从而提高带宽利用率。
在本实施例中,负载均衡服务器10在接收到各个业务服务器上传的业务进程负荷指数之后,则可获知当前系统中有哪些业务服务器与其连接,且各个与负载均衡服务器连接的业务服务器上运行有哪些业务进程,以及每个业务进程的业务进程负荷指数。
与此同时,异步的,负载均衡服务器10还用于接收业务访问请求,获取业务访问请求包含的业务类型;查找与业务类型对应的业务进程所属的业务服务器,并根据业务进程负荷指数选取业务服务器,并将业务访问请求重定向至选择的业务服务器。
业务服务器20则用于接收重定向的业务访问请求,获取与所述业务访问请求对应,将所述业务访问请求分配给与所述业务进程处理。
业务访问请求即为终端发起的请求用于与业务服务器建立连接,从而使得终端上运行的客户端程序可与业务服务器上的业务进程进行通信,使终端上操作的用户获得业务服务。业务访问请求中可包含有业务类型标识(例如,可在业务访问请求的链接中添加字符串或者直接以端口号作为业务类型标识),业务类型标识与业务类型对应。
如图1所示,终端需要先将业务访问请求发送至负载均衡服务器,负载均衡服务器根据业务访问请求携带的业务类型标识判断终端请求的是何种类型的业务,然后再根据前述接收到的各个业务服务器上传的业务进程负荷指数判断当前系统中在该业务类型下有哪些已创建的业务进程,以及这些业务进程分布在哪些业务服务器上,然后再通过比较与各个业务进程对应的业务进程负荷指数判断哪个业务进程当前的负载压力较小,从而将业务访问请求重定向至该业务进程所在的业务服务器。
优选的,负载均衡服务器可用于选择与业务类型对应的且业务进程负荷指 数最小的业务进程所属的业务服务器。选择业务进程负荷指数最小的业务进程所在的业务服务器可使得发起业务访问请求的终端总可以选择当前系统中负载压力最小的业务进程获得相应的服务,使得系统中的计算资源可以得到均衡的分配,而不会出现某些业务服务器满负荷运作而某些业务服务器空闲的情况,从而提高了资源利用率。
负载均衡服务器可根据选择的业务服务器的IP地址以及选择的业务进程的端口号将业务访问请求重定向至选择的业务服务器。该业务服务器接收到该业务访问请求后,可根据业务访问请求中携带的端口号查找到相应的业务进程,从而将该业务访问请求分配给该业务进程进行处理。
例如,在PACS系统中,若有多个医生使用各自的电脑终端同时进行处方单相关操作,而当前系统中存在A、B、C三个业务服务器上运行有进行处方单业务管理的业务进程,则该多个医生的电脑终端均先向负载均衡服务器发起业务访问请求,而该多个医生的业务访问请求则将被均衡地分配给A、B、C三个业务服务器上运行的处方单业务管理的业务进程进行处理,从而使得每个业务服务器的计算资源均得到了合理利用,从而提高了资源利用率。
可选的,业务服务器还用于检测该业务服务器上运行的业务进程的主线程或网络监听线程是否处于未响应状态,若是,则重启所述业务进程。
如前所述,业务服务器上可运行监控程序,定期检测该业务服务器上运行的业务进程的主线程的状态信息,若检测到状态信息为未响应,则可重启该业务进程。若监控程序检测到业务进程的状态信息短时间内变化较大,则表示业务进程运行状态不稳定,也可将该业务进程重启。监控程序还可为业务进程设置定时器,定时重启业务进程,例如每天或每周固定时间(凌晨业务量较少时)重启一次,从而避免了业务进程长时间工作而可能导致的内存泄露影响服务器性能。
监控程序也可获取业务进程的网络监听端口,获取与网络监听端口对应的网络监听线程的状态信息,若为未响应,则可重启该业务进程。从而可使得业务服务器上的业务进程在出现故障时能够及时重启,既防止了业务服务器浪费不必要的资源用于运行已经未响应的业务进程,也使得未响应的业务进程能够尽快恢复,从而提高了系统的可靠性。
而在重启该业务进程之前,监控程序可向该业务进程发起查询请求即查询 该业务进程是否在处理某些用户发起的业务访问请求,以便了解该业务进程是否正在提供服务,如果该业务进程正在提供服务,即正在处理某些用户发起的业务访问请求,则取消重启,等待下一轮检测;但同时把该业务进程的状态报告给负载均衡服务,负载均衡服务将不再将业务访问请求重定向至该业务服务器,以便监控程序在下一轮检测时能够正常重启而不影响业务进程正在服务的用户。
进一步的,负载均衡服务器还可对系统进行扩容和缩容。
负载均衡服务器可用于根据业务进程负荷指数查找需要销毁的业务进程,通知业务服务器销毁所述业务进程。
业务服务器还用于接收到所述通知后注销对应的业务进程。
例如,若负载均衡服务器发现某个业务类型下的业务进程的数量较多,但每个业务进程的业务进程负荷指数均较小,则可选择业务进程负荷指数最小的业务进程进行注销。注销的方式即为通过向业务服务器上运行的监控程序发送指令,该指令可包含需要被注销的业务进程的进程标识(例如端口号)。该业务服务器上的监控程序在接收到该指令后,则可将该业务进程注销掉,从而可使系统中该业务类型下的业务进程数减少,防止了不必要的资源浪费。
而在监控程序注销该业务进程之前,监控程序可向该业务进程发起查询请求即查询该业务进程是否在处理某些用户发起的业务访问请求,以便了解该业务进程是否正在提供服务,如果该业务进程正在提供服务,即正在处理某些用户发起的业务访问请求,则取消注销,等待下一轮检测;但同时把该业务进程的状态报告给负载均衡服务,负载均衡服务将不再将业务访问请求重定向至该业务服务器,以便监控程序在下一轮检测时能够正常注销而不影响业务进程正在服务的用户。业务服务器将该业务进程注销后,则可向负载均衡服务器返回该业务进程已注销的确认信息。之后,负载均衡服务器在接收到业务访问请求后,则不会将该业务进程所属的业务服务器分配给相应的终端。
负载均衡服务器还可用于接收业务服务器上传的服务器状态参数,根据该业务进程负荷指数查找需要扩容的业务进程对应的业务类型,根据所述服务器状态参数选取业务服务器,通知所述业务服务器创建与所述业务类型对应的业务进程。
业务服务器还用于接收到所述通知后创建与所述业务类型对应的业务进 程。
服务器状态参数可包括业务服务器的操作系统信息和硬件信息,例如业务服务器的CPU使用率、内存使用率、硬盘读写频率和网络带宽等参数。服务器状态参数可反映某个业务服务器剩余计算资源的大小。
负载均衡服务器在检测到某个业务类型下的各个业务进程的业务进程负荷指数均较高时,则可根据服务器状态参数选择剩余计算资源较大的业务服务器进行扩容,选择方式为根据服务器状态参数选择剩余计算资源较大的业务服务器进行扩容,并将需要创建的业务类型以及创建业务进程的指令发送给该业务服务器,该业务服务器上的监控程序在接收到该指令和业务类型后,则可创建一个与该业务类型匹配的业务进程(即加载与该业务类型的程序文件进行执行)。
创建完毕后,业务服务器的监控程序可通知负载均衡服务器该业务进程已创建完毕。之后,负载均衡服务器在接收到业务访问请求后,则可优先将该业务进程所属的业务服务器分配给相应的终端。
负载均衡服务器根据业务进程负荷指数对业务进程进行自动缩容,根据服务器状态参数对业务进程进行自动扩容,可使得系统对于某一业务的处理能力可随着访问量的增加而自动增加,随着访问量的减少而自动适配到合适的程度,从而使得系统的扩展性得到了加强,可在各个业务类型的业务在各自的流量高峰和流量低谷时合理的分配计算资源给各个类型的业务。
例如在改进的PACS系统中,由于腹部彩超需要早上空腹拍摄,因此一般上午时彩超处理业务较繁忙,而下午和晚上业务量很小,则负载均衡服务器可根据进行彩超处理业务的业务流量所引起的彩超业务的业务进程的业务进程负荷指数普遍较高的情况,自动对彩超处理业务的业务进程进行扩容,即选择服务器状态参数较优的业务服务器,通知该业务服务器上的监控程序自动创建彩超处理业务的业务进程。而到了下午时,随着彩超处理业务的业务流量减少,使得彩超业务的业务进程的业务进程负荷指数降低,负载均衡服务器则可通知部分业务服务器上的监控程序,使其将这些业务服务器上运行的彩超业务的业务进程注销,从而有了足够的计算资源去创建其他处于流量高峰的业务类型的业务进程。从而使得改进的PACS系统可自适应业务流量的高峰和低谷,从而提高了系统的扩展性,并且也提高了资源的利用率。
在本实施例中,如图1所示,业务服务器的调度系统还可包括状态服务器40。负载均衡服务器还可用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数;所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
例如,状态服务器上可web服务器程序,负载均衡服务器将系统运行参数发送给状态服务器之后,系统管理员通过浏览器访问状态服务器上的web服务器程序后,则可在网页上浏览到当前系统中在负载均衡服务器管理下的各个业务服务器的服务器状态参数以及各个服务器上的业务进程的业务进程负荷指数的信息,从而在出现故障时,可方便系统管理员根据上述系统运行参数快速定位问题所在,从而提高了系统的可靠性。
另外,优选的,负载均衡服务器在接收到业务访问请求,提取了相应的业务类型后,在根据业务进程负荷指数选择业务进程时,也可将服务器状态参数作为选择的参考。可优先选择业务进程负荷指数较低,且所属的业务服务器的服务器状态参数较优的业务服务器进行分配。可选的,可将业务进程的业务负荷指数与该业务进程所属的业务服务器的服务器状态参数加权后进行比较,选择较优的业务服务器进行分配。也就是说,在分配的时候不仅考虑业务进程当前的业务流量,还将业务进程所属的业务服务器的剩余计算能力作为参考,在两个业务进程的负荷指数相近,但某个业务进程所属的业务服务器的剩余计算能力较强时,优先选择该业务服务器进行分配,可使得计算能力强的业务服务器处理更多的业务,更进一步的提高了资源利用率。
在一个实施例中,为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题,如图2所示,还提出了一种业务服务器的调度方法。上述方法均可依赖于计算机程序实现,运行于基于冯诺依曼体系的计算机系统上。该计算机系统可以是如图1所示的负载均衡服务器。
具体的,如图2所示,业务服务器的调度方法可包括:
步骤S102:接收业务服务器上传的业务进程负荷指数。
步骤S104:接收业务访问请求,获取所述业务访问请求包含的业务类型。
步骤S106:查找与所述业务类型对应的业务进程所属的业务服务器,并根据所述业务进程负荷指数选取业务服务器。
步骤S108:将所述业务访问请求重定向至所述选择的业务服务器。
在本实施例中,业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数进行加权得到。
在本实施例中,根据所述业务进程负荷指数选取业务服务器的步骤还包括:选择与所述业务类型对应的,且业务进程负荷指数最小的业务进程所属的业务服务器。
在本实施例中,负载均衡服务器还可根据所述业务进程负荷指数查找需要销毁的业务进程,通知所述业务服务器销毁所述业务进程。
在本实施例中,负载均衡服务器还可接收业务服务器上传的服务器状态参数;根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型,根据所述服务器状态参数选取业务服务器,通知所述业务服务器创建与所述业务类型对应的业务进程。
在本实施例中,负载均衡服务器还可根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数;所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
在一个实施例中,为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题,如图3所示,还提出了一种业务服务器的调度装置,包括业务进程负荷指数接收模块102、业务访问请求接收模块104、业务服务器分配模块106以及请求重定向模块108,其中:
业务进程负荷指数接收模块102,用于接收业务服务器上传的业务进程负荷指数。
业务访问请求接收模块104,用于接收业务访问请求,获取所述业务访问请求包含的业务类型。
业务服务器分配模块106,用于查找与所述业务类型对应的业务进程所属的 业务服务器,并根据所述业务进程负荷指数选取业务服务器。
请求重定向模块108,用于将所述业务访问请求重定向至所述选择的业务服务器。
在本实施例中,业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数进行加权得到。业务服务器分配模块106还用于选择与所述业务类型对应的,且业务进程负荷指数最小的业务进程所属的业务服务器。
在本实施例中,如图3所示,业务服务器的调度装置还包括业务进程缩容模块110,用于根据所述业务进程负荷指数查找需要销毁的业务进程,通知所述业务服务器销毁所述业务进程。
在本实施例中,如图3所示,业务服务器的调度装置还包括服务器状态参数接收模块112,用于接收业务服务器上传的服务器状态参数。
在本实施例中,如图3所示,业务服务器的调度装置还包括业务进程扩容模块114,用于根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型,根据所述服务器状态参数选取业务服务器,通知所述业务服务器创建与所述业务类型对应的业务进程。
在本实施例中,如图3所示,业务服务器的调度装置还包括系统运行参数展示模块116,用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数;所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
采用了上述业务服务器的调度方法、装置及系统之后,与传统技术相比,添加了负载均衡服务器,且业务服务器可将在该业务服务器上运行的业务进程的业务进程负荷指数上传至负载均衡服务器。负载均衡服务器可选择业务进程负荷指数较小的业务进程所在的业务服务器分配给发起业务访问请求的终端,为其提供业务服务,使得系统中的计算资源可以得到均衡的分配,而不会出现某些业务服务器满负荷运作而某些业务服务器空闲的情况,从而提高了资源利用率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (11)
1.一种业务服务器的调度方法,应用于影像归档和通信系统,其特征在于,包括:
接收运行有不同类型的业务进程的业务服务器上传的对应每一业务进程的业务进程负荷指数;所述业务进程用于执行医学影像相关的业务类型;
接收业务访问请求,获取所述业务访问请求包含的所述医学影像相关的业务类型;
查找与所述业务类型对应的业务进程所属的业务服务器,并根据与所述业务类型相对应的业务进程的业务进程负荷指数选择业务服务器;
将所述业务访问请求重定向至所选择的业务服务器;
所述方法还包括:
接收所述运行有不同类型的业务进程的业务服务器上传的服务器状态参数,所述服务器状态参数用于反映所述业务服务器剩余计算资源的大小;
当所述业务类型对应的业务进程的业务进程负荷指数均高于第一负荷指数时,确定所述业务类型为需要扩容的业务类型;
根据所述服务器状态参数选择剩余计算资源大于第一参数的业务服务器,通知所述剩余计算资源大于第一参数的业务服务器创建与所述需要扩容的业务类型对应的业务进程;
将所述业务访问请求分配给所述剩余计算资源大于第一参数的业务服务器。
2.根据权利要求1所述的业务服务器的调度方法,其特征在于,所述业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数的至少一个进行加权得到;
所述根据与所述业务类型对应的业务进程的业务进程负荷指数选择业务服务器的步骤还包括:
选择与所述业务类型对应的,且业务进程负荷指数最小的业务进程所属的业务服务器。
3.根据权利要求1所述的业务服务器的调度方法,其特征在于,所述方法还包括:
根据所述业务进程负荷指数查找需要销毁的业务进程,通知要销毁的业务进程所属的业务服务器销毁所述业务进程。
4.根据权利要求1所述的业务服务器的调度方法,其特征在于,所述方法还包括:
根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数;所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
5.一种业务服务器的调度系统,应用于影像归档和通信系统,其特征在于,包括业务服务器和负载均衡服务器,其中:
所述业务服务器用于向负载均衡服务器上传所述业务服务器上运行的不同类型的业务进程的业务进程负荷指数;所述业务进程用于执行医学影像相关的业务类型;
所述负载均衡服务器用于接收业务访问请求,获取所述业务访问请求包含的所述医学影像相关的业务类型;查找与所述业务类型对应的业务进程所属的业务服务器,并根据与所述业务类型相对应的业务进程的业务进程负荷指数选择业务服务器,并将所述业务访问请求重定向至所选择的业务服务器;所述负载均衡服务器还用于接收所述运行有不同类型的业务进程的业务服务器上传的服务器状态参数,所述服务器状态参数用于反映所述业务服务器剩余计算资源的大小;当所述业务类型对应的业务进程的业务进程负荷指数均高于第一负荷指数时,确定所述业务类型为需要扩容的业务类型;根据所述服务器状态参数选择剩余计算资源大于第一参数的业务服务器,通知所述剩余计算资源大于第一参数的业务服务器创建与所述需要扩容的业务类型对应的业务进程;将所述业务访问请求分配给所述剩余计算资源大于第一参数的业务服务器;
所述业务服务器用于接收重定向的业务访问请求,获取与所述业务访问请求对应的业务进程,将所述业务访问请求分配给与所述业务进程处理;所述业务服务器还用于接收到所述通知后创建与所述业务类型对应的业务进程。
6.根据权利要求5所述的业务服务器的调度系统,其特征在于,所述业务服务器还用于检测该业务服务器上运行的业务进程的内存占用率、CPU使用率、网络连接数中的至少一个,并通过加权生成业务进程负荷指数。
7.根据权利要求5所述的业务服务器的调度系统,其特征在于,所述业务服务器还用于检测该业务服务器上运行的业务进程的主线程或网络监听线程是否处于未响应状态,若是,则重启所述业务进程。
8.根据权利要求5所述的业务服务器的调度系统,其特征在于,所述负载均衡服务器还用于选择与所述业务类型对应的且业务进程负荷指数最小的业务进程所属的业务服务器。
9.根据权利要求5所述的业务服务器的调度系统,其特征在于,所述负载均衡服务器还用于根据所述业务进程负荷指数查找需要销毁的业务进程,通知要销毁的业务进程所属的业务服务器销毁所述业务进程;
业务服务器还用于接收到所述通知后注销所述业务进程。
10.根据权利要求5所述的业务服务器的调度系统,其特征在于,所述调度系统还包括状态服务器,所述负载均衡服务器还用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向所述状态服务器发送系统运行参数,并通过所述状态服务器展示所述系统运行参数。
11.根据权利要求5或10所述的业务服务器的调度系统,其特征在于,所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510240754.9A CN106302565B (zh) | 2015-05-12 | 2015-05-12 | 业务服务器的调度方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510240754.9A CN106302565B (zh) | 2015-05-12 | 2015-05-12 | 业务服务器的调度方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106302565A CN106302565A (zh) | 2017-01-04 |
CN106302565B true CN106302565B (zh) | 2020-11-24 |
Family
ID=57631210
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510240754.9A Active CN106302565B (zh) | 2015-05-12 | 2015-05-12 | 业务服务器的调度方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106302565B (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106850834A (zh) * | 2017-03-01 | 2017-06-13 | 郑州云海信息技术有限公司 | 一种业务请求方法和装置及负载均衡器 |
CN107547563A (zh) * | 2017-09-25 | 2018-01-05 | 新华三信息安全技术有限公司 | 一种认证方法及装置 |
CN107819825A (zh) * | 2017-10-11 | 2018-03-20 | 深圳市买买提乐购金融服务有限公司 | 一种服务调度方法、装置和电子设备 |
CN107979539B (zh) * | 2017-10-30 | 2021-12-03 | 新华三技术有限公司 | 报文处理方法及装置 |
CN108053863B (zh) * | 2017-12-22 | 2020-09-11 | 中国人民解放军第三军医大学第一附属医院 | 适合大小文件的海量医疗数据存储系统及数据存储方法 |
CN109962963B (zh) * | 2017-12-26 | 2020-08-18 | 中国移动通信集团公司 | 消息处理方法及装置 |
CN108810118A (zh) * | 2018-05-30 | 2018-11-13 | 努比亚技术有限公司 | 负载均衡方法、设备和计算机可读储存介质 |
CN109445954B (zh) * | 2018-09-11 | 2020-11-24 | 百富计算机技术(深圳)有限公司 | 一种定时任务的执行方法、终端设备及存储介质 |
CN109525552B (zh) * | 2018-10-11 | 2021-08-31 | 平安科技(深圳)有限公司 | 动态码同步进程扩容方法、动态码生成器及存储介质 |
CN109361749B (zh) * | 2018-10-24 | 2022-03-29 | 华为云计算技术有限公司 | 报文处理方法、相关设备及计算机存储介质 |
CN109522118B (zh) * | 2018-11-08 | 2021-06-01 | 珠海格力电器股份有限公司 | 一种业务处理方法、装置、服务器及可读存储介质 |
CN110221916B (zh) * | 2019-05-23 | 2021-07-20 | 北京奇艺世纪科技有限公司 | 一种内存扩容方法、装置、配置中心系统及电子设备 |
CN110460647B (zh) * | 2019-07-23 | 2021-10-22 | 平安科技(深圳)有限公司 | 网络节点的调度方法、装置、电子设备和存储介质 |
CN110740162B (zh) * | 2019-08-30 | 2022-12-02 | 上海尚往网络科技有限公司 | 通信链路建立方法、装置、电子设备及介质 |
CN110971536A (zh) * | 2019-12-20 | 2020-04-07 | 紫光云(南京)数字技术有限公司 | 一种基于p2p流量的出站负载均衡实现方法 |
CN113014612B (zh) * | 2019-12-20 | 2022-11-29 | 中国移动通信集团安徽有限公司 | 数据传送系统及方法 |
CN111192661A (zh) * | 2019-12-31 | 2020-05-22 | 武汉联影医疗科技有限公司 | 医学电子胶片的获取方法和系统 |
CN111277628B (zh) * | 2020-01-10 | 2021-09-21 | 腾讯科技(深圳)有限公司 | 服务器配置方法、装置及业务服务器 |
CN111752717B (zh) * | 2020-07-08 | 2021-08-31 | 广州爱浦路网络技术有限公司 | Smf智能扩展方法和装置、smf会话建立的通信方法 |
CN112003949B (zh) * | 2020-09-01 | 2022-09-13 | 中国银行股份有限公司 | 一种was集群下的jms消息进程分发控制系统及方法 |
CN112101576B (zh) * | 2020-09-09 | 2021-07-30 | 上海松鼠课堂人工智能科技有限公司 | 分布式设备使用机器学习模型聚合系统 |
CN112764939A (zh) * | 2021-02-03 | 2021-05-07 | 成都中科合迅科技有限公司 | 一种多智能体仿真部署中负载均衡系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101021801A (zh) * | 2006-11-30 | 2007-08-22 | 南京联创科技股份有限公司 | 流水线多进程之间基于消息队列的海量数据传输方法 |
CN102056333A (zh) * | 2009-11-05 | 2011-05-11 | 中国移动通信集团河南有限公司 | Wap网关及其业务处理方法和wap代理服务器 |
CN102270157A (zh) * | 2011-07-25 | 2011-12-07 | 浪潮(北京)电子信息产业有限公司 | 一种实现服务器资源分配的系统及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8402124B1 (en) * | 2000-11-16 | 2013-03-19 | International Business Machines Corporation | Method and system for automatic load balancing of advertised services by service information propagation based on user on-demand requests |
-
2015
- 2015-05-12 CN CN201510240754.9A patent/CN106302565B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101021801A (zh) * | 2006-11-30 | 2007-08-22 | 南京联创科技股份有限公司 | 流水线多进程之间基于消息队列的海量数据传输方法 |
CN102056333A (zh) * | 2009-11-05 | 2011-05-11 | 中国移动通信集团河南有限公司 | Wap网关及其业务处理方法和wap代理服务器 |
CN102270157A (zh) * | 2011-07-25 | 2011-12-07 | 浪潮(北京)电子信息产业有限公司 | 一种实现服务器资源分配的系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106302565A (zh) | 2017-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106302565B (zh) | 业务服务器的调度方法及系统 | |
JP5458308B2 (ja) | 仮想計算機システム、仮想計算機システムの監視方法及びネットワーク装置 | |
CN108039964B (zh) | 基于网络功能虚拟化的故障处理方法及装置、系统 | |
US9647910B2 (en) | Management server and control method of the management server for managing a service system virtually built using connected components | |
US11321197B2 (en) | File service auto-remediation in storage systems | |
US10440136B2 (en) | Method and system for resource scheduling | |
US11418392B2 (en) | Network resource management devices methods and systems | |
US20130007261A1 (en) | Virtual data center monitoring | |
CN108696581B (zh) | 分布式信息的缓存方法、装置、计算机设备以及存储介质 | |
US9515901B2 (en) | Automatic asynchronous handoff identification | |
CN102187315A (zh) | 在虚拟环境中获取用于服务器负载均衡的反馈信息的方法和装置 | |
JP2007148738A (ja) | 情報監視方法、システム及びプログラム | |
US20180176289A1 (en) | Information processing device, information processing system, computer-readable recording medium, and information processing method | |
US10931548B1 (en) | Collecting health monitoring data pertaining to an application from a selected set of service engines | |
US20220318071A1 (en) | Load balancing method and related device | |
CN111459749A (zh) | 基于Prometheus的私有云监控方法、装置、计算机设备及存储介质 | |
CN107426012B (zh) | 一种基于超融合架构的故障恢复方法及其装置 | |
US9317354B2 (en) | Dynamically determining an external systems management application to report system errors | |
CN112416594A (zh) | 一种微服务分配方法、电子设备和计算机存储介质 | |
CN109981779B (zh) | 服务提供方法、服务器及计算机存储介质 | |
CN116886286A (zh) | 大数据认证服务自适应方法、装置和设备 | |
CN106375372B (zh) | 一种大数据资源分配方法和装置 | |
CN108228272B (zh) | Web容器生成处理方法、设备以及服务器 | |
CN106453118B (zh) | 一种流量控制方法及流量控制系统 | |
CN113127191B (zh) | 一种资源更新方法、存储介质及相关装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: Room 1209, 12 / F, building 1, 1288 Chunbo Road, Binjiang District, Hangzhou City, Zhejiang Province 310000 Patentee after: Hangzhou Mindray Digital Technology Co.,Ltd. Address before: Room 1209, 12 / F, building 1, 1288 Chunbo Road, Binjiang District, Hangzhou City, Zhejiang Province 310000 Patentee before: ZHEJIANG GREENLANDER INFORMATION TECHNOLOGY Co.,Ltd. |