CN104486108A - 基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 - Google Patents
基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 Download PDFInfo
- Publication number
- CN104486108A CN104486108A CN201410745771.3A CN201410745771A CN104486108A CN 104486108 A CN104486108 A CN 104486108A CN 201410745771 A CN201410745771 A CN 201410745771A CN 104486108 A CN104486108 A CN 104486108A
- Authority
- CN
- China
- Prior art keywords
- node
- zookeeper
- client
- service
- operating state
- 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
Abstract
本发明提供了一种基于Zookeeper的节点配置方法和一种基于Zookeeper的节点配置系统,其中,基于Zookeeper的节点配置方法包括:当检测到来自客户端的对服务的运行请求时,为所述服务在Zookeeper中建立至少一个节点;启动任一线程对所述至少一个节点的工作状态进行检测;根据检测结果,对所述至少一个节点进行处理。通过该发明的技术方案,可以在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
Description
技术领域
本发明涉及通信技术领域,具体而言,涉及一种基于Zookeeper的节点配置方法和一种基于Zookeeper的节点配置系统。
背景技术
目前,市场上的大型企业级应用软件的主要使用编码式的开发方式或一次开发持续运行方式。其中,编码式的开发方式使得快速开发企业级应用软件的愿望难以实现,而一次开发持续运行的方式导致了软件的僵化。
现有技术中的软件不但难以适应客户需求的变化,而且每次对软件进行修改都必须在代码层上推倒重来,从而降低了工作效率,也造成了资源的浪费。除此之外,现有技术中的软件不仅工程代码繁多,不利于软件的抽象化和模块化,而且软件的性能也比较难优化。
因此需要一种新的技术方案,可以实现系统的软负载均衡和高可用性。
发明内容
本发明正是基于上述问题,提出了一种新的技术方案,可以实现系统的软负载均衡和高可用性。
有鉴于此,本发明的一方面提出了一种基于Zookeeper的节点配置方法,包括:当检测到来自客户端的对服务的运行请求时,为所述服务在Zookeeper中建立至少一个节点;启动任一线程对所述至少一个节点的工作状态进行检测;根据检测结果,对所述至少一个节点进行处理。
在该技术方案中,可以在客户端使用服务的过程中对客户端访问的节点的工作状态进行检测,并判断检测到的该节点的工作状态是否正常,以便在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
在该技术方案中,优选地,所述为所述服务在Zookeeper中建立至少一个节点,具体包括:在所述Zookeeper中为所述服务确定指定路径;在确定的所述指定路径上为所述服务建立所述至少一个节点。
在该技术方案中,在服务器启动后,搭建Zookeeper集群,并可以在Zookeeper的指定路径为客户端建立可访问的节点。其中,每个服务建立3个java工程:core(接口定义包)、server(服务端包)、client(客户端包),core存放所有接口和公用bean,server为这个服务的model、dao、cache、service核心实现层,client为该服务的对外暴露接口,以及Server和Client基于socket(套接字)进行通信,Server启动后在Zookeeper指定路径建立临时节点,其value(关键字)为该服务所在的机器的网络协议。
在该技术方案中,优选地,在所述为所述服务在Zookeeper中建立至少一个节点之后,还包括:将所述客户端的网络协议注册到所述指定路径上的网络协议列表中,并将注册结果保存至所述客户端的缓存列表,以供所述客户端通过所述缓存列表访问所述节点。
在该技术方案中,Client对外提供该服务接口,需要调用该服务的系统用项目管理工具,如maven,将该client依赖进来,web(网页)容器启动时候会从特定路径读取已注册服务网络协议列表,将结果放到缓存列表,以便客户端通过缓存列表访问节点。
在该技术方案中,优选地,所述对所述至少一个节点的工作状态进行检测,具体包括:对所述至少一个节点进行绑定监听;根据监听结果,确定所述节点的工作状态,其中,所述节点的所述工作状态包括正常连接状态或连接故障状态。
在该技术方案中,利用预定的监听机制对节点绑定监听,如果监听值发生变化,说明节点的工作状态发生变化,则更新缓存列表,以保证服务的可用性。
在该技术方案中,优选地,所述根据检测结果,对所述至少一个节点进行处理,具体包括:确定所述至少一个节点中是否有节点处于所述连接故障状态;当确定所述至少一个节点中的任一节点处于所述连接故障状态时,为所述客户端移除所述任一节点;在移除所述任一节点后,更新所述客户端的所述缓存列表,以使所述客户端访问所述至少一个节点中的所述任一节点以外的其他节点。
在该技术方案中,当节点发生故障时,可以及时摘除该节点,以使客户端通过其他节点访问服务器,另外,如果节点由于网络不稳等因素导致故障或被摘除,可以立即再次注册该节点。
本发明的另一方面提出了一种基于Zookeeper的节点配置系统,包括:节点建立单元,当检测到来自客户端的对服务的运行请求时,为所述服务在Zookeeper中建立至少一个节点;节点工作状态检测单元,启动任一线程对所述至少一个节点的工作状态进行检测;处理单元,根据检测结果,对所述至少一个节点进行处理。
在该技术方案中,可以在客户端使用服务的过程中对客户端访问的节点的工作状态进行检测,并判断检测到的该节点的工作状态是否正常,以便在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
在该技术方案中,优选地,所述节点建立单元具体用于:在所述Zookeeper中为所述服务确定指定路径,并在确定的所述指定路径上为所述服务建立所述至少一个节点。
在该技术方案中,在服务器启动后,搭建Zookeeper集群,并可以在Zookeeper的指定路径为客户端建立可访问的节点。其中,每个服务建立3个java工程:core(接口定义包)、server(服务端包)、client(客户端包),core存放所有接口和公用bean,server为这个服务的model、dao、cache、service核心实现层,client为该服务的对外暴露接口,以及Server和Client基于socket(套接字)进行通信,Server启动后在Zookeeper指定路径建立临时节点,其value(关键字)为该服务所在的机器的网络协议。
在该技术方案中,优选地,还包括:注册单元,在所述为所述服务在Zookeeper中建立至少一个节点之后,将所述客户端的网络协议注册到所述指定路径上的网络协议列表中;保存单元,将注册结果保存至所述客户端的缓存列表,以供所述客户端通过所述缓存列表访问所述节点。
在该技术方案中,Client对外提供该服务接口,需要调用该服务的系统用项目管理工具,如maven,将该client依赖进来,web(网页)容器启动时候会从特定路径读取已注册服务网络协议列表,将结果放到缓存列表,以便客户端通过缓存列表访问节点。
在该技术方案中,优选地,所述节点工作状态检测单元包括:监听单元,对所述至少一个节点进行绑定监听;以及所述节点工作状态检测单元具体用于:根据监听结果,确定所述节点的工作状态,其中,所述节点的所述工作状态包括正常通信状态、故障状态或断开状态。
在该技术方案中,利用预定的监听机制对节点绑定监听,如果监听值发生变化,说明节点的工作状态发生变化,则更新缓存列表,以保证服务的可用性。
在该技术方案中,优选地,所述处理单元包括:确定单元,确定所述至少一个节点中是否有节点处于所述连接故障状态;节点移除单元,当确定所述至少一个节点中的任一节点处于所述连接故障状态时,为所述客户端移除所述任一节点;更新单元,在移除所述任一节点后,更新所述客户端的所述缓存列表,以使所述客户端访问所述至少一个节点中的所述任一节点以外的其他节点。
在该技术方案中,当节点发生故障时,可以及时摘除该节点,以使客户端通过其他节点访问服务器,另外,如果节点由于网络不稳等因素导致故障或被摘除,可以立即再次注册该节点。
通过以上技术方案,可以在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
附图说明
图1示出了根据本发明的一个实施例的基于Zookeeper的节点配置方法的流程图;
图2示出了根据本发明的一个实施例的基于Zookeeper的节点配置系统的框图;
图3示出了根据本发明的一个实施例的进行节点配置的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的基于Zookeeper的节点配置方法的流程图。
如图1所示,根据本发明的一个实施例的基于Zookeeper的节点配置方法,包括:
步骤102,客户端的对服务的运行请求时,为服务在Zookeeper中建立至少一个节点。
步骤104,动任一线程对至少一个节点的工作状态进行检测。
步骤106,据检测结果,对至少一个节点进行处理。
在该技术方案中,可以在客户端使用服务的过程中对客户端访问的节点的工作状态进行检测,并判断检测到的该节点的工作状态是否正常,以便在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
在该技术方案中,优选地,步骤102具体包括:在Zookeeper中为服务确定指定路径;在确定的指定路径上为服务建立至少一个节点。
在该技术方案中,在服务器启动后,搭建Zookeeper集群,并可以在Zookeeper的指定路径为客户端建立可访问的节点。其中,每个服务建立3个java工程:core(接口定义包)、server(服务端包)、client(客户端包),core存放所有接口和公用bean,server为这个服务的model、dao、cache、service核心实现层,client为该服务的对外暴露接口,以及Server和Client基于socket(套接字)进行通信,Server启动后在Zookeeper指定路径建立临时节点,其value(关键字)为该服务所在的机器的网络协议。
在该技术方案中,优选地,在步骤102之后,还包括:将客户端的网络协议注册到指定路径上的网络协议列表中,并将注册结果保存至客户端的缓存列表,以供客户端通过缓存列表访问节点。
在该技术方案中,Client对外提供该服务接口,需要调用该服务的系统用项目管理工具,如maven,将该client依赖进来,web(网页)容器启动时候会从特定路径读取已注册服务网络协议列表,将结果放到缓存列表,以便客户端通过缓存列表访问节点。
在该技术方案中,优选地,步骤104具体包括:对至少一个节点进行绑定监听;根据监听结果,确定节点的工作状态,其中,节点的工作状态包括正常连接状态或连接故障状态。
在该技术方案中,利用预定的监听机制对节点绑定监听,如果监听值发生变化,说明节点的工作状态发生变化,则更新缓存列表,以保证服务的可用性。
在该技术方案中,优选地,步骤106具体包括:确定至少一个节点中是否有节点处于连接故障状态;当确定至少一个节点中的任一节点处于连接故障状态时,为客户端移除任一节点;在移除任一节点后,更新客户端的缓存列表,以使客户端访问至少一个节点中的任一节点以外的其他节点。
在该技术方案中,当节点发生故障时,可以及时摘除该节点,以使客户端通过其他节点访问服务器,另外,如果节点由于网络不稳等因素导致故障或被摘除,可以立即再次注册该节点。
图2示出了根据本发明的一个实施例的基于Zookeeper的节点配置系统的框图。
如图2所示,根据本发明的一个实施例的基于Zookeeper的节点配置系统200:节点建立单元202,当检测到来自客户端的对服务的运行请求时,为服务在Zookeeper中建立至少一个节点;节点工作状态检测单元204,启动任一线程对至少一个节点的工作状态进行检测;处理单元206,根据检测结果,对至少一个节点进行处理。
在该技术方案中,可以在客户端使用服务的过程中对客户端访问的节点的工作状态进行检测,并判断检测到的该节点的工作状态是否正常,以便在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
在该技术方案中,优选地,节点建立单元202具体用于:在Zookeeper中为服务确定指定路径,并在确定的指定路径上为服务建立至少一个节点。
在该技术方案中,在服务器启动后,搭建Zookeeper集群,并可以在Zookeeper的指定路径为客户端建立可访问的节点。其中,每个服务建立3个java工程:core(接口定义包)、server(服务端包)、client(客户端包),core存放所有接口和公用bean,server为这个服务的model、dao、cache、service核心实现层,client为该服务的对外暴露接口,以及Server和Client基于socket(套接字)进行通信,Server启动后在Zookeeper指定路径建立临时节点,其value(关键字)为该服务所在的机器的网络协议。
在该技术方案中,优选地,还包括:注册单元208,在为服务在Zookeeper中建立至少一个节点之后,将客户端的网络协议注册到指定路径上的网络协议列表中;保存单元210,将注册结果保存至客户端的缓存列表,以供客户端通过缓存列表访问节点。
在该技术方案中,Client对外提供该服务接口,需要调用该服务的系统用项目管理工具,如maven,将该client依赖进来,web(网页)容器启动时候会从特定路径读取已注册服务网络协议列表,将结果放到缓存列表,以便客户端通过缓存列表访问节点。
在该技术方案中,优选地,节点工作状态检测单元204包括:监听单元2042,对至少一个节点进行绑定监听;以及节点工作状态检测单元204具体用于:根据监听结果,确定节点的工作状态,其中,节点的工作状态包括正常通信状态、故障状态或断开状态。
在该技术方案中,利用预定的监听机制对节点绑定监听,如果监听值发生变化,说明节点的工作状态发生变化,则更新缓存列表,以保证服务的可用性。
在该技术方案中,优选地,处理单元206包括:确定单元2062,确定至少一个节点中是否有节点处于连接故障状态;节点移除单元2064,当确定至少一个节点中的任一节点处于连接故障状态时,为客户端移除任一节点;更新单元2066,在移除任一节点后,更新客户端的缓存列表,以使客户端访问至少一个节点中的任一节点以外的其他节点。
在该技术方案中,当节点发生故障时,可以及时摘除该节点,以使客户端通过其他节点访问服务器,另外,如果节点由于网络不稳等因素导致故障或被摘除,可以立即再次注册该节点。
图3示出了根据本发明的一个实施例的进行节点配置的示意图。
如图3所示,在进行节点配置的过程中,首先要搭建Zookeeper集群,为每个服务建立3个java工程:core、server、client,其中,core存放所有接口和公用bean,server为这个服务model、dao、cache、service核心实现层,client为该服务的对外暴露接口,server和client基于socket进行通信。
server启动后可在Zookeeper指定path(路径)建立临时节点,value为该服务所在的机器IP(网络协议),同时启动一个线程扫描Zookeeper中该节点的状态,如果节点由于网络不稳等因素导致被摘除,需要立即注册该节点。
client对外提供该服务接口,需要调用该服务的系统,用maven将该client依赖进来,web容器启动时候会从特定path读取已注册服务IP列表,将结果放到jvm列表,同时利用watcher(监听)机制对该节点绑定监听,如果检测值发生变化,则更新jvm列表。
另外,在本技术方案中,还使用了重试机制,具体来讲,client向server发一个请求,根据当前时间戳和服务节点数取摸,可以定位到具体服务执行请求,如果此次请求失败,比如发生网络瞬断等状况,client会将时间戳加1,并再次执行请求,直至成功为止。
其中,负载均衡指的是对负载或流量分摊,不至于把一台机器超载导致服务终断或不可用,多台机器经常组成一个集群,共同分担压力。高可用性就是为了解决某节点故障的问题,当集群中的某节点出问题后,调用时方能及时感知server端节点发生了变化,将问题节点移除。节点动态注册指的是在server启动后,获取当前主机IP,基于applicationcontext.xml动态实例化service对应实现Bean Factory Aware接口bean,并在Zookeeper注册该节点。
在该技术方案中,应用了Thrift框架和Zookeeper技术,基于socket进行通信传输,并使用高密度二进制协议。另外,还提供了可扩展且跨语言的服务的开发,结合了功能强大的软件堆栈和代码生成引擎,以构建在多语言间无缝结合的服务,使用非阻塞NonblockingServer方式进行高效服务处理。
在该技术方案中,使模块化开发方便地以组件方式为其他系统提供服务,并支持横向动态扩展服务节点,实现了server集群的高可用和坏节点的自动摘除。
在该技术方案中,server端log4j支持热配置,可根据需要修改log打印配置,而在客户端请求失败时可以自动重试机制直至成功。本发明已经成功应用于搜狐博客、搜狐视频、搜狐passport、畅捷通工作圈。
以上结合附图详细说明了本发明的技术方案,通过本发明的技术方案,可以在节点处于故障状态时,及时告知客户端,并为客户端移除该节点,从而保证客户端的服务质量,实现软负载均衡和高可用性,避免因某一节点中断而导致服务不可用。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于Zookeeper的节点配置方法,其特征在于,包括:
当检测到来自客户端的对服务的运行请求时,为所述服务在Zookeeper中建立至少一个节点;
启动任一线程对所述至少一个节点的工作状态进行检测;
根据检测结果,对所述至少一个节点进行处理。
2.根据权利要求1所述的基于Zookeeper的节点配置方法,其特征在于,所述为所述服务在Zookeeper中建立至少一个节点,具体包括:
在所述Zookeeper中为所述服务确定指定路径;
在确定的所述指定路径上为所述服务建立所述至少一个节点。
3.根据权利要求2所述的基于Zookeeper的节点配置方法,其特征在于,在所述为所述服务在Zookeeper中建立至少一个节点之后,还包括:
将所述客户端的网络协议注册到所述指定路径上的网络协议列表中,并将注册结果保存至所述客户端的缓存列表,以供所述客户端通过所述缓存列表访问所述节点。
4.根据权利要求3所述的基于Zookeeper的节点配置方法,其特征在于,所述对所述至少一个节点的工作状态进行检测,具体包括:
对所述至少一个节点进行绑定监听;
根据监听结果,确定所述节点的工作状态,其中,
所述节点的所述工作状态包括正常连接状态或连接故障状态。
5.根据权利要求4所述的基于Zookeeper的节点配置方法,其特征在于,所述根据检测结果,对所述至少一个节点进行处理,具体包括:
确定所述至少一个节点中是否有节点处于所述连接故障状态;
当确定所述至少一个节点中的任一节点处于所述连接故障状态时,为所述客户端移除所述任一节点;
在移除所述任一节点后,更新所述客户端的所述缓存列表,以使所述客户端访问所述至少一个节点中的所述任一节点以外的其他节点。
6.一种基于Zookeeper的节点配置系统,其特征在于,包括:
节点建立单元,当检测到来自客户端的对服务的运行请求时,为所述服务在Zookeeper中建立至少一个节点;
节点工作状态检测单元,启动任一线程对所述至少一个节点的工作状态进行检测;
处理单元,根据检测结果,对所述至少一个节点进行处理。
7.根据权利要求6所述的基于Zookeeper的节点配置系统,其特征在于,所述节点建立单元具体用于:
在所述Zookeeper中为所述服务确定指定路径,并在确定的所述指定路径上为所述服务建立所述至少一个节点。
8.根据权利要求7所述的基于Zookeeper的节点配置系统,其特征在于,还包括:
注册单元,在所述为所述服务在Zookeeper中建立至少一个节点之后,将所述客户端的网络协议注册到所述指定路径上的网络协议列表中;
保存单元,将注册结果保存至所述客户端的缓存列表,以供所述客户端通过所述缓存列表访问所述节点。
9.根据权利要求8所述的基于Zookeeper的节点配置系统,其特征在于,所述节点工作状态检测单元包括:
监听单元,对所述至少一个节点进行绑定监听;以及
所述节点工作状态检测单元具体用于:
根据监听结果,确定所述节点的工作状态,其中,
所述节点的所述工作状态包括正常通信状态、故障状态或断开状态。
10.根据权利要求9所述的基于Zookeeper的节点配置系统,其特征在于,所述处理单元包括:
确定单元,确定所述至少一个节点中是否有节点处于所述连接故障状态;
节点移除单元,当确定所述至少一个节点中的任一节点处于所述连接故障状态时,为所述客户端移除所述任一节点;
更新单元,在移除所述任一节点后,更新所述客户端的所述缓存列表,以使所述客户端访问所述至少一个节点中的所述任一节点以外的其他节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410745771.3A CN104486108A (zh) | 2014-12-08 | 2014-12-08 | 基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410745771.3A CN104486108A (zh) | 2014-12-08 | 2014-12-08 | 基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104486108A true CN104486108A (zh) | 2015-04-01 |
Family
ID=52760616
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410745771.3A Pending CN104486108A (zh) | 2014-12-08 | 2014-12-08 | 基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104486108A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105141452A (zh) * | 2015-08-07 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | 一种基于cxf的高性能服务系统及方法 |
CN105187499A (zh) * | 2015-08-07 | 2015-12-23 | 北京思特奇信息技术股份有限公司 | 一种基于zookeeper双平面数据架构的分布式调度方法及系统 |
CN105243125A (zh) * | 2015-09-29 | 2016-01-13 | 北京京东尚科信息技术有限公司 | PrestoDB集群的运行方法、装置、集群及查询数据方法和装置 |
CN106059843A (zh) * | 2016-08-16 | 2016-10-26 | 深圳市华成峰数据技术有限公司 | 一种基于Zookeeper 的节点配置系统及方法 |
CN106657354A (zh) * | 2016-12-29 | 2017-05-10 | 努比亚技术有限公司 | 一种负载均衡装置和方法 |
CN107086940A (zh) * | 2017-03-31 | 2017-08-22 | 北京奇艺世纪科技有限公司 | 一种单服务运行方法及装置 |
CN107315641A (zh) * | 2017-05-27 | 2017-11-03 | 杭州铭师堂教育科技发展有限公司 | 基于Qconf的消息队列高可用系统及方法 |
CN107360208A (zh) * | 2017-05-27 | 2017-11-17 | 武汉斗鱼网络科技有限公司 | 推进任务状态的方法、系统、存储介质及服务集群 |
CN107864053A (zh) * | 2017-10-31 | 2018-03-30 | 北京小米移动软件有限公司 | 基于zookeeper的动态配置方法和装置 |
CN110351370A (zh) * | 2019-04-24 | 2019-10-18 | 上海数据交易中心有限公司 | 一种数据配送方法及装置 |
CN110365743A (zh) * | 2019-06-21 | 2019-10-22 | 南京壹进制信息科技有限公司 | 一种基于Zookeeper实现的支持多种可自定义负载算法的负载均衡器实现方法 |
CN110493326A (zh) * | 2019-08-02 | 2019-11-22 | 泰华智慧产业集团股份有限公司 | 基于zookeeper管理集群配置文件的系统和方法 |
CN112437148A (zh) * | 2020-11-20 | 2021-03-02 | 北京奇艺世纪科技有限公司 | 业务请求的处理方法、装置、业务服务器及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101699801A (zh) * | 2009-10-30 | 2010-04-28 | 孙喜明 | 一种数据传输方法及传输数据的虚拟对等网络系统 |
CN103312809A (zh) * | 2013-06-24 | 2013-09-18 | 北京汉柏科技有限公司 | 云平台中服务的分布式管理方法 |
CN103716182A (zh) * | 2013-12-12 | 2014-04-09 | 中国科学院信息工程研究所 | 一种面向实时云平台的故障检测与容错方法及系统 |
US20140317448A1 (en) * | 2013-04-23 | 2014-10-23 | Facebook, Inc. | Incremental checkpoints |
-
2014
- 2014-12-08 CN CN201410745771.3A patent/CN104486108A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101699801A (zh) * | 2009-10-30 | 2010-04-28 | 孙喜明 | 一种数据传输方法及传输数据的虚拟对等网络系统 |
US20140317448A1 (en) * | 2013-04-23 | 2014-10-23 | Facebook, Inc. | Incremental checkpoints |
CN103312809A (zh) * | 2013-06-24 | 2013-09-18 | 北京汉柏科技有限公司 | 云平台中服务的分布式管理方法 |
CN103716182A (zh) * | 2013-12-12 | 2014-04-09 | 中国科学院信息工程研究所 | 一种面向实时云平台的故障检测与容错方法及系统 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105187499A (zh) * | 2015-08-07 | 2015-12-23 | 北京思特奇信息技术股份有限公司 | 一种基于zookeeper双平面数据架构的分布式调度方法及系统 |
CN105141452A (zh) * | 2015-08-07 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | 一种基于cxf的高性能服务系统及方法 |
CN105243125B (zh) * | 2015-09-29 | 2018-07-06 | 北京京东尚科信息技术有限公司 | PrestoDB集群的运行方法、装置、集群及查询数据方法和装置 |
CN105243125A (zh) * | 2015-09-29 | 2016-01-13 | 北京京东尚科信息技术有限公司 | PrestoDB集群的运行方法、装置、集群及查询数据方法和装置 |
CN106059843A (zh) * | 2016-08-16 | 2016-10-26 | 深圳市华成峰数据技术有限公司 | 一种基于Zookeeper 的节点配置系统及方法 |
CN106657354A (zh) * | 2016-12-29 | 2017-05-10 | 努比亚技术有限公司 | 一种负载均衡装置和方法 |
CN107086940A (zh) * | 2017-03-31 | 2017-08-22 | 北京奇艺世纪科技有限公司 | 一种单服务运行方法及装置 |
CN107086940B (zh) * | 2017-03-31 | 2019-11-15 | 北京奇艺世纪科技有限公司 | 一种单服务运行方法及装置 |
CN107315641B (zh) * | 2017-05-27 | 2018-08-14 | 杭州铭师堂教育科技发展有限公司 | 基于Qconf的消息队列高可用系统及方法 |
CN107360208A (zh) * | 2017-05-27 | 2017-11-17 | 武汉斗鱼网络科技有限公司 | 推进任务状态的方法、系统、存储介质及服务集群 |
CN107360208B (zh) * | 2017-05-27 | 2019-11-01 | 武汉斗鱼网络科技有限公司 | 推进任务状态的方法、系统、存储介质及服务集群 |
CN107315641A (zh) * | 2017-05-27 | 2017-11-03 | 杭州铭师堂教育科技发展有限公司 | 基于Qconf的消息队列高可用系统及方法 |
CN107864053A (zh) * | 2017-10-31 | 2018-03-30 | 北京小米移动软件有限公司 | 基于zookeeper的动态配置方法和装置 |
CN107864053B (zh) * | 2017-10-31 | 2022-02-22 | 北京小米移动软件有限公司 | 基于zookeeper的动态配置方法和装置 |
CN110351370A (zh) * | 2019-04-24 | 2019-10-18 | 上海数据交易中心有限公司 | 一种数据配送方法及装置 |
CN110351370B (zh) * | 2019-04-24 | 2022-06-21 | 上海数据交易中心有限公司 | 一种数据配送方法及装置 |
CN110365743A (zh) * | 2019-06-21 | 2019-10-22 | 南京壹进制信息科技有限公司 | 一种基于Zookeeper实现的支持多种可自定义负载算法的负载均衡器实现方法 |
CN110493326A (zh) * | 2019-08-02 | 2019-11-22 | 泰华智慧产业集团股份有限公司 | 基于zookeeper管理集群配置文件的系统和方法 |
CN110493326B (zh) * | 2019-08-02 | 2021-11-12 | 泰华智慧产业集团股份有限公司 | 基于zookeeper管理集群配置文件的系统和方法 |
CN112437148A (zh) * | 2020-11-20 | 2021-03-02 | 北京奇艺世纪科技有限公司 | 业务请求的处理方法、装置、业务服务器及系统 |
CN112437148B (zh) * | 2020-11-20 | 2023-03-07 | 北京奇艺世纪科技有限公司 | 业务请求的处理方法、装置、业务服务器及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104486108A (zh) | 基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 | |
US20070260732A1 (en) | User load balancing systems and methods thereof | |
CN105933407B (zh) | 一种实现Redis集群高可用的方法及系统 | |
CN102244669B (zh) | 一种堆叠设备中软件升级的方法和堆叠设备 | |
JP2009265805A (ja) | フェイルオーバ方法、プログラム、フェイルオーバ装置およびフェイルオーバシステム | |
US20080288812A1 (en) | Cluster system and an error recovery method thereof | |
JP2014067089A (ja) | 分散システム、サーバ計算機、分散管理サーバ及び障害発生防止方法 | |
CN112637335B (zh) | 主备模式服务部署方法、装置、设备及存储介质 | |
CN101262479B (zh) | 一种网络文件共享的方法、服务器和网络文件共享的系统 | |
CN105306566A (zh) | 一种云存储系统中选举主控节点的方法及系统 | |
CN107453888B (zh) | 高可用性的虚拟机集群的管理方法及装置 | |
EP2378434A1 (en) | Mehtod and device of multiple disks grouping hot standby in distributed file system | |
JP4744921B2 (ja) | ソフトウェア障害復旧システム | |
JP5590222B2 (ja) | 情報処理装置、および障害対応プログラム | |
CN115314361B (zh) | 一种服务器集群管理方法及其相关组件 | |
CN105338058A (zh) | 一种应用更新的方法及装置 | |
CN115766715A (zh) | 一种高可用的超融合集群监控方法和系统 | |
CN112131201B (zh) | 一种网络附加存储高可用性的方法、系统、设备及介质 | |
CN111510336B (zh) | 一种网络设备状态管理方法及装置 | |
JP2006285453A (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
CN112612652A (zh) | 分布式存储系统异常节点重启方法及系统 | |
JP2010170168A (ja) | 流量制御方法およびシステム | |
CN107783855B (zh) | 虚拟网元的故障自愈控制装置及方法 | |
CN111404735A (zh) | 一种分布式应用监控方法及监控系统 | |
WO2016206399A1 (zh) | 通信设备中软件版本的升级方法、装置及通信设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150401 |
|
RJ01 | Rejection of invention patent application after publication |