CN111240899B - 状态机复制方法、装置、***及存储介质 - Google Patents
状态机复制方法、装置、***及存储介质 Download PDFInfo
- Publication number
- CN111240899B CN111240899B CN202010025783.4A CN202010025783A CN111240899B CN 111240899 B CN111240899 B CN 111240899B CN 202010025783 A CN202010025783 A CN 202010025783A CN 111240899 B CN111240899 B CN 111240899B
- Authority
- CN
- China
- Prior art keywords
- node
- log
- state machine
- distributed file
- storage node
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了状态机复制方法、装置、***及存储介质,涉及云计算技术领域。具体实现方案为:节点通过包括的日志服务模块确定该节点在该状态机复制***中的角色,主节点通过包括的DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,从节点通过包括的DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。该技术方案,基于分布式文件***实现日志文件的读写,而且同一个日志流不需要限定在固定的机器上,提高了***的容错能力,提高了状态机复制***的高可用性。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种云计算技术领域中的状态机复制方法、装置、***及存储介质。
背景技术
在单机***中,***进行变更操作前,可以先持久化记录的日志,再将其应用到状态机,这样在***宕机后,通过重做日志可以将***恢复到原有的状态。尤其在分布式***中,通过状态机复制(state machine replication)技术,能够实现分布式***的高可用性和一致性。
现有技术中,Paxos是分布式***中最基础的一致性协议,基于该Paxos进行变形和衍生的分布式状态机复制技术(例如,QJM和RAFT)可以实现多个节点的日志同步,从而保证了有状态服务的高可用和一致性。
然而,现有的分布式状态机复制技术一般要求同一个日志流在同一时间限定在固定的机器上,这导致单个日志流的性能和空间只能受限于单台机器,容错能力差,无法保证***的高可用性。
发明内容
本申请实施例提供一种状态机复制方法、装置、***及存储介质,用于解决现有的分布式状态机复制技术存在的***容错能力差、***可用性低的问题。
第一方面,本申请提供一种状态机复制方法,应用于状态机复制***中的任意一个节点,所述节点包括:日志服务模块和分布式文件***DFS客户端,所述方法包括:
所述节点通过所述日志服务模块确定所述节点在所述状态机复制***中的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
在所述节点为主节点时,所述节点通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
在所述节点为从节点时,所述节点通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。
在本实施例中,基于分布式文件***实现日志文件的读写,同一个日志流不需要限定在固定的机器上,提高了***的容错能力,提高了状态机复制***的高可用性。
在第一方面的一种可能设计中,所述节点通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,包括:
所述节点通过所述DFS客户端将所述日志文件以流文件块的形式写入到所述分布式文件***中至少一个存储节点中,每个流文件块具有预设的最大块容量。
在本实施例中,分布式文件***可以支持变长的流文件的存储,这样用于存储日志文件的文件块不需要限制在固定的机器上,日志文件可以无限增长,从而实现了更好的负载均衡。
可选的,若所述节点为主节点,所述方法还包括:
所述节点通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点;
所述节点通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点;
所述节点将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
在本实施例中,主节点在确定状态机复制***的主节点正在写入的源存储节点出现异常时,基于封闭机制,封闭上述源存储节点,并通过与分布式文件***的管理节点进行交互,将待写入源存储节点的日志文件写入到目标存储节点中,实现了存储节点的透明容错,保证了日志写入的低延时高性能。
在第一方面的另一种可能设计中,若所述节点为从节点,所述方法还包括:
所述节点在确定所述主节点故障时,通过自身包括的日志服务模块自动切换为所述状态机复制***的服务节点。
在本实施例中,从节点具有与主节点一致的状态机,在确定主节点故障时,能够利用同步到的日志文件,通过自身包括的日志服务模块自动切换为状态机复制***的服务节点,进而替换主节点对外提供服务,提高了***的高可用性。
在第一方面的再一种可能设计中,每个节点的日志服务模块是基于所述分布式文件***的客户端软件开发工具包封装成的lib库,所述日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
在本实施例中,节点的日志服务模块的上述功能,使得构建高可用性HA的方案成了可能,能够基于简单易用的接口实现完全无状态服务,提高了***的性能。
在第一方面的又一种可能设计中,若所述节点为主节点,在所述节点通过所述DFS客户端将生成的日志文件写入到所述分布式文件***中的至少一个存储节点中之前,所述方法还包括:
所述节点通过所述DFS客户端与所述分布式文件***中的管理节点进行信息交互,确定所述分布式文件***中用于存储日志文件的所述至少一个存储节点。
本实施例中,主节点通过DFS客户端与分布式文件***的管理节点交互,能够确定出用于存储日志文件的存储节点,为主节点的及时填充提供了可能。
第二方面,本申请提供一种状态机复制方法,应用于状态机复制***中的分布式文件***,所述分布式文件***包括至少一个存储节点和管理节点,所述方法包括:
所述管理节点通过与主节点的DFS客户端进行交互,确定所述状态机复制***的主节点正在写入的源存储节点出现异常,所述主节点为所述状态机复制***中的服务节点;
所述管理节点基于负载均衡策略,确定待写入的目标存储节点,并将所述目标存储节点的标识发送给所述主节点。
在本实施例中,管理节点确定状态机复制***的主节点正在写入的源存储节点出现异常时,基于负载均衡策略重新确定用于写入的目标存储节点,实现了存储节点的透明容错,保证了日志写入的低延时高性能。
在第二方面的一种可能设计中,所述分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和所述日志文件的原子操作功能。
第三方面,本申请提供一种状态机复制装置,应用于状态机复制***中的任意一个节点,所述节点包括:日志服务模块和分布式文件***DFS客户端,所述装置包括:处理模块和读写模块;
所述处理模块,用于通过所述日志服务模块确定所述节点在所述状态机复制***中的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
在所述节点为主节点时,所述读写模块,用于通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
在所述节点为从节点时,所述读写模块,用于通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。
本申请第三方面提供的装置,可用于执行第一方面提供的方法,其实现原理和技术效果类似,在此不再赘述。
第四方面,本申请提供一种状态机复制装置,应用于状态机复制***中的分布式文件***,所述分布式文件***包括至少一个存储节点和管理节点,所述装置包括:处理模块和发送模块;
所述处理模块,用于通过与主节点的DFS客户端进行交互,确定所述状态机复制***的主节点正在写入的源存储节点出现异常,并基于负载均衡策略,确定待写入的目标存储节点,所述主节点为所述状态机复制***中的服务节点;
所述发送模块,用于将所述目标存储节点的标识发送给所述主节点。
本申请第四方面提供的装置,可用于执行第二方面提供的方法,其实现原理和技术效果类似,在此不再赘述。
第五方面,本申请提供一种状态机复制***,包括:两个节点和分布式文件***,每个节点包括日志服务模块和分布式文件***DFS客户端;
所述日志服务模块用于确定所属节点的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
所述主节点用于通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
所述从节点用于通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。
在第五方面的一种可能设计中,所述分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和所述日志文件的原子操作功能。
在第五方面的另一种可能设计中,所述日志文件的写入格式为流文件块,所述日志文件包括多个流文件块,每个流文件块具有预设的最大块容量。
可选的,所述分布式文件***支持封闭机制;所述封闭机制,用于指示所述主节点中的DFS客户端在确定所述主节点正在写入的源存储节点出现异常时,封闭所述源存储节点。
可选的,所述主节点还用于在通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点,通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点,并将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
在第五方面的再一种可能设计中,每个节点的日志服务模块具有自动切换所属节点角色的功能;
所述从节点的日志服务模块,用于在所述主节点故障时,自动将所属从节点切换为所述状态机复制***的服务节点。
在第五方面的又一种可能设计中,每个节点的日志服务模块是基于所述分布式文件***的客户端软件开发工具包封装成的lib库,所述日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
第六方面,本申请提供一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使计算机执行第一方面以及第一方面各可能设计所述的方法;或者
所述计算机指令用于使计算机执行第二方面以及第二方面各可能设计所述的方法。
第七方面,本申请提供一种状态机复制方法,包括:
主节点将生成的日志文件写入到分布式文件***中的至少一个存储节点中,所述主节点为所述状态机复制***的服务节点;
从节点从所述分布式文件***的至少一个存储节点中读取日志文件,所述从节点为所述状态机复制***的备用节点。
上述申请中的一个实施例具有如下优点或有益效果:节点通过包括的日志服务模块确定该节点在该状态机复制***中的角色,主节点通过包括的DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,从节点通过包括的DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。该技术方案,基于分布式文件***实现日志文件的读写,而且同一个日志流不需要限定在固定的机器上,提高了***的容错能力,提高了状态机复制***的高可用性。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1为分布式***基于逻辑日志的状态服务示意图;
图2为多副本日志文件的存储示意图;
图3为本申请实施例提供的状态机复制***的框架示意图;
图4为本申请第一实施例提供的状态机复制方法的交互示意图;
图5为本申请实施例中以流文件块表示的日志文件的示意图;
图6为本申请第二实施例提供的状态机复制方法的交互示意图;
图7为本申请第一实施例提供的状态机复制装置的框图;
图8为本申请第二实施例提供的状态机复制装置的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
日志(journal)是记录***中硬件、软件和***问题的信息,同时还可以监视***中发生的事件。用户可以通过它来检查错误发生的原因,或者寻找受到攻击时攻击者留下的痕迹。***日志包括***日志、应用程序日志和安全日志。通过日志,可以为***死机或者崩溃现场保留最后的有效记录,便于开发人员或者维护人员根据相关信息及时快速地分析、定位死机或崩溃的位置和原因,从而大大缩减开发和维护的时间,节省人力资源成本。
在有状态软件***中,日志是实现***高可靠、高可用的最基本、最通用的技术。在单机***中,***进行变更操作前,首先持久化记录日志,成功后再真正应用到状态机,其中,状态机由状态寄存器和组合逻辑电路构成,能够根据控制信号按照预先设定的状态进行状态转移,是协调相关信号动作、完成特定操作的控制中心。因而,在***宕机后,能够通过重做(redo)日志恢复到原有一致的状态。
抽象来看,日志可以看作是按照时间有序的、只能追加的记录序列:日志的记录编号定义了日志生成在时间上的序;日志只能追加写入,对其内容不做修改。
日志在分布式***中尤为重要,通过状态机复制技术,***中的多个节点可以基于日志同步,实现有状态服务的高可用和一致性。示例性的,图1为分布式***基于逻辑日志的状态服务示意图。如图1所示,分布式***中,多个节点通过主备(primary-backup)的方式工作:主节点对外提供更新操作服务,在应用日志到状态机之前,先持久化日志,即首先将主节点的日志写到日志文件中,再从日志文件加载日志到从节点并重做日志redo。
示例性的,一旦主节点异常,从节点只要加载完整的日志,拥有一致的有序输入,就可以达到和主节点完全一致的状态,并将从节点切换为主节点继续对外提供服务。
可选的,在实际应用中,日志文件的存储方式也可以为多副本,例如,图2为多副本日志文件的存储示意图。参照图2所示,主节点生成的日志文件在复制生成多副本后分别存储到多个存储节点中,这样从节点可以从多个存储节点中的任意一个中读取上述日志文件。实际***中通过多副本实现,可以保证***的高可用。
在实际应用中,分布式***基于日志的状态机复制技术,主要包括:主节点选择(leader election)、日志复制(log replication)、日志恢复(log recovery)、日志压缩(log compaction)和成员管理(membership management)五个方面。,目前,Paxos为分布式***中最基础的一致性协议,后续衍生出了QJM、Raft、Zab、Viewstamped Replication等一系列工程实现,成为当前实现上述高可用的主要方案。
现阶段,基于日志的状态机复制技术,普遍采用了基于Paxos的一致性协议的变种和衍生方案。其中,最为通用的方案为:QJM和Raft;
其中,QJM:HadoopV2中的默认高可用性(high available,HA)方案。在本方案中,QJM作为一个独立的***部署,包含两个组件:journal node和libqjm。Libqjm作为客户端SDK负责日志的读写,包括异常情况下的一致性恢复,journal node负责日志的持久化存储。QJM并不包含主节点选择,需要外部机制实现,例如,zookeeper。因而,首先该方案不是一个完整的解决方案,需要引入外部机制实现主节点选择;其次,QJM分布式应用场景有限,通常仅用于分布式***中少数节点控制的HA;最后,QJM作为一个独立的第三方***部署,引入额外的运维成本。
Raft:当前最广泛使用的通用解决方案。该方案提供了一套通用的Lib库,无需额外部署独立***,并且包含主节点选择在内的完整状态机复制技术,其是目前最广泛使用的方案。但是,由于Lib库链接到服务进程中,不需要额外部署服务,但其原理决定了如果容忍N台机器异常,服务要提供2N+1台机器。
综上可知,上述QJM和Raft均存在如下问题:要求同一个日志流同一时间限定在固定的机器上,这使得单个日志流的性能和存储空间只能受限于单台机器,容错能力差,当出现异常节点时,无法通过快速切换节点来保证写入服务的可用性。
针对上述问题,本申请实施例提供了一种状态机复制方法,整体思路是:基于分布式文件***实现***的高可用性,其可以实现更少的***依赖(相比QJM)、更少的节点(相比Raft)、更强的***容错能力(相比QJM、Raft,意味着更好的***可用性)和性能。
示例性的,图3为本申请实施例提供的状态机复制***的框架示意图。如图3所示,在本实施例中,该状态机复制***可以包括至少两个节点和分布式文件***(distributedfile system,DFS)。该分布式文件***包括至少一个存储节点和管理节点。
其中,主节点用于将生成的日志写入分布式文件***中的存储节点,从节点用于从分布式文件***中的存储节点读取日志,以使得从节点具有与主节点完全一致的状态。
分布式文件***中的存储节点主要用于存储日志,管理节点主要用于对存储节点进行管理,并且确定主节点要写入的存储节点。
具体的,参照上述图3所示,在本申请实施例中,每个节点包括日志服务模块和DFS客户端。该日志服务模块用于确定所属节点的角色,该角色为主节点或从节点,主节点为所述状态机复制***的服务节点,从节点为所述状态机复制***的备用节点;
主节点用于通过包括的DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
从节点用于通过包括的DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。
可选的,该分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和所述日志文件的原子操作功能。
示例性的,该日志文件的写入格式为流文件块,所述日志文件包括多个流文件块,每个流文件块具有预设的最大块容量。
在本实施例中,所述分布式文件***支持封闭机制;所述封闭机制,用于指示所述主节点中的DFS客户端在确定所述主节点正在写入的源存储节点出现异常时,封闭所述源存储节点。
相应的,主节点还用于在通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点,通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点,并将待写入所述源存储节点的日志文件写入到所述分布式文件***中的目标存储节点中。
在本申请的上述任意一种可能设计中,每个节点的日志服务模块具有自动切换所属节点角色的功能;
该从节点的日志服务模块,用于在所述主节点故障时,自动将所属从节点切换为所述状态机复制***的服务节点。
在本申请的上述任意一种可能设计中,每个节点的日志服务模块是基于所述分布式文件***的客户端软件开发工具包封装成的lib库,所述日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
本申请实施例提供的状态机复制***是基于分布式文件***设计和实现的,其应用的产品可以是分布式有状态服务***,如分布式存储***。
下面,通过具体实施例对本申请的技术方案进行详细说明。需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图4为本申请第一实施例提供的状态机复制方法的交互示意图。该方法以图3所示状态机复制***中的主节点、从节点和分布式文件***的交互进行说明。如图4所示,该方法可以包括如下步骤:
S401、节点通过包括的日志服务模块确定该节点在该状态机复制***中的角色。
其中,该角色为主节点或从节点,主节点为状态机复制***的服务节点,从节点为状态机复制***的备用节点。
在本申请的实施例中,状态机复制***包括两个节点,这两个节点分别作为主从节点为状态机复制***所在***的应用提供服务。每个节点包括的日志服务模块具有角色确定功能,可以理解为选主机制,其能够自动决策所属节点的角色,保证最多只有单个主节点对外提供服务,并在主节点故障时,从节点自动切换为主节点,以保证***的高可用性。
示例性的,每个节点是什么角色、主节点是否故障等都可以通过在DFS中设置的一个文件的记录状态来标识。可选的,DFS的管理节点也可以根据主节点是否在预设时间段内未向DFS写日志来确定主节点是否故障,从节点还可以根据主节点的写日志状态确定主节点是否故障。
可以理解的是,本申请实施例并不限定确定节点角色的具体实现方案,也不限定主节点是否故障的实现方案,其可以根据***中的实际设计确定,此处不再赘述。
在实际应用中,主节点作为状态机复制***的服务节点,运行一些实时任务,从节点作为对外服务的备用节点,在主节点正常工作时,虽然不对外提供服务,但是要随时知晓主节点是否处于正常工作状态,一旦发现主节点异常,则立即替换主节点执行相应的任务。
在该节点为主节点时,执行如下步骤:
S402、节点通过包括的DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中。
在本实施例中,由于主节点对外提供服务,其在运行的过程中,会产生一系列日志文件,为了保证主节点所在***的高可用性,主节点可以通过包括的DFS客户端与DFS进行交互,并将生成的日志文件写入到分布式文件***中。
在本申请的实施例中,主节点在S402之前,首先需要执行如下操作:
主节点通过包括的DFS客户端与分布式文件***中的管理节点进行信息交互,确定分布式文件***中用于存储日志文件的至少一个存储节点。
示例性的,主节点在产生日志文件后,为了确定分布式文件***中用于存储日志文件的存储节点,主节点首先通过包括的DFS客户端与DFS的管理节点进行交互,确定出待写入的至少一个存储节点以及副本复制机制,再写入到DFS的上述至少一个存储节点上。
例如,主节点首先通过DFS客户端向分布式文件***的管理节点发送存储请求,该管理节点根据负载均衡策略和存储安全性,在分布式文件***包括的所有存储节点中确定出用于存储日志文件的至少一个存储节点,并将所述至少一个存储节点的标识反馈给主节点,这样主节点在接收到所述至少一个存储节点的标识后,便可以通过DFS客户端向上述至少一个存储节点中存储日志文件。
可以理解的是,主节点可以实时或周期性的将生成的日志文件写到DFS的存储节点中,从节点可以周期性启动读日志流程,并在读日志流程结束后,间隔预设时间再次启动。可选的,从节点的每次读日志流程可以在读不到日志文件时结束,也可以在读取预设时间后结束,还可以在读取预设大小的日志文件后结束,关于从节点的每次读日志流程的结束时机可以根据实际情况确定,此处不再赘述。
在本申请的一种可能设计中,该S402可以通过如下步骤实现:
主节点通过包括DFS客户端将日志文件以流文件块的形式写入到分布式文件***中至少一个存储节点中,每个流文件块具有预设的最大块容量(max block size)。
示例性的,为了更好的支持日志同步(复制)场景,本申请的实施例中设计了特殊文件类型,即流(stream)文件,流(stream)文件和普通(regular)文件的区别在于流文件的长度没有限制,可以视为一个只能追加(append-only)的流。
例如,图5为本申请实施例中以流文件块表示的日志文件的示意图。参照图5所示,日志文件可以表示为流文件块的链接形式,也即,日志文件可以包括多个流文件块,因而,在主节点中,每个流文件块具有预设的最大块容量,这样,主节点的DFS客户端可以根据预设的最大块容量,将日志文件划分为依次链接的多个流文件块,多个流文件块的顺序连接组成日志文件,再根据分布式文件中各存储节点的负载均衡策略,将不同的流文件块依次存储到分布式文件***中至少一个存储节点中。
在本实施例中,通过对流文件块设置固定的最大块容量,这样当生成的日志文件大小超过流文件块的最大块容量时,可以对该日志文件进行切分,得到多个流文件块,再按照负载均衡策略和数据安全性,将多个流文件块分配到分布式文件***中的至少一个存储节点中。
在设置具有最大块容量的流文件块的基础上,主节点便可以通过DFS客户端将日志文件以流文件块的形式写入到分布式文件***中至少一个存储节点中,并且在每个流文件块的文件长度超过预设的最大块容量时,将日志文件进行切分,并将生成的多个流文件块写入到分布式文件***的至少一个存储节点中。
可以理解的是,日志文件包括的多个流文件块可以存储到同一个存储节点上,也可以存储在不同的存储节点上,其可以根据存储节点的负载均衡策略和数据安全性确定,此处不对其进行限定。
在本实施例中,分布式文件***可以支持变长的流文件的存储,这样用于存储日志文件的文件块不需要限制在固定的机器上,日志文件可以无限增长,从而实现了更好的负载均衡。
在该节点为从节点时,执行如下步骤:
S403、节点通过包括的DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。
在本实施例中,为了提高状态机复制***所在***的性能,从节点需要定期从分布式文件***中读取日志文件,以与主节点中的状态保持基本完全一致,这样在主节点异常时,从节点才可以完全替代主节点进而对外提供服务。
示例性的,在本申请的实施例中,上述分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和日志文件的原子操作功能。
具体的,分布式文件***以通用文件接口的方式提供多种基本功能。
其中,日志文件的多副本存储(多副本冗余),可以保证数据一致性。
日志文件的并行读写,即主节点在向分布式文件***的一个存储节点写日志文件的同时,从节点可以通过包括的DFS客户端从存储有日志文件的另一个存储节点读取日志文件,提高了分布式文件***的性能。
日志文件的单节点写入模式,即在同一时刻,分布式文件***只能支持主节点写入,当主节点生成日志,且正在写入的日志文件超过流文件块的最大块容量时,可以将日志文件切分,得到新的流文件块,多个流文件块采用链接的形式得到日志文件,这样简化了分布式文件***的读写策略,提高了状态机复制方法的性能。
日志文件的原子操作功能,也即,主节点只要开始向分布式文件***的某个存储节点写入日志文件,便只有成功和失败两种结果。可选的,分布式文件***的目录也支持原子操作,即分布式文件***的存储节点中创建目录、原地重命名目录、对目录的时间属性进行修改均是原子操作。
进一步的,日志文件的每次写入都是原子的且不会持久化到流文件块。如果流文件块中继续写入日志文件会导致流文件块超过预设的最大块容量,则可以自动对日志文件进行切分并得到新的流文件块。这种组织方式使得日志文件不需要局限在固定节点,实现负载均衡和无限扩容。
本申请实施例提供的状态机复制方法,节点通过包括的日志服务模块确定该节点在该状态机复制***中的角色,主节点通过包括的DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,从节点通过包括的DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。该技术方案,基于分布式文件***实现日志文件的读写,而且同一个日志流不需要限定在固定的机器上,提高了***的容错能力,提高了状态机复制***的高可用性。
示例性的,在上述实施例的基础上,图6为本申请第二实施例提供的状态机复制方法的交互示意图。如图6所示,所述方法还可以包括如下步骤:
S601、主节点通过包括的DFS客户端确定正在写入的源存储节点出现异常。
在本实施例中,主节点通过包括的DFS客户端向DFS的存储节点写入日志文件,但是当DFS客户端发现正在写入的源存储节点是否出现异常,例如,写入缓慢或无法写入等问题时,可以确定主节点正在写入的源存储节点出现异常。
S602、主节点基于封闭机制,封闭上述源存储节点。
在本实施例中,如果主节点确定正在写入的存储节点为异常节点(慢节点),则可以直接将正在写入的源存储节点封闭(seal),使其不能再被写入,以保证主节点生成的日志文件能够被写入到正常的存储节点中,该封闭机制可以实现存储节点的透明容错,保证日志写入的低延时高性能。
S603、主节点通过DFS客户端与分布式文件***的管理节点进行交互,确定待写入的目标存储节点。
具体的,主节点通过DFS客户端向管理节点发送写入请求,管理节点接收该写入请求后基于负载均衡策略,在分布式文件***中确定待写入的目标存储节点。
在本实施例中,当主节点的DFS客户端确定主节点正在写入的源存储节点出现异常时,为了保证日志文件的写入具有低延时、高性能的特点,可以向管理节点发送写入请求,使得管理节点根据分布式文件***所包括存储节点的负载信息和数据安全性,在分布式文件***所包括存储节点中确定出用于写入日志文件的目标存储节点。
S604、主节点通过DFS客户端将待写入源存储节点的日志文件写入到分布式文件***中的目标存储节点中。
在本实施例中,主节点确定出日志文件的目标存储节点后,可以通过DFS客户端将正在写入源存储节点的日志文件写入到目标存储节点中。
在本实施例中,在日志文件的写入过程中,若确定正写入的源存储节点异常,则能够快速切换到新的存储节点继续写入,具有完全的透明容错能力,显著降低了写入时延。
本申请实施例提供的状态机复制方法,主节点通过DFS客户端确定正在写入的源存储节点出现异常时,首先基于封闭机制,封闭该源存储节点,再通过DFS客户端与分布式文件***的管理节点进行交互,确定待写入的目标存储节点,最后通过DFS客户端将待写入源存储节点的日志文件写入到分布式文件***中的目标存储节点中,这样可以保证日志文件的正常写入,提高了状态机复制方法的透明容错能力,显著降低了写入时延,提高了状态机复制效率。
示例性的,在上述各实施例的基础上,对于状态机复制***中的从节点,该方法还可以包括如下步骤:
该从节点在确定主节点故障时,通过自身包括的日志服务模块自动切换为状态机复制***的服务节点。
在本实施例中,从节点能够及时并准确的从分布式文件***中读取主节点的日志文件,使得从节点能够具有与主节点一致的状态机,所以,在从节点在确定主节点故障时,能够利用同步到的日志文件,通过自身包括的日志服务模块自动切换为状态机复制***的服务节点,进而替换主节点对外提供服务,从而保证了分布式***的性能。
示例性的,在本实施例中,每个节点的日志服务模块是基于分布式文件***的客户端软件开发工具包封装成的lib库,该日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
其中,角色确定即选主机制(Leader election),选主机制能够自动决策节点角色,保证至多只有单个主节点对外提供服务,并在主节点故障时,从节点能够自动切换为主节点,以保证***的高可用性。
在本实施例中,日志复制、日志恢复、日志压缩等统一称为日志相关的功能,其是基于DFS的SDK封装的日志访问接口。其中,日志文件采用上述的流文件块组成的流文件类型实现。
具体的,日志复制(Log replication)是基于DFS的SDK封装日志读写接口,日志文件的读写接口同普通文件的读写接口一致。流文件块的复制功能实际由底层的DFS完成,对每个节点的日志服务模块透明。
日志恢复(log recovery):由于流文件块在DFS层,其日志恢复完全由DFS自行管理,对每个节点的日志服务模块透明;也即,当DFS的存储节点中存储的日志文件损坏时,可以利用该日志恢复功能恢复损坏的日志文件。
日志压缩(log compaction):主节点的日志服务模块提供了多个容易使用的接口,故主节点可以将已经提交(apply)的日志状态机从镜像(dump)文件转换到快照(snapshot)文件。同时,基于流文件的截断头(truncate head)接口,可以很容易的在保留流文件的前提下,删除已被压缩的日志文件,进而释放空间,不需要类似raft的复杂配置算法。流文件提供truncate head接口,用于在log compaction中截取流文件头部的一部分,也即,将指定偏移量(offset)之前的流文件块block进行删除。
成员管理(membership management):由于日志文件能够共享并存储在DFS中,主节点可以视为无状态服务,使得主从节点机制简化为一主一从,因而,如果分布式***容忍N个节点异常,只需要部署N+1个节点,相对于RAFA需要2N+1个节点的方案,节省N个节点,显著降低了分布式***所在产品的成本。
进一步的,每个节点的日志服务模块作为lib库,能够链接到服务进程中,提供了以下简单易用的接口:
日志相关:写日志接口和读日志接口(write log和read log);
快照相关:下载快照和做快照(load snapshot和do snapshot);
节点管理相关:主节点确定和身份添加(is_leader和add_peer)。
综上所述,本申请的技术方案尤其适用于已基于分布式文件***的上层***进一步构建高可用性HA的方案,能够基于简单易用的接口实现完全无状态服务,提高了***的性能。
上述介绍了本申请实施例提到的状态机复制方法的具体实现,下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图7为本申请第一实施例提供的状态机复制装置的框图。如图7所示,该状态机复制装置应用于状态机复制***中的任意一个节点,所述节点包括:日志服务模块和分布式文件***DFS客户端,该装置包括:处理模块71和读写模块72。
其中,处理模块71,用于通过所述日志服务模块确定所述节点在所述状态机复制***中的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
在所述节点为主节点时,读写模块72,用于通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
在所述节点为从节点时,读写模块72,用于通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。
在本申请实施例的一种可能设计中,读写模块72,用于通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,具体为:
读写模块72,具体用于通过所述DFS客户端将所述日志文件以流文件块的形式写入到所述分布式文件***中至少一个存储节点中,每个流文件块具有预设的最大块容量。
可选的,若所述节点为主节点,参照图7所示,所述处理模块71,还用于通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点,通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点;
读写模块72,还用于通过所述DFS客户端将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
在本申请实施例的另一种可能设计中,若所述节点为从节点,处理模块71,还用于在确定所述主节点故障时,通过自身包括的日志服务模块自动切换为所述状态机复制***的服务节点。
在本申请实施例的再一种可能设计中,每个节点的日志服务模块是基于所述分布式文件***的客户端软件开发工具包封装成的lib库,所述日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
在本申请实施例的再一种可能设计中,若所述节点为主节点,则上述处理模块,还用于在读写模块72通过所述DFS客户端将生成的日志文件写入到所述分布式文件***中的至少一个存储节点中之前,通过所述DFS客户端与所述分布式文件***中的管理节点进行信息交互,确定所述分布式文件***中用于存储日志文件的所述至少一个存储节点。
本申请实施例提供的装置,可用于执行图4和图6所示实施例中节点侧的技术方案,其实现原理和技术效果类似,在此不再赘述。
图8为本申请第二实施例提供的状态机复制装置的框图。该装置应用于状态机复制***中的分布式文件***,该分布式文件***包括至少一个存储节点和管理节点。如图8所示,该装置可以包括:处理模块81和发送模块82。
其中,处理模块81,用于通过与主节点的DFS客户端进行交互,确定所述状态机复制***的主节点正在写入的源存储节点出现异常,基于负载均衡策略,确定待写入的目标存储节点。
其中,所述主节点为所述状态机复制***中的服务节点。
该发送模块82,用于将所述目标存储节点的标识发送给所述主节点。
可选的,分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和所述日志文件的原子操作功能。
本申请实施例提供的装置,可用于执行图4和图6所示实施例中分布式文件***的技术方案,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,处理模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
进一步的,根据本申请的实施例,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质是存储有计算机指令的非瞬时计算机可读存储介质,该计算机指令用于使计算机执行上述图4和图6所示实施例中节点的实现方案,或者,该计算机指令用于使计算机执行上述图4和图6所示实施例中分布式文件***的实现方案。
进一步的,本申请还提供一种状态机复制方法,包括:
主节点将生成的日志文件写入到分布式文件***中的至少一个存储节点中,所述主节点为所述状态机复制***的服务节点;
从节点从所述分布式文件***的至少一个存储节点中读取日志文件,所述从节点为所述状态机复制***的备用节点。
根据本申请实施例的技术方案,节点通过包括的日志服务模块确定该节点在该状态机复制***中的角色,主节点通过包括的DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,从节点通过包括的DFS客户端从分布式文件***的至少一个存储节点中读取日志文件。该技术方案,基于分布式文件***实现日志文件的读写,而且同一个日志流不需要限定在固定的机器上,提高了***的容错能力,提高了状态机复制***的高可用性。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (16)
1.一种状态机复制方法,其特征在于,应用于状态机复制***中的任意一个节点,所述节点包括:日志服务模块和分布式文件***DFS客户端,所述方法包括:
所述节点通过所述日志服务模块确定所述节点在所述状态机复制***中的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
在所述节点为主节点时,所述节点通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
在所述节点为从节点时,所述节点通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件;
若所述节点为主节点,所述方法还包括:
所述节点通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点;
所述节点通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点;
所述节点通过所述DFS客户端将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
2.根据权利要求1所述的方法,其特征在于,所述节点通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中,包括:
所述节点通过所述DFS客户端将所述日志文件以流文件块的形式写入到所述分布式文件***中至少一个存储节点中,每个流文件块具有预设的最大块容量。
3.根据权利要求1或2所述的方法,其特征在于,若所述节点为从节点,所述方法还包括:
所述节点在确定所述主节点故障时,通过自身包括的日志服务模块自动切换为所述状态机复制***的服务节点。
4.根据权利要求1或2所述的方法,其特征在于,每个节点的日志服务模块是基于所述分布式文件***的客户端软件开发工具包封装成的lib库,所述日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
5.根据权利要求1或2所述的方法,其特征在于,若所述节点为主节点,在所述节点通过所述DFS客户端将生成的日志文件写入到所述分布式文件***中的至少一个存储节点中之前,所述方法还包括:
所述节点通过所述DFS客户端与所述分布式文件***中的管理节点进行信息交互,确定所述分布式文件***中用于存储日志文件的所述至少一个存储节点。
6.一种状态机复制方法,其特征在于,应用于状态机复制***中的分布式文件***,所述分布式文件***包括至少一个存储节点和管理节点,所述方法包括:
所述管理节点通过与主节点的DFS客户端进行交互,确定所述状态机复制***的主节点正在写入的源存储节点出现异常以使所述主节点基于封闭机制封闭所述源存储节点,所述主节点为所述状态机复制***中的服务节点,所述主节点用于通过所述DFS客户端将生成的日志文件写入到所述分布式文件***中的至少一个存储节点中;
所述管理节点基于负载均衡策略,确定待写入的目标存储节点,并将所述目标存储节点的标识发送给所述主节点,以使所述主节点通过所述DFS客户端将待写入所述源存储节点的日志文件写入到所述目标存储节点中。
7.根据权利要求6所述的方法,其特征在于,所述分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和所述日志文件的原子操作功能。
8.一种状态机复制装置,其特征在于,应用于状态机复制***中的任意一个节点,所述节点包括:日志服务模块和分布式文件***DFS客户端,所述装置包括:处理模块和读写模块;
所述处理模块,用于通过所述日志服务模块确定所述节点在所述状态机复制***中的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
在所述节点为主节点时,所述读写模块,用于通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
在所述节点为从节点时,所述读写模块,用于通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件;
若所述节点为主节点,所述处理模块,还用于通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点,通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点;
所述读写模块,还用于通过所述DFS客户端将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
9.一种状态机复制装置,其特征在于,应用于状态机复制***中的分布式文件***,所述分布式文件***包括至少一个存储节点和管理节点,所述装置包括:处理模块和发送模块;
所述处理模块,用于通过与主节点的DFS客户端进行交互,确定所述状态机复制***的主节点正在写入的源存储节点出现异常以使所述主节点基于封闭机制封闭所述源存储节点,并基于负载均衡策略,确定待写入的目标存储节点,所述主节点为所述状态机复制***中的服务节点,所述主节点用于通过所述DFS客户端将生成的日志文件写入到所述分布式文件***中的至少一个存储节点中;
所述发送模块,用于将所述目标存储节点的标识发送给所述主节点,以使所述主节点通过所述DFS客户端将待写入所述源存储节点的日志文件写入到所述目标存储节点中。
10.一种状态机复制***,其特征在于,包括:至少两个节点和分布式文件***,每个节点包括日志服务模块和分布式文件***DFS客户端;
所述日志服务模块用于确定所属节点的角色,所述角色为主节点或从节点,所述主节点为所述状态机复制***的服务节点,所述从节点为所述状态机复制***的备用节点;
所述主节点用于通过所述DFS客户端将生成的日志文件写入到分布式文件***中的至少一个存储节点中;
所述从节点用于通过所述DFS客户端从分布式文件***的至少一个存储节点中读取日志文件;
所述分布式文件***支持封闭机制;所述封闭机制,用于指示所述主节点中的DFS客户端在确定正在写入的源存储节点出现异常时,封闭所述源存储节点;
所述主节点还用于在通过所述DFS客户端确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点,通过所述DFS客户端与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点,并将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
11.根据权利要求10所述的***,其特征在于,所述分布式文件***支持如下功能:日志文件的多副本存储、日志文件的并行读写、日志文件的单节点写入模式和所述日志文件的原子操作功能。
12.根据权利要求10所述的***,其特征在于,所述日志文件的写入格式为流文件块,所述日志文件包括多个流文件块,每个流文件块具有预设的最大块容量。
13.根据权利要求10-12任一项所述的***,其特征在于,每个节点的日志服务模块具有自动切换所属节点角色的功能;
所述从节点的日志服务模块,用于在所述主节点故障时,自动将所属从节点切换为所述状态机复制***的服务节点。
14.根据权利要求10-12任一项所述的***,其特征在于,每个节点的日志服务模块是基于所述分布式文件***的客户端软件开发工具包封装成的lib库,所述日志服务模块具有角色确定、日志复制、日志恢复、日志压缩和成员管理功能。
15.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使计算机执行权利要求1-5中任一项所述的方法;或者,所述计算机指令用于使计算机执行权利要求6或7所述的方法。
16.一种状态机复制方法,其特征在于,包括:
主节点将生成的日志文件写入到分布式文件***中的至少一个存储节点中,所述主节点为状态机复制***的服务节点;
从节点从所述分布式文件***的至少一个存储节点中读取日志文件,所述从节点为所述状态机复制***的备用节点;
所述主节点确定正在写入的源存储节点出现异常时,基于封闭机制,封闭所述源存储节点;
所述主节点与所述分布式文件***的管理节点进行交互,确定待写入的目标存储节点;
所述主节点通将待写入所述源存储节点的日志文件写入到所述分布式文件***中的所述目标存储节点中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010025783.4A CN111240899B (zh) | 2020-01-10 | 2020-01-10 | 状态机复制方法、装置、***及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010025783.4A CN111240899B (zh) | 2020-01-10 | 2020-01-10 | 状态机复制方法、装置、***及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111240899A CN111240899A (zh) | 2020-06-05 |
CN111240899B true CN111240899B (zh) | 2023-07-25 |
Family
ID=70872386
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010025783.4A Active CN111240899B (zh) | 2020-01-10 | 2020-01-10 | 状态机复制方法、装置、***及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111240899B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112749141A (zh) * | 2021-01-15 | 2021-05-04 | 苏州浪潮智能科技有限公司 | 一种分布式文件***远程复制方法、装置、设备和介质 |
CN113806316B (zh) * | 2021-09-15 | 2022-06-21 | 星环众志科技(北京)有限公司 | 一种文件同步方法、设备及存储介质 |
CN114490540B (zh) * | 2022-02-14 | 2024-05-28 | 杭州网易数之帆科技有限公司 | 数据存储方法、介质、装置和计算设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105068763A (zh) * | 2015-08-13 | 2015-11-18 | 武汉噢易云计算有限公司 | 一种针对存储故障的虚拟机容错***和方法 |
WO2016026306A1 (zh) * | 2014-08-22 | 2016-02-25 | 中兴通讯股份有限公司 | 一种数据备份方法、***、节点及计算机存储介质 |
CN106817402A (zh) * | 2016-11-29 | 2017-06-09 | 上海亿账通互联网科技有限公司 | 缓存数据的处理方法及装置 |
US9817703B1 (en) * | 2013-12-04 | 2017-11-14 | Amazon Technologies, Inc. | Distributed lock management using conditional updates to a distributed key value data store |
CN110275802A (zh) * | 2019-06-27 | 2019-09-24 | 北京百度网讯科技有限公司 | 一种服务切换方法、装置及电子设备 |
US10474545B1 (en) * | 2017-10-31 | 2019-11-12 | EMC IP Holding Company LLC | Storage system with distributed input-output sequencing |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080147821A1 (en) * | 2006-12-19 | 2008-06-19 | Dietrich Bradley W | Managed peer-to-peer content backup service system and method using dynamic content dispersal to plural storage nodes |
CN103257970B (zh) * | 2012-02-17 | 2016-06-15 | 百度在线网络技术(北京)有限公司 | 用于hdfs主节点的测试方法及装置 |
CN104765661B (zh) * | 2014-12-30 | 2018-04-13 | 深圳市安云信息科技有限公司 | 一种云存储服务中元数据服务节点的多节点热备方法 |
CN104679611B (zh) * | 2015-03-05 | 2018-03-09 | 浙江宇视科技有限公司 | 数据资源复制方法以及装置 |
CN107426265A (zh) * | 2016-03-11 | 2017-12-01 | 阿里巴巴集团控股有限公司 | 数据一致性同步的方法及设备 |
CN106452836B (zh) * | 2016-08-31 | 2019-12-13 | 北京小米移动软件有限公司 | 主节点设置方法及装置 |
US10423609B1 (en) * | 2017-03-29 | 2019-09-24 | Amazon Technologies, Inc. | Consistent snapshot points in a distributed storage service |
WO2019119212A1 (zh) * | 2017-12-18 | 2019-06-27 | 华为技术有限公司 | 识别osd亚健康的方法、装置和数据存储*** |
CN110162511B (zh) * | 2018-02-08 | 2023-09-01 | 华为技术有限公司 | 一种日志传输方法及相关设备 |
CN110169040B (zh) * | 2018-07-10 | 2021-09-28 | 深圳花儿数据技术有限公司 | 基于多层一致性哈希的分布式数据存储方法与*** |
CN110413694A (zh) * | 2019-08-01 | 2019-11-05 | 重庆紫光华山智安科技有限公司 | 元数据管理方法及相关装置 |
CN110502507B (zh) * | 2019-08-29 | 2022-02-08 | 上海达梦数据库有限公司 | 一种分布式数据库的管理***、方法、设备和存储介质 |
-
2020
- 2020-01-10 CN CN202010025783.4A patent/CN111240899B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9817703B1 (en) * | 2013-12-04 | 2017-11-14 | Amazon Technologies, Inc. | Distributed lock management using conditional updates to a distributed key value data store |
WO2016026306A1 (zh) * | 2014-08-22 | 2016-02-25 | 中兴通讯股份有限公司 | 一种数据备份方法、***、节点及计算机存储介质 |
CN105068763A (zh) * | 2015-08-13 | 2015-11-18 | 武汉噢易云计算有限公司 | 一种针对存储故障的虚拟机容错***和方法 |
CN106817402A (zh) * | 2016-11-29 | 2017-06-09 | 上海亿账通互联网科技有限公司 | 缓存数据的处理方法及装置 |
US10474545B1 (en) * | 2017-10-31 | 2019-11-12 | EMC IP Holding Company LLC | Storage system with distributed input-output sequencing |
CN110275802A (zh) * | 2019-06-27 | 2019-09-24 | 北京百度网讯科技有限公司 | 一种服务切换方法、装置及电子设备 |
Non-Patent Citations (4)
Title |
---|
Improving performance of a distributed file system using a speculative semantics-based algorithm;T. L. S. R. Krishna 等;Tsinghua Science and Technology;第20卷(第6期);583-593 * |
分布式文件***元数据服务器高可用设计与实现;战科宇;中国优秀硕士学位论文全文数据库信息科技辑(第07期);I137-302 * |
安防云存储技术发展现状与趋势;徐旺;中国安防(第10期);75-79 * |
集群数据库***的日志复制和故障恢复;王嘉豪;蔡鹏;钱卫宁;周傲英;;软件学报(第03期);8-21 * |
Also Published As
Publication number | Publication date |
---|---|
CN111240899A (zh) | 2020-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111240899B (zh) | 状态机复制方法、装置、***及存储介质 | |
US20220091771A1 (en) | Moving Data Between Tiers In A Multi-Tiered, Cloud-Based Storage System | |
US6823474B2 (en) | Method and system for providing cluster replicated checkpoint services | |
US9563517B1 (en) | Cloud snapshots | |
US8312236B2 (en) | Apparatus and program storage device for providing triad copy of storage data | |
KR100471567B1 (ko) | 이중화 시스템 환경에서 데이터 동기화를 위한 트랜잭션관리 방법 | |
US20170161161A1 (en) | Periodic data replication | |
EP4089540A1 (en) | Data replication method and storage system | |
WO2021136422A1 (zh) | 状态管理方法、主备应用服务器的切换方法及电子设备 | |
US7702757B2 (en) | Method, apparatus and program storage device for providing control to a networked storage architecture | |
CN102521083A (zh) | 一种云计算***中虚拟机备份方法和*** | |
US10372554B1 (en) | Verification and restore of replicated data using a cloud storing chunks of data and a plurality of hashes | |
US11068364B2 (en) | Predictable synchronous data replication | |
US8639968B2 (en) | Computing system reliability | |
WO2017097233A1 (zh) | 一种数据存储负载的容错方法及iptv*** | |
JP5691246B2 (ja) | データベース二重化システム、情報処理装置及びデータベース二重化方法 | |
JP2013543179A (ja) | アイテム単位でのリカバリー | |
WO2023169503A1 (en) | Failure hinting for site preparation in multi-site data replication environment | |
US7293191B1 (en) | System and method for managing I/O errors in a storage environment employing asymmetric distributed block virtualization | |
CN115470041A (zh) | 一种数据灾备管理方法及装置 | |
CN114936115A (zh) | 一种数据存储备份方法、装置、计算机设备和存储介质 | |
CN111488238B (zh) | 一种块存储节点数据修复方法及存储介质 | |
JP2000057030A (ja) | 2重更新を行うデータベースを有するクライアントサーバーシステム | |
JP2011253400A (ja) | 分散ミラードディスクシステム、コンピュータ装置、ミラーリング方法およびそのプログラム | |
CN117950905B (zh) | 缓存盘数据重组的方法、装置、设备、介质及程序产品 |
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 |