CN104144065A - 一种网络服务器池系统及其构建网络服务器池的池化器 - Google Patents
一种网络服务器池系统及其构建网络服务器池的池化器 Download PDFInfo
- Publication number
- CN104144065A CN104144065A CN201310166823.7A CN201310166823A CN104144065A CN 104144065 A CN104144065 A CN 104144065A CN 201310166823 A CN201310166823 A CN 201310166823A CN 104144065 A CN104144065 A CN 104144065A
- Authority
- CN
- China
- Prior art keywords
- server
- pond
- client
- pools
- socket descriptor
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明一种网络服务器池系统及其构建网络服务器池的池化器,其包括所述服务器池系统包括:服务器池、池化器、客户端和数据传输结构,所述池化器是服务器池的管理设备,负责将多台服务器组成一个虚拟的服务器池,并对各台服务器的运行状态进行实时监控和采集;同时提供池名解析功能,以便能让用户方便地访问服务器。与现有技术相比,本发明结构简单、处理效率高,并且最大限度地提高服务器资源的使用率,并消除因为服务器故障而带来的不利影响。
Description
技术领域
本发明是关于计算机网络服务器领域,特别是关于一种网络服务器池系统及其构建网络服务器池的池化器。
背景技术
在典型的服务器-客户机模式下,服务器是由DNS域名确定其位置的,客户端应用系统在访问服务器之前必须通过使用DNS服务对其域名进行解析,从而得到该服务器的IP地址。在客户机和服务器建立连接后,就可以进行信息交换;假如这一服务器发生故障,客户机应用系统有两种可能的选择:1.中断通信;2.选择另一个服务器继续。在这种模式下,客户端应用系统必须通过以下方式检测出服务器是否中断:
(1)服务器没有响应(time out);
(2)服务器回应错误信息;
(3)收到传输层错误信息;
为了让客户应用程序能够在检测出服务器发生故障后,有选择其它服务器的可能,必须在其应用程序中明确提供一个服务器列表,指明:第一服务器、第二服务器、第三......等。当第一个服务器中断,则尝试和第二个服务器建立连接,再则第三,依此类推。
再者,在拥有大量的并发访问的应用系统中,单台服务器的处理能力已经无法承担,为了提高服务器的处理量,通常采用一组提供相同服务的服务器构成一个服务器集群来共同分担整体的用户访问量,而在这一组服务器的前端需要部署一台称之为负载均衡器的设备,负载均衡器设备接受全部用户的访问请求,然后按照相应的均衡策略,将不同用户的请求分别发布给不同的服务器,服务器处理后结果将返回给负载均衡器,然后负载均衡器再将结果返回给用户,这样用户的访问量就被负载均衡器分配给多台服务器同时处理了,从而大幅提高系统的处理能力。在这种负载均衡系统中,用户流量全部穿透负载均衡器设备,由于通常负载均衡器采用专用硬件实现,其处理能力较强。但随着用户访问量激增,性能再强的单一设备同样要面临自身的性能瓶颈所带来的问题。
发明内容
本发明的目的在于提供一种结构简单、可消除负载均衡系统的流量瓶颈问题的网络服务器池系统及其构建网络服务器池的池化器。
为达成前述目的,本发明一种网络服务器池系统及其构建网络服务器池的池化器,其中所述服务器池系统包括:
服务器池:服务器池是由一组具有相同功能的,并被统一管理起来的服务器组成,每个服务器池均使用唯一的池名作为标识;
池化器:是服务器池的管理设备,负责将多台服务器组成一个虚拟的服务器池,并对各台服务器的运行状态进行实时监控和采集;同时提供池名解析功能,以便能让用户方便地访问服务器;
客户端:访问服务器池的客户机;
所述服务器池系统还包括数据传输结构,所述数据传输结构包括:数据链路层/物理层、网络层、传输层、套接字接口以及应用层程序;其长在应用层程序与套接字接口之间设置有可靠套接字接口,其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复这些故障容错处理过程;
所述池化器是服务器池的管理设备,负责将多台服务器组成一个虚拟的服务器池,并对各台服务器的运行状态进行实时监控和采集;同时提供池名解析功能,以便能让用户方便地访问服务器;包括:池化器的登记/注销功能模块:服务器在加入服务器池前需要主动在池化器处进行登记,登记时需提供服务器的相关系统信息,包括:服务器IP地址、服务端口号、服务协议、池名信息;池化器接收到服务器的登记请求后,要对该服务器信息进行验证,如果验证通过,将该服务器登记在一个服务器列表,并归纳整理,服务器在退出服务器池之前,需要在池化器处办理注销手续,池化器随即将该服务器信息从服务器列表中删除;
池化器的故障检测与管理功能模块:在服务器池系统内,池化器根据服务器的登记信息负责对服务器进行周期性的健康状况检查,一旦发现服务器故障,池化器立刻将该服务器从服务器池中删除掉,以保证服务器池中所有服务器都是有效的、可用的;
池化器的信息采集功能模块:池化器周期性对池中所有服务器进行系统信息采集,包括:CPU、内存、网络使用情况之类的系统相关信息的采集,并对该系统信息进行整理,为服务器选择策略提供依据;
池化器的服务器选择功能模块:根据池化器对各服务器池中服务器的监控、信息采集等相关信息,按照服务器的选择策略,始终优先选择资源状况最优的服务器,为池名解析提供依据,以保证在任何时候针对任何用户都能获得到实时最优的服务器资源;
池化器的池名解析功能模块:客户端访问服务器池,先在池化器处做池名解析,池化器根据客户端提交的解析请求,在自己的服务器列表中进行查询,通常每个池名都对应着多个服务器,池化器安装实现确定好的选择策略,为该用户选择一个最佳的服务器IP,并将该结果以解析回应消息的形式反馈给客户端;
池化器信息同步功能模块:服务器在某台池化器进行登记或注销,该台池化器都会实时将更新信息通知其他所有池化器;如果某台池化器发现服务器故障,会立刻在自己所保存的服务器列表中将该服务器删除,同时通过服务器更新消息通知其他所有池化器该服务器发生故障,其他池化器收到通知后,也立刻将该服务器从其保存的服务器列表中删除掉;池化器采集到新的服务器系统信息,只要系统信息发生变化,都将实时通知其他池化器以保证所有池化器信息的一致性。
根据本发明的一个实施例,所述可靠套接字接口在客户/服务器模式下,根据传输控制协议(TCP)使用该可靠套接字接口的工作流程如下:
服务器端程序工作流程:
创建服务器端通信套接字描述符;
将创建的套接字描述符与服务器地址和端口绑定;
使套接字描述符做好接收连接请求的准备;
给套接字描述符定义池名;
接收来自客户端的连接请求;
建立好连接后,接收客户端发来的数据,或向客户端发送数据;
如果接收到客户端发来的Cookie,说明是进行服务器故障恢复,将本服务器的实时状态按照Cookie里的内容进行恢复;
在服务器处理客户但请求,并与客户端进行交互的过程中,记录服务器实时运行状态
如果客户端关闭,关闭套接字描述符;
客户端程序工作流程:
创建客户端套接字描述符;
进行池名解析,获得服务器IP;
发送连接服务器请求;
连接建立后,向服务器发送数据,或从服务器接收数据;
关闭连接。
根据本发明的一个实施例,在客户/服务器模式下,根据用户数据报协议(UDP)使用该可靠套接字接口的工作流程如下:
服务器端程序工作流程:
创建服务器端通信套接字描述符;
将创建的套接字描述符与服务器地址和端口绑定;
使服务器套接字描述符做好接收连接请求的准备;
给套接字描述符定义池名;
接收客户端发来的数据,或向客户端发送数据;
在服务器处理客户但请求,并与客户端进行交互的过程中,记录服务器实时运行状态到Cookie中;
如果客户端关闭,关闭套接字描述符;
客户端程序工作流程:
创建客户端套接字描述符
进行池名解析,而从获得服务器IP地址
连接建立后,向服务器发送数据,或从服务器接收数据
关闭连接。
本发明的有益效果:本发明针对传统的服务器故障接管模式的不足,提出在服务器池框架下实现全透明的故障接管模式,用户无需任何干预,只需要在服务器故障发生后进行一个池名解析就可以获得新的接管服务器,并且可以很大程度上保证获得的接管服务器是正常有效的,从而提高服务器故障容错处理的效率。
池化器在服务器池系统中起到了极为关键的作用,池化器可以快速有效地建立任意规模的逻辑上服务器池,并通过以上介绍的一系列机制保障了服务器池的正常运行:服务器健康状况检测、服务器故障处理、服务器系统实时采集、根据服务器实时系统信息和服务器运行状况为用户动态选择和分配最佳资源状况的服务器,保障服务器池的资源达到最佳的使用状况,最大限度地提高服务器资源的使用率,并消除因为服务器故障而带来的不利影响。
附图说明
图1为本发明的网络服务器池系统的结构示意图;
图2为本发明的池化器的结构示意图;
图3是本发明在C/S模式下,根据TCP协议,使用本发明的可靠套接字接口的工作流程图;
图4是本发明C/S模式下,根据UDP协议使用本发明的可靠套接字接口的工作流程图。
具体实施方式
此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例,也不是单独的或选择性的与其他实施例互相排斥的实施例。
请参阅图1所示,本发明的网络服务器池系统。如图2中所示,本发明的服务器池系统包括:
服务器池:服务器池是由一组具有相同功能的,并被统一管理起来的服务器组成,每个服务器池均使用唯一的池名作为标识;
池化器:是服务器池的管理设备,负责将多台服务器组成一个虚拟的服务器池,并对各台服务器的运行状态进行实时监控和采集;同时提供池名解析功能,以便能让用户方便地访问服务器;
客户端:访问服务器池的客户机。
本发明多台具有相同服务功能的服务器按照池名构成一个逻辑上的服务器池,服务器池由池化器进行管理和监控,用户通过池名访问服务器池,首先在池化器处进行池名解析,然后根据解析结果,直接访问具体的服务器,无需通过任何中转设备,从而消除了中转设备可能造成的流量瓶颈。
池化器在服务器池系统中充当资源管理者的角色,池化器的管理效率直接影响到服务器池的整体运行效率。
请参阅图2所示,其显示本发明的池化器的结构示意图。如图3所示,本发明的池化器包括:池化器的登记/注销功能模块:服务器在加入服务器池前需要主动在池化器处进行登记(registration),登记时需提供服务器的相关系统信息,包括:服务器IP地址、服务端口号、服务协议、池名等信息;池化器接收到服务器的登记请求后,要对该服务器信息进行验证,如果验证通过,将该服务器登记在一个服务器列表,并归纳整理。服务器在退出服务器池之前,需要在池化器处办理注销手续(deregistration)。池化器随即将该服务器信息从服务器列表中删除。
池化器的故障检测与管理功能模块:在服务器池系统内,池化器根据服务器的登记信息负责对服务器进行周期性的健康状况检查,一旦发现服务器故障,池化器立刻将该服务器从服务器池中删除掉,池化器的这种机制可以保证服务器池中所有服务器都是有效的、可用的。
池化器的信息采集功能模块:池化器周期性对池中所有服务器进行系统信息采集,包括:CPU、内存、网络使用情况等系统相关信息的采集,并对该系统信息进行整理,为服务器选择策略提供依据。
池化器的服务器选择功能模块:根据池化器对各服务器池中服务器的监控、信息采集等相关信息,按照服务器的选择策略,始终优先选择资源状况最优的服务器,为池名解析提供依据,这一功能,保证了在任何时候针对任何用户都能获得到实时最优的服务器资源。
池化器的池名解析功能模块:客户端访问服务器池,先在池化器处做池名解析,池化器根据客户端提交的解析请求,在自己的服务器列表中进行查询,通常每个池名都对应着多个服务器,池化器安装实现确定好的选择策略,为该用户选择一个最佳的服务器IP,并将该结果以解析回应消息的形式反馈给客户端。
池化器信息同步功能模块:服务器在某台池化器进行登记或注销,该台池化器都会实时将更新信息通知其他所有池化器;如果某台池化器发现服务器故障,会立刻在自己所保存的服务器列表中将该服务器删除,同时通过服务器更新消息(Server_Update)通知其他所有池化器该服务器发生故障,其他池化器收到通知后,也立刻将该服务器从其保存的服务器列表中删除掉;池化器采集到新的服务器系统信息,只要系统信息发生变化,都将实时通知其他池化器。这样保证了所有池化器信息的一致性。
请参阅图3,其为本发明在C/S模式下,根据TCP协议(Transmission ControlProtocol,TCP),使用本发明的可靠套接字接口的工作流程图。其工作流程如下:服务器端程序工作流程:
使用r_socket()创建服务器端通信套接字描述符;
使用r_bind()将创建的套接字描述符与服务器地址和端口绑定;
使用r_listen()使套接字描述符做好接收连接请求的准备;
使用r_setpool()给套接字描述符定义池名;
使用r_accept()接收来自客户端的连接请求;
建立好连接后,使用r_recv()接收客户端发来的数据,或使用r_send()向客户端发送数据;
如果接收到客户端发来的Cookie,说明是进行服务器故障恢复,使用r_updateState()将本服务器的实时状态按照Cookie里的内容进行恢复;
在服务器处理客户但请求,并与客户端进行交互的过程中,使用r_setcookie()记录服务器实时运行状态
如果客户端关闭,使用r_close()关闭套接字描述符。
客户端程序工作流程:
使用r_socket()创建客户端套接字描述符;
使用r_gethostbyname()进行池名解析,获得服务器IP;
使用r_connect()发送连接服务器请求;
连接建立后,使用r_send()向服务器发送数据,或使用r_recv()从服务器接收数据;
使用r_close()关闭连接。
请参阅图4,其为本发明C/S模式下,根据UDP协议(User Data Protocol,简称UDP)使用本发明的可靠套接字接口的工作流程图。其工作流程如下:
服务器端程序工作流程:
使用r_socket()创建服务器端通信套接字描述符;
使用r_bind()将创建的套接字描述符与服务器地址和端口绑定;
使用r-listen()使服务器套接字描述符做好接收连接请求的准备;
使用r_setpool()给套接字描述符定义池名;
使用r_recvfrom()接收客户端发来的数据,或使用r_sendto()向客户端发送数据;
在服务器处理客户但请求,并与客户端进行交互的过程中,使用r_setcookie()记录服务器实时运行状态
如果客户端关闭,使用r_close()关闭套接字描述符。
客户端程序工作流程:
使用r_socket()创建客户端套接字描述符
使用r_gethostbyname()进行池名解析,而从获得服务器IP地址
连接建立后,使用r_sendto()向服务器发送数据,或使用r_recvfrom()从服务器接收数据
使用r_close()关闭连接。
在服务器端使用可靠套接字接口的流程上,正常情况下,在完成监听服务器地址和端口后,需要调用r_setpool()给该服务器定义池名,这一步十分重要,因为服务器池里,每个池名都可以对应多个服务器IP,客户端只通过池名解析才能简单有效的获得服务器地址;另外在服务器运行过程中,需要周期性的调用r_setCookie(),将自身的实时运行状态记录在cookie中,然后由可靠套接字层全透明地发送到客户端程序。
客户端程序在使用可靠套接字接口基本上和使用标准套接字接口一样,服务器端会通过可靠套接字层周期性发送Cookie到客户端,在客户端的可靠套接字层收到Cookie后,会自动保存在可靠套接字层里,并不会将此Cookie传递给应用层,因此该cookie对应用来说也是透明的。
当服务器发生故障后,可靠套接字层将从标准套接字层获得错误消息,但并不把该错误消息传递给应用层,而是立刻使用r_gethostbyname()进行池名解析,从而获得新的接管服务器,然后调用r_connect()连接接管服务器,连接成功后,首先把最后保存的Cookie发送给新的接管服务器,接管服务器收到这个cookie,立刻使用该Cookie的内容对自己的状态进行重置,由于Cookie保存的是故障服务器发生故障前的状态,因此接管服务器就将自己恢复到故障服务器的中断前的状态,这样故障恢复过程就完成了,而且这一过程是在可靠套接字层实现的,完全是透明于应用程序。
本发明针对传统的服务器故障接管模式的不足,提出在服务器池框架下实现全透明的故障接管模式,用户无需任何干预,只需要在服务器故障发生后进行一个池名解析就可以获得新的接管服务器,并且可以很大程度上保证获得的接管服务器是正常有效的,从而提高服务器故障容错处理的效率。
池化器在服务器池系统中起到了极为关键的作用,池化器可以快速有效地建立任意规模的逻辑上服务器池,并通过以上介绍的一系列机制保障了服务器池的正常运行:服务器健康状况检测、服务器故障处理、服务器系统实时采集、根据服务器实时系统信息和服务器运行状况为用户动态选择和分配最佳资源状况的服务器,保障服务器池的资源达到最佳的使用状况,最大限度地提高服务器资源的使用率,并消除因为服务器故障而带来的不利影响。
上述说明已经充分揭露了本发明的具体实施方式。需要指出的是,熟悉该领域的技术人员对本发明的具体实施方式所做的任何改动均不脱离本发明的权利要求书的范围。相应地,本发明的权利要求的范围也并不仅仅局限于前述具体实施方式。
Claims (3)
1.一种网络服务器池系统及其构建网络服务器池的池化器,其特征在于:
所述服务器池系统包括:
服务器池:服务器池是由一组具有相同功能的,并被统一管理起来的服务器组成,每个服务器池均使用唯一的池名作为标识;
池化器:是服务器池的管理设备,负责将多台服务器组成一个虚拟的服务器池,并对各台服务器的运行状态进行实时监控和采集;同时提供池名解析功能,以便能让用户方便地访问服务器;
客户端:访问服务器池的客户机;
所述服务器池系统还包括数据传输结构,所述数据传输结构包括:数据链路层/物理层、网络层、传输层、套接字接口以及应用层程序;其长在应用层程序与套接字接口之间设置有可靠套接字接口,其中所述可靠套接字接口包括构建服务器池登记、服务器故障识别、服务器接管服务器选择、服务器故障恢复这些故障容错处理过程;
所述池化器是服务器池的管理设备,负责将多台服务器组成一个虚拟的服务器池,并对各台服务器的运行状态进行实时监控和采集;同时提供池名解析功能,以便能让用户方便地访问服务器;包括:池化器的登记/注销功能模块:服务器在加入服务器池前需要主动在池化器处进行登记,登记时需提供服务器的相关系统信息,包括:服务器IP地址、服务端口号、服务协议、池名信息;池化器接收到服务器的登记请求后,要对该服务器信息进行验证,如果验证通过,将该服务器登记在一个服务器列表,并归纳整理,服务器在退出服务器池之前,需要在池化器处办理注销手续,池化器随即将该服务器信息从服务器列表中删除;
池化器的故障检测与管理功能模块:在服务器池系统内,池化器根据服务器的登记信息负责对服务器进行周期性的健康状况检查,一旦发现服务器故障,池化器立刻将该服务器从服务器池中删除掉,以保证服务器池中所有服务器都是有效的、可用的;
池化器的信息采集功能模块:池化器周期性对池中所有服务器进行系统信息采集,包括:CPU、内存、网络使用情况之类的系统相关信息的采集,并对该系统信息进行整理,为服务器选择策略提供依据;
池化器的服务器选择功能模块:根据池化器对各服务器池中服务器的监控、信息采集等相关信息,按照服务器的选择策略,始终优先选择资源状况最优的服务器,为池名解析提供依据,以保证在任何时候针对任何用户都能获得到实时最优的服务器资源;
池化器的池名解析功能模块:客户端访问服务器池,先在池化器处做池名解析,池化器根据客户端提交的解析请求,在自己的服务器列表中进行查询,通常每个池名都对应着多个服务器,池化器安装实现确定好的选择策略,为该用户选择一个最佳的服务器IP,并将该结果以解析回应消息的形式反馈给客户端;
池化器信息同步功能模块:服务器在某台池化器进行登记或注销,该台池化器都会实时将更新信息通知其他所有池化器;如果某台池化器发现服务器故障,会立刻在自己所保存的服务器列表中将该服务器删除,同时通过服务器更新消息通知其他所有池化器该服务器发生故障,其他池化器收到通知后,也立刻将该服务器从其保存的服务器列表中删除掉;池化器采集到新的服务器系统信息,只要系统信息发生变化,都将实时通知其他池化器以保证所有池化器信息的一致性。
2.根据权利要求1所述的网络服务器池系统及其构建网络服务器池的池化器,其特征在于:所述可靠套接字接口在客户/服务器模式下,根据传输控制协议(TCP)使用该可靠套接字接口的工作流程如下:
服务器端程序工作流程:
创建服务器端通信套接字描述符;
将创建的套接字描述符与服务器地址和端口绑定;
使套接字描述符做好接收连接请求的准备;
给套接字描述符定义池名;
接收来自客户端的连接请求;
建立好连接后,接收客户端发来的数据,或向客户端发送数据;
如果接收到客户端发来的Cookie,说明是进行服务器故障恢复,将本服务器的实时状态按照Cookie里的内容进行恢复;
在服务器处理客户但请求,并与客户端进行交互的过程中,记录服务器实时运行状态
如果客户端关闭,关闭套接字描述符;
客户端程序工作流程:
创建客户端套接字描述符;
进行池名解析,获得服务器IP;
发送连接服务器请求;
连接建立后,向服务器发送数据,或从服务器接收数据;
关闭连接。
3.根据权利要求1所述的网络服务器池系统及其构建网络服务器池的池化器,其特征在于:在客户/服务器模式下,根据用户数据报协议(UDP)使用该可靠套接字接口的工作流程如下:
服务器端程序工作流程:
创建服务器端通信套接字描述符;
将创建的套接字描述符与服务器地址和端口绑定;
使服务器套接字描述符做好接收连接请求的准备;
给套接字描述符定义池名;
接收客户端发来的数据,或向客户端发送数据;
在服务器处理客户但请求,并与客户端进行交互的过程中,记录服务器实时运行状态到Cookie中;
如果客户端关闭,关闭套接字描述符;
客户端程序工作流程:
创建客户端套接字描述符
进行池名解析,而从获得服务器IP地址
连接建立后,向服务器发送数据,或从服务器接收数据
关闭连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310166823.7A CN104144065A (zh) | 2013-05-09 | 2013-05-09 | 一种网络服务器池系统及其构建网络服务器池的池化器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310166823.7A CN104144065A (zh) | 2013-05-09 | 2013-05-09 | 一种网络服务器池系统及其构建网络服务器池的池化器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104144065A true CN104144065A (zh) | 2014-11-12 |
Family
ID=51853137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310166823.7A Pending CN104144065A (zh) | 2013-05-09 | 2013-05-09 | 一种网络服务器池系统及其构建网络服务器池的池化器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104144065A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107197005A (zh) * | 2017-05-12 | 2017-09-22 | 广州视源电子科技股份有限公司 | 数据传输的方法及装置、客户端、服务器及数据传输系统 |
CN108322537A (zh) * | 2018-02-02 | 2018-07-24 | 郑州云海信息技术有限公司 | 云服务器节点资源池化的方法、装置、设备及存储介质 |
CN109766192A (zh) * | 2019-01-25 | 2019-05-17 | 郑州云海信息技术有限公司 | 一种虚拟化服务器的调度方法及调度系统 |
-
2013
- 2013-05-09 CN CN201310166823.7A patent/CN104144065A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107197005A (zh) * | 2017-05-12 | 2017-09-22 | 广州视源电子科技股份有限公司 | 数据传输的方法及装置、客户端、服务器及数据传输系统 |
CN107197005B (zh) * | 2017-05-12 | 2020-12-29 | 广州视源电子科技股份有限公司 | 数据传输的方法及装置、客户端、服务器及数据传输系统 |
CN108322537A (zh) * | 2018-02-02 | 2018-07-24 | 郑州云海信息技术有限公司 | 云服务器节点资源池化的方法、装置、设备及存储介质 |
CN109766192A (zh) * | 2019-01-25 | 2019-05-17 | 郑州云海信息技术有限公司 | 一种虚拟化服务器的调度方法及调度系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105933448B (zh) | 一种自管理的微服务架构及其服务方法 | |
CN101605092A (zh) | 一种基于内容的负载均衡系统 | |
CN103236949B (zh) | 一种服务器集群的监控方法、装置与系统 | |
CN103581276B (zh) | 集群管理装置、系统、业务客户端及相应方法 | |
CN105308929A (zh) | 分布负载平衡器 | |
CN105308930A (zh) | 分布负载平衡器中的连接发布 | |
CN103973728B (zh) | 一种多数据中心环境下负载均衡的方法及装置 | |
CN105897827A (zh) | 服务器节点、局域网服务器集群及其实现方法 | |
CN105264865A (zh) | 分布负载平衡器中的多路径路由 | |
CN102771086B (zh) | 用于设备的虚拟服务器的侦听策略的系统和方法 | |
CN110351246A (zh) | 服务器集群系统Socket管理方法及装置 | |
US20130007253A1 (en) | Method, system and corresponding device for load balancing | |
JP2015536603A5 (zh) | ||
CN102255974A (zh) | 一种云计算服务器的云存储方法 | |
CN103973424B (zh) | 缓存系统中的故障解决方法和设备 | |
CN109254845A (zh) | 一种应用于分布式通信计算服务端的线性扩展实现方法 | |
CN103795575B (zh) | 一种面向多数据中心的系统监控方法 | |
CN104866528B (zh) | 多平台数据采集方法及系统 | |
CN106034137A (zh) | 用于分布式系统的智能调度方法及分布式服务系统 | |
CN107025222A (zh) | 一种分布式日志采集方法及装置 | |
CN102437933A (zh) | 一种服务器故障容错系统及方法 | |
CN107682442B (zh) | 一种Web连接方法及装置 | |
CN103731290A (zh) | 一种服务器故障切换方法 | |
CN107682460A (zh) | 一种分布式存储集群数据通信方法及系统 | |
CN103731289A (zh) | 一种网络服务器自动扩展的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20141112 |