CN109951331B - 用于发送信息的方法、装置和计算集群 - Google Patents
用于发送信息的方法、装置和计算集群 Download PDFInfo
- Publication number
- CN109951331B CN109951331B CN201910199255.8A CN201910199255A CN109951331B CN 109951331 B CN109951331 B CN 109951331B CN 201910199255 A CN201910199255 A CN 201910199255A CN 109951331 B CN109951331 B CN 109951331B
- Authority
- CN
- China
- Prior art keywords
- master node
- node
- cluster
- computing cluster
- response
- 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
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开的实施例公开了用于发送信息的方法、装置和计算集群。该方法的一具体实施方式包括:响应于检测到与存储集群的主节点连接异常,确定故障持续时间;响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向上述节点发送投票反馈信息,以确定所计算集群的新的主节点,其中,投票请求由发起主节点选举的节点满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发。该实施方式实现了在计算集群的主节点与存储集群之间出现网络故障时,通过选举新的主节点来保证整个集群的可用性。
Description
技术领域
本公开的实施例涉及计算机技术领域,具体涉及用于发送信息的方法、装置和计算集群。
背景技术
随着互联网数据量的飞速增长,数据库作为互联网数据的存储介质,承担着越来越多的数据和对数据的访问请求,从而对数据库系统的高可用性、可扩展性提出了更高的挑战。作为云数据库的下一代产品,计算存储分离架构的数据共享(Share Data)数据库对集群的故障切换机制和保证数据一致性等方面提出了新的要求。
传统的数据库中每个节点都具备计算和存储能力,因此故障切换机制从范围上来划分属于单集群范围。而在计算存储分离架构中,计算节点和存储节点分别提供数据库的计算能力和存储能力,因此需要在两个集群之间完成故障切换。
相关的方式通常是在每个节点都具备计算存储能力的条件下,基于ZooKeeper(一个分布式的,开放源码的分布式应用程序协调服务)或者分布式一致性协议(例如RAFT或PAXOS)来重点解决单集群(一个主节点加多个从节点)的数据一致性问题。
发明内容
本公开的实施例提出了用于发送信息的方法、装置和计算集群。
第一方面,本公开的实施例提供了一种用于发送信息的方法,该方法包括响应于检测到与存储集群的主节点连接异常,确定故障持续时间;响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息,以确定计算集群的新的主节点,其中,投票请求由发起主节点选举的节点响应于满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发,计算集群的新的主节点与存储集群的主节点和计算集群中的第一数目个从节点通信连接。
在一些实施例中,在响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,该方法还包括:接收变更数据的请求;根据变更数据的请求,向存储集群的主节点发送表征请求变更数据的信息;响应于接收到存储集群的主节点发送的表征变更数据成功的信息,向发送变更数据的请求的终端发送反馈信息;向计算集群中的第二数目个从节点发送数据同步信息。
在一些实施例中,在响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,该方法还包括:响应于确定计算集群中增加了新的从节点,获取用于读取数据的目标变量;根据目标变量,生成目标类型的重做日志;向存储集群的主节点发送表征将目标类型的重做日志持久化的信息;响应于接收到存储集群的主节点发送的表征目标类型的重做日志持久化完毕的信息,基于目标类型的重做日志,向新的从节点发送表征同步数据的信息,以使新的从节点对所存储的数据进行更新。
在一些实施例中,在响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,该方法还包括:响应于确定存储集群的主节点发生变更,确定被挂起日志记录的请求所指示的变更数据是否完成持久化;响应于确定被挂起日志记录的请求所指示的变更数据持久化失败,向存储集群的变更后的主节点发送表征将持久化失败的变更数据进行持久化的信息。
在一些实施例中,该方法还包括:响应于确定故障持续时间小于预设时间间隔,对存储集群的主节点进行服务发现。
在一些实施例中,该方法还包括:响应于确定在服务发现过程中与存储集群的主节点恢复连接,基于本地数据,对计算集群的从节点所存储的数据进行更新。
第二方面,本公开的实施例提供了一种用于发送信息的装置,该装置包括:第一确定单元,被配置成响应于检测到与存储集群的主节点连接异常,确定故障持续时间;第一发送单元,被配置成响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息,以确定计算集群的新的主节点,其中,投票请求由发起主节点选举的节点响应于满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发,计算集群的新的主节点与存储集群的主节点和计算集群中的第一数目个从节点通信连接。
在一些实施例中,该装置还包括:接收单元,被配置成接收变更数据的请求;第二发送单元,被配置成根据变更数据的请求,向存储集群的主节点发送表征请求变更数据的信息;第三发送单元,被配置成响应于接收到存储集群的主节点发送的表征变更数据成功的信息,向发送变更数据的请求的终端发送反馈信息;向计算集群中的第二数目个从节点发送数据同步信息。
在一些实施例中,该装置还包括:获取单元,被配置成响应于确定计算集群中增加了新的从节点,获取用于读取数据的目标变量;生成单元,被配置成根据目标变量,生成目标类型的重做日志;第四发送单元,被配置成向存储集群的主节点发送表征将目标类型的重做日志持久化的信息;第五发送单元,被配置成响应于接收到存储集群的主节点发送的表征目标类型的重做日志持久化完毕的信息,基于目标类型的重做日志,向新的从节点发送表征同步数据的信息,以使新的从节点对所存储的数据进行更新。
在一些实施例中,该装置还包括:第二确定单元,被配置成响应于确定存储集群的主节点发生变更,确定被挂起日志记录的请求所指示的变更数据是否完成持久化;第六发送单元,被配置成响应于确定被挂起日志记录的请求所指示的变更数据持久化失败,向存储集群的变更后的主节点发送表征将持久化失败的变更数据进行持久化的信息。
在一些实施例中,该装置还包括:第七发送单元,被配置成响应于确定故障持续时间小于预设时间间隔,对存储集群的主节点进行服务发现。
在一些实施例中,该装置还包括:更新单元,被配置成响应于确定在服务发现过程中与存储集群的主节点恢复连接,基于本地数据,对计算集群的从节点所存储的数据进行更新。
第三方面,本公开的实施例提供了一种计算集群,该计算集群包括主节点和从节点,计算集群的主节点与计算集群的从节点和存储集群的主节点通信连接;计算集群的主节点,被配置成实现如第一方面中任一实现方式描述的方法;计算集群的从节点,被配置成响应于检测到与计算集群的主节点连接中断,确定是否满足主节点选举条件,其中,主节点选举条件包括与计算集群的主节点中断连接的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接;响应于确定满足主节点选举条件,向计算集群的节点发送表征主节点选举的投票请求;响应于确定所接收到的选票数目满足计算集群的主节点当选条件,转换为计算集群的主节点。
在一些实施例中,上述计算集群的主节点还被配置成:响应于确定所接收到的选票数目满足计算集群的主节点当选条件,确定本地数据与存储集群的主节点所存储的数据之间是否存在差异;响应于确定存在差异,基于存储集群的主节点的重做日志中的至少一项未提交事务,对本地数据进行更新,其中,未提交事务包括前任主节点发送的事务请求。
在一些实施例中,上述未提交事务包括前任主节点发送的待执行事务;以及上述对本地数据进行更新包括:对至少一项前任主节点发送的待执行事务进行拦截;响应于确定未提交事务中被拦截的待执行事务之外的其他事务执行完成,将存储集群的主节点所存储的数据同步至本地。
第四方面,本公开的实施例提供了一种服务器,该服务器包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第五方面,本公开的实施例提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本公开的实施例提供的用于发送信息的方法、装置和计算集群,首先,响应于检测到与存储集群的主节点连接异常,计算集群的主节点确定故障持续时间;然后,响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息,以确定所计算集群的新的主节点,其中,投票请求由发起主节点选举的节点响应于满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发,计算集群的新的主节点与存储集群的主节点和计算集群中的第一数目个从节点通信连接。从而实现了在计算集群的主节点与存储集群之间出现网络故障时,通过选举新的主节点来保证计算集群与存储集群之间的可用性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本公开的其它特征、目的和优点将会变得更明显:
图1是本公开的一个实施例可以应用于其中的示例性系统架构图;
图2是根据本公开的用于发送信息的方法的一个实施例的流程图;
图3是根据本公开的实施例的用于发送信息的方法的一个应用场景的示意图;
图4是根据本公开的用于发送信息的方法的又一个实施例的流程图;
图5是根据本公开的用于发送信息的装置的一个实施例的结构示意图;
图6是根据本公开的一个实施例的计算集群中各个设备之间交互的时序示意图。
图7是适于用来实现本公开的实施例的电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
图1示出了可以应用本公开的用于发送信息的方法、装置或计算集群的示例性架构100。
如图1所示,系统架构100可以包括终端设备101、102,网络103和104、由服务器1051、1052、1053组成的计算集群105和由服务器1061、1062、1063组成的存储集群106。网络103和104用以在终端设备101、102、计算集群105和存储集群106之间提供通信链路的介质。网络103和104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
终端设备101、102通过网络103与计算集群105交互,以接收或发送消息等。终端设备101、102上可以安装有各种通讯客户端应用,例如网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102可以是硬件,也可以是软件。当终端设备101、102为硬件时,可以是具有显示屏并且支持数据库访问的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
计算集群105和存储集群106可以包括提供各种服务的服务器,例如为终端设备101、102上应用程序提供数据支持的数据库服务器。数据库服务器可以对终端设备发送的数据读写请求进行处理,并将处理结果反馈给终端设备。
需要说明的是,服务器集群可以是硬件,也可以是软件。当服务器集群为硬件时,可以实现成多个服务器组成的分布式服务器集群。当服务器集群为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是,本公开的实施例所提供的用于发送信息的方法一般由计算集群105中的服务器执行,相应地,用于发送信息的装置一般设置于计算集群105中的服务器中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本公开的用于发送信息的方法的一个实施例的流程200。该用于发送信息的方法包括以下步骤:
步骤201,响应于检测到与存储集群的主节点连接异常,确定故障持续时间。
在本实施例中,用于发送信息的方法的执行主体(如图1所示的服务器1051)响应于检测到与存储集群的主节点(如图1所示的服务器1061)连接异常,可以通过各种方式确定故障持续时间。在计算存储分离架构中,作为计算集群的主节点,上述执行主体可以与存储集群的主节点通信连接,以通过上述存储集群的主节点对数据库事务请求的处理实现数据的持久化;上述执行主体还可以与所在的计算集群中的第一数目个从节点通信连接,以将本地数据同步到上述第一数目个从节点,实现数据的一致性。其中,上述第一数目通常是大于计算集群中节点数目的一半的数值。实践中,上述执行主体与存储集群的主节点之间的通信连接可以通过心跳机制来实现。例如,上述执行主体在预设的时间没有接收到心跳包,那么可以确定与存储集群的主节点的连接异常。之后,上述执行主体可以通过各种方式确定故障持续时间。作为示例,上述执行主体可以将第一次未接收到心跳包的时刻确定为故障起始时刻,然后将当前时刻与上述故障起始时刻之间的时间差确定为故障持续时间。其中,从故障起始时刻至当前时刻这一段时间未接收到心跳包。作为又一示例,上述执行主体可以确定应接收而未接收到的心跳包的数量,然后将上述数量乘以心跳包发送时间间隔,得到故障持续时间。
步骤202,响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息。
在本实施例中,响应于接收到计算集群中发起主节点选举的节点(如图1所示的服务器1052)发送的投票请求,上述执行主体可以向发起主节点选举的节点发送投票反馈信息,以确定计算集群的新的主节点。其中,上述投票请求可以由发起主节点选举的节点响应于满足主节点选举条件而生成。上述主节点选举条件可以包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间(timeout)和与存储集群的主节点通信连接。在主从模式的集群中,每个节点可以对应有选举超时时间。上述选举超时时间可以为一个随机值,例如200ms。上述与计算集群的主节点连接异常的时间大于节点对应的选举超时时间可以是连接异常持续时间大于上述随机值;也可以是从连接异常时开始从上述随机值进行倒计时至0s。上述与计算集群的主节点连接异常由上述故障持续时间大于预设时间间隔而触发。作为示例,上述执行主体与计算集群的从节点之间的通信连接可以通过心跳机制来实现。响应于步骤201所确定的故障持续时间大于预设时间间隔,上述执行主体可以停止向计算集群的从节点发送心跳包。上述投票反馈信息可以包括表征赞同或不赞同发起选举的节点当选为计算集群的主节点的信息。进而,响应于确定收到第一数目个表征赞同的投票反馈信息,上述发起主节点选举的节点可以成为上述计算集群的新的主节点。从而,上述执行主体可以成为上述计算集群的从节点。上述计算集群的新的主节点可以与上述存储集群的主节点和上述计算集群中的第一数目个从节点通信连接。上述第一数目通常指大于计算集群中节点数目的一半的数值。
在本实施例的一些可选的实现方式中,在响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,上述执行主体可以按照如下步骤实现数据持久化和计算集群的从节点的数据同步:
第一步,接收变更数据的请求。
在这些实现方式中,上述执行主体可以接收终端(如图1所示的终端设备101、102)发送的变更数据的请求。其中,变更数据可以包括但不限于以下至少一项:写入数据,删除数据,修改数据。
第二步,根据变更数据的请求,向存储集群的主节点发送表征请求变更数据的信息。
在这些实现方式中,上述执行主体根据变更数据的请求,可以通过各种方式向存储集群的主节点发送表征请求变更数据的信息。作为示例,上述执行主体可以直接转发上述变更数据的请求。作为又一示例,上述执行主体还可以将上述第一步接收到的请求解析后,向存储集群的主节点发送重新封装后的请求包。
第三步,响应于接收到存储集群的主节点发送的表征变更数据成功的信息,向发送变更数据的请求的终端发送反馈信息;向计算集群中的第二数目个从节点发送数据同步信息。
在这些实现方式中,上述存储集群的主节点可以根据上述第二步发送的请求变更数据的信息对所指示的数据进行持久化。作为示例,上述存储集群的主节点可以将上述请求变更数据的信息发送至存储集群的目标从节点。其中,上述目标从节点可以根据负载均衡策略来确定。上述负载均衡策略可以包括但不限于以下至少一项:轮询,加权轮询,最小连接数,最短响应时间。上述存储集群的目标从节点对上述所指示的数据进行变更后,可以向存储集群的主节点发送表征变更数据成功的信息。响应于接收到上述表征变更数据成功的信息,存储集群的主节点可以将上述信息转发给上述执行主体。响应于接收到上述信息,上述执行主体可以向上述发送变更数据的请求的终端发送表征变更数据成功的反馈信息;上述执行主体还可以向计算集群中的第二数目个从节点发送数据同步信息。其中,上述第二数目可以小于等于上述第一数目。通常,上述执行主体可以向计算集群中通信连接的每个从节点发送数据同步信息,以使尽可能多的从节点与上述执行主体保持数据一致性。在上述这些实现方式中,上述第二数目可以等于上述第一数目。可选地,上述执行主体也可以只向计算集群中通信连接的的一部分从节点发送数据同步信息,以通过牺牲一部分数据一致性来减少网络资源的消耗,进而提升整个计算存储架构的吞吐量。在上述这些实现方式中,上述第二数目可以小于上述第一数目。
在本实施例的一些可选的实现方式中,在响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,上述执行主体可以按照如下步骤对存储集群的主节点变更前后的数据进行持久化:
第一步,响应于确定存储集群的主节点发生变更,确定被挂起(Pending)日志记录的请求所指示的变更数据是否完成持久化。
在这些实现方式中,响应于确定存储集群的主节点发生变更,上述执行主体可以确定被挂起日志记录的请求所指示的变更数据是否完成持久化。其中,上述存储集群的主节点可以基于ZooKeeper(一个分布式的,开放源码的分布式应用程序协调服务)或者分布式一致性协议(RAFT或PAXOS)进行变更。上述被挂起日志可以记录至少一条未提交的数据库事务。因此,在存储集群的主节点变更过程中,上述数据库事务对应的变更数据可以引起数据间隙(gap)。
第二步,响应于确定被挂起日志记录的请求所指示的变更数据持久化失败,向存储集群的变更后的主节点发送表征将持久化失败的变更数据进行持久化的信息。
在这些实现方式中,响应于确定被挂起日志记录的请求所指示的变更数据持久化失败,对于上述持久化失败的变更数据,上述执行主体可以向存储集群的变更后的主节点发送表征将上述变更数据重新进行持久化的信息。
在本实施例的一些可选的实现方式中,响应于确定故障持续时间小于预设时间间隔,上述执行主体还可以对存储集群的主节点进行服务发现。其中,上述服务发现可以包括继续向存储集群的主节点发送心跳信号,以等待与存储集群的主节点恢复连接。
可选地,响应于确定在服务发现过程中与存储集群的主节点恢复连接,基于本地数据,上述执行主体可以对计算集群的从节点所存储的数据进行更新。在这些实现方式中,由于故障持续时间小于预设时间间隔,并且上述执行主体与存储集群的主节点的连接恢复正常,上述执行主体仍然为上述计算集群的主节点。进而,上述执行主体可以继续向计算集群的从节点发送心跳信号以及将本地数据同步到计算集群中尽量多的从节点。
继续参见图3,图3是根据本公开的实施例的用于发送信息的方法的应用场景的一个示意图。在图3的应用场景中,服务器3011作为计算集群301的主节点,通过心跳机制与作为计算集群301的从节点的服务器3012、服务器3013通信连接;并且通过心跳机制与作为存储集群302的主节点的服务器3021通信连接。服务器3021通过心跳机制与作为存储集群302的从节点的服务器3022、服务器3023通信连接。其中,发送心跳包的间隔时间可以设置为100ms。响应于未接收到作为存储集群302的主节点的服务器3021发送的心跳包,作为计算集群301的主节点的服务器3011可以确定故障持续时间。当三个心跳周期(即300ms)未收到上述心跳包,作为计算集群301的主节点的服务器3011可以确定故障持续时间大于预设时间间隔(例如250ms)。进而,作为计算集群301的主节点的服务器3011停止向作为计算集群301的从节点的服务器3012、服务器3013发送心跳信号。响应于未接收到作为计算集群301的主节点的服务器3011发送的心跳包,上述作为计算集群301的从节点的服务器3012、服务器3013的随机选举超时时间(例如200ms、500ms)开始分别倒计时。经过200ms,上述作为计算集群301的从节点的服务器3012仍然未接收到作为计算集群301的主节点的服务器3011发送的心跳包,则服务器3012响应于确定与作为存储集群302的主节点的服务器3021通信连接,作为计算集群301的候选节点(Candidate)发起主节点选举,向服务器3011发送投票请求。服务器3011响应于接收到服务器3012发送的投票请求,向服务器3012发送表征赞同的投票反馈信息。可选地,服务器3012响应于接收到服务器3011发送的表征赞同的投票反馈信息,加上服务器3012本身可以投出赞同票,服务器3012可以确定成为计算集群301的主节点。从而完成计算集群301的主节点的切换。
目前,现有技术之一通常是基于ZooKeeper或分布式一致性协议,重点关注集群内部(如计算集群或存储集群)的可用性,导致在主节点切换之后难以保证与外部集群的连通,造成计算存储分离架构中计算集群和存储集群之间的通信无法保障。而本公开的上述实施例提供的方法,通过检测到计算集群的主节点和存储集群的主节点之间连接异常和故障持续时间超过预设时间间隔作为计算集群的主节点切换的触发条件之一,将与存储集群的主节点通信连接作为计算集群的主节点选举条件之一,实现了在计算集群的主节点与存储集群之间出现网络故障时,经主节点切换后的计算集群的新的主节点仍然能够保证计算集群与存储集群之间的可用性。而且,由于计算集群的节点并不对数据进行持久化,因而保持计算集群的节点的数据强一致性造成过高的成本。本公开的上述实施例提供的方法,还通过将与计算集群中的大多数从节点通信连接作为计算集群的主节点选举条件之一,并不要求与计算集群的大多数从节点的数据保持一致。从而降低了数据一致性的成本,同时增加了计算存储分离架构系统的吞吐量。
进一步参考图4,其示出了用于发送信息的方法的又一个实施例的流程400。该用于发送信息的方法的流程400,包括以下步骤:
步骤401,响应于确定计算集群中增加了新的从节点,获取用于读取数据的目标变量。
在本实施例中,用于发送信息的方法的执行主体(例如图1所示的计算集群105中的服务器)响应于确定计算集群中增加了新的从节点,可以获取用于读取数据的目标变量。其中,上述用于读取数据的目标变量可以包括但不限于以下至少一项:用于页级(Page)多版本回溯的变量,用于行级多版本回溯的变量(如readview)。上述用于页级多版本回溯的变量可以包括APL(Apply LSN,Apply Log Sequence Number,数据库apply事务的日志序列号)。上述用于行级多版本回溯的变量可以包括活跃事务链表和用于表征系统当前还未分配的最小事务标识的字段(如max_trx_id)。可选地,上述执行主体可以通过互斥方式获取当前LSN(Log Sequence Number,日志序列号)和活跃事务链表。作为示例,上述执行主体可以存储有LSN8、LSN9、LSN10。那么,当前LSN可以为最新的LSN10。
步骤402,根据目标变量,生成目标类型的重做日志。
在本实施例中,上述执行主体可以根据步骤401所获取的目标变量,生成目标类型的重做日志(RedoLog)。其中,上述目标类型可以包括用于表征提供给新加入的从节点进行数据初始化的类型,例如可以是slave_init类型。
步骤403,向存储集群的主节点发送表征将目标类型的重做日志持久化的信息。
在本实施例中,上述执行主体可以向存储集群的主节点发送表征将步骤402所生成的目标类型的重做日志持久化的信息。可选地,上述存储集群的主节点可以将上述接收到的重做日志持久化至计算集群的从节点,以提供数据读取服务。
步骤404,响应于接收到存储集群的主节点发送的表征目标类型的重做日志持久化完毕的信息,基于目标类型的重做日志,向新的从节点发送表征同步数据的信息。
在本实施例中,上述执行主体响应于接收到存储集群的主节点发送的表征目标类型的重做日志持久化完毕的信息,可以基于步骤402所生成的目标类型的重做日志,向新的从节点发送表征同步数据的信息。从而,上述计算集群的新的从节点可以根据接收的上述执行主体发送的目标类型的重做日志来构建本地的目标变量readview。之后,上述计算集群的新的从节点可以根据所接收的重做日志所指示的LSN来初始化本地的APL,例如LSN10,而无需同步序列号小于APL所指示的LSN的日志(例如LSN8、LSN9),从而减少了数据同步成本。进而使得上述计算集群的新的从节点自第一次从计算集群的主节点获取LSN开始,可以持续地通过计算集群的主节点来同步数据。也就是说,如果计算集群的主节点的由于数据发生变更而生成LSN11、LSN12,上述计算集群的新的从节点也可以从上述计算集群的主节点将上述LSN11、LSN12同步至本地。
在本实施例的一些可选的实现方式中,上述新的从节点响应于确定存储集群的主节点所存储的LSN小于本地LSN,即本地数据比上述存储集群的主节点的数据更新,上述新的从节点也可以向上述存储集群的主节点发送表征将本地最新版本的日志进行持久化的信息。
步骤405,响应于检测到与存储集群的主节点连接异常,确定故障持续时间。
步骤406,响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息。
上述步骤405、步骤406分别与前述实施例中的步骤201、步骤202一致,上文针对步骤201、步骤202的描述也适用于步骤405、步骤406,此处不再赘述。
从图4中可以看出,与图2对应的实施例相比,本实施例中的用于发送信息的方法的流程400体现了根据所获取的用于读取数据的目标变量生成目标类型的重做日志,将上述重做日志持久化以及向计算集群的新的从节点发送表征同步数据的信息的步骤。由此,本实施例描述的方案可以在计算集群增加从节点的情况下,通过计算集群的主节点生成目标类型的重做日志以及向新增加的从节点发送表征同步数据的信息,从而使得新增加的从节点通过计算集群的主节点进行数据同步,保证了新增加的从节点的数据一致性。
进一步参考图5,作为对上述各图所示方法的实现,本公开提供了用于发送信息的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例提供的用于发送信息的装置500包括第一确定单元501和第一发送单元502。其中,第一确定单元501,被配置成响应于检测到与存储集群的主节点连接异常,确定故障持续时间;第一发送单元502,被配置成响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息,以确定计算集群的新的主节点,其中,投票请求由发起主节点选举的节点响应于满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发,计算集群的新的主节点与存储集群的主节点和计算集群中的第一数目个从节点通信连接。
在本实施例中,用于发送信息的装置500中:第一确定单元501和第一发送单元502的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201和步骤202的相关说明,在此不再赘述。
在本实施例的一些可选的实现方式中,上述用于发送信息的装置500还可以包括:接收单元(图中未示出)、第二发送单元(图中未示出)、第三发送单元(图中未示出)。其中,上述接收单元,可以被配置成接收变更数据的请求;上述第二发送单元,可以被配置成根据变更数据的请求,向存储集群的主节点发送表征请求变更数据的信息;上述第三发送单元,可以被配置成响应于接收到存储集群的主节点发送的表征变更数据成功的信息,向发送变更数据的请求的终端发送反馈信息;向计算集群中的第二数目个从节点发送数据同步信息。
在本实施例的一些可选的实现方式中,上述用于发送信息的装置500还可以包括:获取单元(图中未示出)、生成单元(图中未示出)、第四发送单元(图中未示出)、第五发送单元(图中未示出)。其中,上述获取单元,可以被配置成响应于确定计算集群中增加了新的从节点,获取用于读取数据的目标变量;上述生成单元,可以被配置成根据目标变量,生成目标类型的重做日志;上述第四发送单元,可以被配置成向存储集群的主节点发送表征将目标类型的重做日志持久化的信息;上述第五发送单元,可以被配置成响应于接收到存储集群的主节点发送的表征目标类型的重做日志持久化完毕的信息,基于目标类型的重做日志,向新的从节点发送表征同步数据的信息,以使新的从节点对所存储的数据进行更新。
在本实施例的一些可选的实现方式中,上述用于发送信息的装置还可以包括:第二确定单元(图中未示出)、第六发送单元(图中未示出)。其中,上述第二确定单元,可以被配置成响应于确定存储集群的主节点发生变更,确定被挂起日志记录的请求所指示的变更数据是否完成持久化;上述第六发送单元,可以被配置成响应于确定被挂起日志记录的请求所指示的变更数据持久化失败,向存储集群的变更后的主节点发送表征将持久化失败的变更数据进行持久化的信息。
在本实施例的一些可选的实现方式中,用于发送信息的装置还可以包括:第七发送单元(图中未示出),可以被配置成响应于确定故障持续时间小于预设时间间隔,对存储集群的主节点进行服务发现。
在本实施例的一些可选的实现方式中,用于发送信息的装置还可以包括:更新单元(图中未示出),可以被配置成响应于确定在服务发现过程中与存储集群的主节点恢复连接,基于本地数据,对计算集群的从节点所存储的数据进行更新。
本公开的上述实施例提供的装置,首先,通过第一确定单元响应于检测到与存储集群的主节点连接异常,确定故障持续时间;然后,第一发送单元响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息,以确定所计算集群的新的主节点,其中,投票请求由发起主节点选举的节点响应于满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发,计算集群的新的主节点与存储集群的主节点和计算集群中的第一数目个从节点通信连接。从而实现了在计算集群的主节点与存储集群之间出现网络故障时,通过选举新的主节点来保证计算集群与存储集群之间的可用性。
进一步参考图6,其示出了计算集群的一个实施例中各个设备之间交互的时序600。该计算集群可以包括:计算集群的主节点(例如图1所示的服务器1051),计算集群的从节点(例如图1所示的服务器1052、1053)。其中,上述计算集群的主节点与计算集群的从节点和存储集群的主节点(例如图1所示的服务器1061)通信连接。上述计算集群的主节点,可以用于实现如前述实施例所述的用于发送信息的方法。
如图6所示,在步骤601中,计算集群的主节点响应于检测到与存储集群的主节点连接异常,确定故障持续时间。
在步骤602中,计算集群的主节点响应于确定故障持续时间大于预设时间间隔,与计算集群的从节点中断连接。
在步骤603中,计算集群的从节点响应于检测到与计算集群的主节点连接中断,确定是否满足主节点选举条件。其中,主节点选举条件可以包括与计算集群的主节点中断连接的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接。
在本实施例的一些可选的实现方式中,上述与计算集群的主节点连接中断也可以由于计算集群的主节点本身的故障而触发,也可以是计算集群的主节点与计算集群的从节点之间的网络故障。
在步骤604中,计算集群的从节点响应于确定满足主节点选举条件,向计算集群的节点发送表征主节点选举的投票请求。
在步骤605中,计算集群的主节点响应于接收到表征主节点选举的投票请求,向发送投票请求的节点发送投票反馈信息。
上述步骤601-步骤605分别与前述实施例中的步骤201、步骤202一致,上文针对步骤201、步骤202的描述也适用于步骤601-步骤605,此处不再赘述。
在步骤606中,计算集群的从节点响应于确定所接收到的选票数目满足计算集群的主节点当选条件,转换为计算集群的主节点。
在本实施例中,上述主节点当选条件可以包括与存储集群的主节点和计算集群中的第一数目个从节点通信连接。上述第一数目通常指大于计算集群中节点数目的一半的数值。
在本实施例的一些可选的实现方式中,上述计算集群的主节点还可以被配置成:响应于确定所接收到的选票数目满足计算集群的主节点当选条件,确定本地数据与存储集群的主节点所存储的数据之间是否存在差异;响应于确定存在差异,基于存储集群的主节点的重做日志中的至少一项未提交事务,对本地数据进行更新,其中,未提交事务可以包括前任主节点发送的事务请求。上述未提交事务可以包括已经将数据存储至磁盘但未向计算集群的前任主节点发送反馈信息的事务。
在这些实现方式中,上述计算集群的主节点可以通过RedoLog的LSN是否一致来确定本地数据与存储集群的主节点所存储的数据之间是否存在差异。响应于确定存在差异,基于存储集群的主节点的重做日志中的至少一项未提交事务,上述计算集群的主节点可以通过各种方式对本地数据进行更新。作为示例,上述计算集群的主节点可以将当前存储集群的主节点的数据同步到本地。
可选地,上述未提交事务可以包括前任主节点发送的待执行事务。上述计算集群的主节点可以通过如下步骤对本地数据进行更新:
第一步,对至少一项前任主节点发送的待执行事务进行拦截。
在这些实现方式中,上述计算集群的主节点可以通过租约的方式对前任主节点发送的待执行事务进行拦截处理。其中,前任主节点发送的待执行事务可以包括未开始执行的事务。
第二步,响应于确定未提交事务中被拦截的待执行事务之外的其他事务执行完成,将存储集群的主节点所存储的数据同步至本地。
在这些实现方式中,上述计算集群的主节点可以等待存储集群的主节点将正在执行过程(running)中的前任主节点发送的待执行事务完成持久化。响应于确定未提交事务中被拦截的待执行事务之外的其他事务执行完成,上述计算集群的主节点可以将存储集群的主节点所存储的数据同步至本地。从而通过上述数据补齐机制保证了计算集群在主节点切换前后的数据完整性。
在步骤607中,上述计算集群的原主节点转换为计算集群的从节点。
本申请的上述实施例提供的计算集群,首先通过计算集群的主节点响应于检测到与存储集群的主节点连接异常,确定故障持续时间;然后,响应于确定故障持续时间大于第一预设时间间隔,计算集群的主节点与计算集群的从节点中断连接;之后,响应于检测到与计算集群的主节点连接中断,计算集群的从节点确定是否满足主节点选举条件,其中,主节点选举条件包括与计算集群的主节点中断连接的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接;而后,响应于确定满足主节点选举条件,计算集群的从节点向计算集群的节点发送表征主节点选举的投票请求;接下来,计算集群的主节点响应于接收到表征主节点选举的投票请求,向发送投票请求的节点发送投票反馈信息,以及转换为计算集群的从节点;最后,响应于确定所接收到的选票数目满足计算集群的主节点当选条件,发起主节点选举的计算集群的从节点转换为计算集群的主节点。从而实现了在计算集群的主节点与存储集群之间出现网络故障时,通过选举新的主节点来保证计算集群与存储集群之间的可用性。
下面参考图7,下面参考图7,其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)700的结构示意图。图7示出的服务器仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
如图7所示,电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
通常,以下装置可以连接至I/O接口705:包括例如触摸屏、触摸板、键盘、鼠标、等的输入装置706;包括例如液晶显示器(LCD,Liquid Crystal Display)、扬声器、振动器等的输出装置707;包括例如磁带、硬盘等的存储装置708;以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置709从网络上被下载和安装,或者从存储装置708被安装,或者从ROM 702被安装。在该计算机程序被处理装置701执行时,执行本公开的实施例的方法中限定的上述功能。
需要说明的是,本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(Radio Frequency,射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述服务中所包含的;也可以是单独存在,而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该服务器执行时,使得该服务器:响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向发起主节点选举的节点发送投票反馈信息,以确定计算集群的新的主节点,其中,投票请求由发起主节点选举的节点响应于满足主节点选举条件而生成,主节点选举条件包括与计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与存储集群的主节点通信连接,与计算集群的主节点连接异常由故障持续时间大于预设时间间隔而触发,计算集群的新的主节点与存储集群的主节点和计算集群中的第一数目个从节点通信连接。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器,包括第一确定单元、第一发送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一确定单元还可以被描述为“响应于检测到与存储集群的主节点连接异常,确定故障持续时间的单元”。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (17)
1.一种用于发送信息的方法,包括:
响应于检测到与存储集群的主节点连接异常,确定故障持续时间;
响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向所述发起主节点选举的节点发送投票反馈信息,以确定所述计算集群的新的主节点,其中,所述投票请求由所述发起主节点选举的节点响应于满足主节点选举条件而生成,所述主节点选举条件包括与所述计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与所述存储集群的主节点通信连接,所述与所述计算集群的主节点连接异常由所述故障持续时间大于预设时间间隔而触发,所述计算集群的新的主节点与所述存储集群的主节点和所述计算集群中的第一数目个从节点通信连接。
2.根据权利要求1所述的方法,其中,在所述响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,所述方法还包括:
接收变更数据的请求;
根据所述变更数据的请求,向所述存储集群的主节点发送表征请求变更数据的信息;
响应于接收到所述存储集群的主节点发送的表征变更数据成功的信息,向发送所述变更数据的请求的终端发送反馈信息;向所述计算集群中的第二数目个从节点发送数据同步信息。
3.根据权利要求1所述的方法,在所述响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,所述方法还包括:
响应于确定所述计算集群中增加了新的从节点,获取用于读取数据的目标变量;
根据所述目标变量,生成目标类型的重做日志;
向所述存储集群的主节点发送表征将所述目标类型的重做日志持久化的信息;
响应于接收到所述存储集群的主节点发送的表征所述目标类型的重做日志持久化完毕的信息,基于所述目标类型的重做日志,向所述新的从节点发送表征同步数据的信息,以使所述新的从节点对所存储的数据进行更新。
4.根据权利要求1所述的方法,在所述响应于检测到与存储集群的主节点连接异常,确定故障持续时间之前,所述方法还包括:
响应于确定所述存储集群的主节点发生变更,确定被挂起日志记录的请求所指示的变更数据是否完成持久化;
响应于确定所述被挂起日志记录的请求所指示的变更数据持久化失败,向所述存储集群的变更后的主节点发送表征将所述持久化失败的变更数据进行持久化的信息。
5.根据权利要求1-4之一所述的方法,所述方法还包括:
响应于确定所述故障持续时间小于所述预设时间间隔,对所述存储集群的主节点进行服务发现。
6.根据权利要求5所述的方法,所述方法还包括:
响应于确定在所述服务发现过程中与所述存储集群的主节点恢复连接,基于本地数据,对所述计算集群的从节点所存储的数据进行更新。
7.一种用于发送信息的装置,包括:
第一确定单元,被配置成响应于检测到与存储集群的主节点连接异常,确定故障持续时间;
第一发送单元,被配置成响应于接收到计算集群中发起主节点选举的节点发送的投票请求,向所述发起主节点选举的节点发送投票反馈信息,以确定所述计算集群的新的主节点,其中,所述投票请求由所述发起主节点选举的节点响应于满足主节点选举条件而生成,所述主节点选举条件包括与所述计算集群的主节点连接异常的时间大于节点对应的选举超时时间和与所述存储集群的主节点通信连接,所述与所述计算集群的主节点连接异常由所述故障持续时间大于预设时间间隔而触发,所述计算集群的新的主节点与所述存储集群的主节点和所述计算集群中的第一数目个从节点通信连接。
8.根据权利要求7所述的装置,其中,所述装置还包括:
接收单元,被配置成接收变更数据的请求;
第二发送单元,被配置成根据所述变更数据的请求,向所述存储集群的主节点发送表征请求变更数据的信息;
第三发送单元,被配置成响应于接收到所述存储集群的主节点发送的表征变更数据成功的信息,向发送所述变更数据的请求的终端发送反馈信息;向所述计算集群中的第二数目个从节点发送数据同步信息。
9.根据权利要求7所述的装置,其中,所述装置还包括:
获取单元,被配置成响应于确定所述计算集群中增加了新的从节点,获取用于读取数据的目标变量;
生成单元,被配置成根据所述目标变量,生成目标类型的重做日志;
第四发送单元,被配置成向所述存储集群的主节点发送表征将所述目标类型的重做日志持久化的信息;
第五发送单元,被配置成响应于接收到所述存储集群的主节点发送的表征所述目标类型的重做日志持久化完毕的信息,基于所述目标类型的重做日志,向所述新的从节点发送表征同步数据的信息,以使所述新的从节点对所存储的数据进行更新。
10.根据权利要求7所述的装置,其中,所述装置还包括:
第二确定单元,被配置成响应于确定所述存储集群的主节点发生变更,确定被挂起日志记录的请求所指示的变更数据是否完成持久化;
第六发送单元,被配置成响应于确定所述被挂起日志记录的请求所指示的变更数据持久化失败,向所述存储集群的变更后的主节点发送表征将所述持久化失败的变更数据进行持久化的信息。
11.根据权利要求7-10之一所述的装置,其中,所述装置还包括:
第七发送单元,被配置成响应于确定所述故障持续时间小于所述预设时间间隔,对所述存储集群的主节点进行服务发现。
12.根据权利要求11所述的装置,其中,所述装置还包括:
更新单元,被配置成响应于确定在所述服务发现过程中与所述存储集群的主节点恢复连接,基于本地数据,对所述计算集群的从节点所存储的数据进行更新。
13.一种计算集群,包括主节点和从节点,所述计算集群的主节点与所述计算集群的从节点和存储集群的主节点通信连接;
所述计算集群的主节点,被配置成实现如权利要求1-6中任一所述的方法;
所述计算集群的从节点,被配置成响应于检测到与所述计算集群的主节点连接中断,确定是否满足主节点选举条件,其中,所述主节点选举条件包括与所述计算集群的主节点中断连接的时间大于节点对应的选举超时时间和与所述存储集群的主节点通信连接;响应于确定满足所述主节点选举条件,向所述计算集群的节点发送表征主节点选举的投票请求;响应于确定所接收到的选票数目满足所述计算集群的主节点当选条件,转换为所述计算集群的主节点。
14.根据权利要求13所述的计算集群,其中,所述计算集群的主节点,还被配置成:响应于确定所接收到的选票数目满足所述计算集群的主节点当选条件,确定本地数据与所述存储集群的主节点所存储的数据之间是否存在差异;响应于确定存在所述差异,基于所述存储集群的主节点的重做日志中的至少一项未提交事务,对本地数据进行更新,其中,所述未提交事务包括前任主节点发送的事务请求。
15.根据权利要求14所述的计算集群,其中,所述未提交事务包括前任主节点发送的待执行事务;以及
所述对本地数据进行更新包括:
对所述至少一项前任主节点发送的待执行事务进行拦截;
响应于确定所述未提交事务中被拦截的待执行事务之外的其他事务执行完成,将所述存储集群的主节点所存储的数据同步至本地。
16.一种服务器,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
17.一种计算机可读介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如权利要求1-6中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910199255.8A CN109951331B (zh) | 2019-03-15 | 2019-03-15 | 用于发送信息的方法、装置和计算集群 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910199255.8A CN109951331B (zh) | 2019-03-15 | 2019-03-15 | 用于发送信息的方法、装置和计算集群 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109951331A CN109951331A (zh) | 2019-06-28 |
CN109951331B true CN109951331B (zh) | 2021-08-20 |
Family
ID=67010084
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910199255.8A Active CN109951331B (zh) | 2019-03-15 | 2019-03-15 | 用于发送信息的方法、装置和计算集群 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109951331B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111181765A (zh) * | 2019-12-03 | 2020-05-19 | 中国建设银行股份有限公司 | 一种任务处理方法和装置 |
CN111049928B (zh) * | 2019-12-24 | 2022-03-29 | 北京奇艺世纪科技有限公司 | 数据同步方法、系统、电子设备及计算机可读存储介质 |
CN113254245A (zh) * | 2020-02-13 | 2021-08-13 | 北京沃东天骏信息技术有限公司 | 一种存储集群的故障检测方法和系统 |
CN111538763B (zh) * | 2020-04-24 | 2023-08-15 | 咪咕文化科技有限公司 | 一种确定集群中主节点的方法、电子设备和存储介质 |
CN111694657A (zh) * | 2020-04-29 | 2020-09-22 | 五八有限公司 | 一种负载均衡处理方法、装置、电子设备及存储介质 |
CN111694694A (zh) * | 2020-05-22 | 2020-09-22 | 北京三快在线科技有限公司 | 数据库集群的处理方法、装置、存储介质和节点 |
CN113760468A (zh) * | 2021-01-19 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 分布式选举方法、装置、系统和介质 |
CN113014634B (zh) * | 2021-02-20 | 2023-01-31 | 成都新希望金融信息有限公司 | 集群选举处理方法、装置、设备及存储介质 |
CN112732493B (zh) * | 2021-03-30 | 2021-06-18 | 恒生电子股份有限公司 | 新增节点的方法及装置、分布式系统的节点、存储介质 |
CN113242296B (zh) * | 2021-05-08 | 2023-05-26 | 山东英信计算机技术有限公司 | 一种集群中主节点选举方法、系统及介质 |
CN113239038A (zh) * | 2021-05-10 | 2021-08-10 | 北京沃东天骏信息技术有限公司 | 数据处理方法和装置 |
CN113364874B (zh) * | 2021-06-09 | 2022-06-10 | 网易(杭州)网络有限公司 | 基于区块链的节点同步方法、装置、存储介质及服务器 |
CN113596093A (zh) * | 2021-06-28 | 2021-11-02 | 青岛海尔科技有限公司 | 设备集合的控制方法和装置、存储介质及电子设备 |
CN113886129B (zh) * | 2021-10-21 | 2024-08-23 | 联想(北京)有限公司 | 一种信息处理方法、装置和电子设备 |
CN114726867B (zh) * | 2022-02-28 | 2023-09-26 | 重庆趣链数字科技有限公司 | 一种基于Raft的热备多主方法 |
CN114465879B (zh) * | 2022-03-25 | 2023-12-08 | 中国农业银行股份有限公司 | 管理节点选举方法及装置、存储介质及电子设备 |
CN115811520B (zh) * | 2023-02-08 | 2023-04-07 | 天翼云科技有限公司 | 分布式系统中主节点的选举方法、装置和电子设备 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002033752A (ja) * | 2000-05-30 | 2002-01-31 | Internatl Business Mach Corp <Ibm> | 分散コンピューティング環境におけるトポロジ伝達方法およびシステム |
CN104283948A (zh) * | 2014-09-26 | 2015-01-14 | 东软集团股份有限公司 | 服务器集群系统及其负载均衡实现方法 |
CN105068763A (zh) * | 2015-08-13 | 2015-11-18 | 武汉噢易云计算有限公司 | 一种针对存储故障的虚拟机容错系统和方法 |
CN105468296A (zh) * | 2015-11-18 | 2016-04-06 | 南京格睿信息技术有限公司 | 基于虚拟化平台的无共享存储管理方法 |
CN105872031A (zh) * | 2016-03-26 | 2016-08-17 | 天津书生云科技有限公司 | 存储系统 |
CN106331098A (zh) * | 2016-08-23 | 2017-01-11 | 东方网力科技股份有限公司 | 一种服务器集群系统 |
CN107851105A (zh) * | 2015-07-02 | 2018-03-27 | 谷歌有限责任公司 | 具有副本位置选择的分布式存储系统 |
WO2018106580A1 (en) * | 2016-12-05 | 2018-06-14 | Rise Interactive Media & Analytics, LLC | Interactive data-driven graphical user interfaces for search engine optimization |
CN108616566A (zh) * | 2018-03-14 | 2018-10-02 | 华为技术有限公司 | raft分布式系统选主方法、相关设备及系统 |
CN108667727A (zh) * | 2018-04-27 | 2018-10-16 | 广东电网有限责任公司 | 网络链路故障处理方法、装置及控制器 |
CN109412875A (zh) * | 2018-12-26 | 2019-03-01 | 杭州云英网络科技有限公司 | zookeeper集群自动维护方法及装置 |
CN109450711A (zh) * | 2018-12-21 | 2019-03-08 | 广州华多网络科技有限公司 | 分布式系统中主节点的选取方法、装置、系统及存储介质 |
-
2019
- 2019-03-15 CN CN201910199255.8A patent/CN109951331B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002033752A (ja) * | 2000-05-30 | 2002-01-31 | Internatl Business Mach Corp <Ibm> | 分散コンピューティング環境におけるトポロジ伝達方法およびシステム |
CN104283948A (zh) * | 2014-09-26 | 2015-01-14 | 东软集团股份有限公司 | 服务器集群系统及其负载均衡实现方法 |
CN107851105A (zh) * | 2015-07-02 | 2018-03-27 | 谷歌有限责任公司 | 具有副本位置选择的分布式存储系统 |
CN105068763A (zh) * | 2015-08-13 | 2015-11-18 | 武汉噢易云计算有限公司 | 一种针对存储故障的虚拟机容错系统和方法 |
CN105468296A (zh) * | 2015-11-18 | 2016-04-06 | 南京格睿信息技术有限公司 | 基于虚拟化平台的无共享存储管理方法 |
CN105872031A (zh) * | 2016-03-26 | 2016-08-17 | 天津书生云科技有限公司 | 存储系统 |
CN106331098A (zh) * | 2016-08-23 | 2017-01-11 | 东方网力科技股份有限公司 | 一种服务器集群系统 |
WO2018106580A1 (en) * | 2016-12-05 | 2018-06-14 | Rise Interactive Media & Analytics, LLC | Interactive data-driven graphical user interfaces for search engine optimization |
CN108616566A (zh) * | 2018-03-14 | 2018-10-02 | 华为技术有限公司 | raft分布式系统选主方法、相关设备及系统 |
CN108667727A (zh) * | 2018-04-27 | 2018-10-16 | 广东电网有限责任公司 | 网络链路故障处理方法、装置及控制器 |
CN109450711A (zh) * | 2018-12-21 | 2019-03-08 | 广州华多网络科技有限公司 | 分布式系统中主节点的选取方法、装置、系统及存储介质 |
CN109412875A (zh) * | 2018-12-26 | 2019-03-01 | 杭州云英网络科技有限公司 | zookeeper集群自动维护方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109951331A (zh) | 2019-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109951331B (zh) | 用于发送信息的方法、装置和计算集群 | |
US10078563B2 (en) | Preventing split-brain scenario in a high-availability cluster | |
US12019652B2 (en) | Method and device for synchronizing node data | |
US8301600B1 (en) | Failover recovery in a distributed data store | |
CN110795503A (zh) | 分布式存储系统的多集群数据同步方法及相关装置 | |
US7900085B2 (en) | Backup coordinator for distributed transactions | |
CN112261135A (zh) | 基于一致性协议的节点选举方法、系统、装置及设备 | |
WO2018107772A1 (zh) | 写入请求处理方法、装置及设备 | |
US10819641B2 (en) | Highly available servers | |
EP3200079A1 (en) | Snapshot processing method and related device | |
CN111338834B (zh) | 数据存储方法和装置 | |
CN114363154A (zh) | 节点选举方法、装置、电子设备及存储介质 | |
WO2022238345A1 (en) | Data synchronization in edge computing networks | |
CN111510480A (zh) | 一种请求发送方法、装置以及第一服务器 | |
US9043283B2 (en) | Opportunistic database duplex operations | |
CN105323271B (zh) | 一种云计算系统以及云计算系统的处理方法和装置 | |
CN109445984B (zh) | 一种业务恢复方法、装置、仲裁服务器以及存储系统 | |
CN112463514A (zh) | 分布式缓存集群的监测方法和装置 | |
US11669516B2 (en) | Fault tolerance for transaction mirroring | |
CN112948377A (zh) | 数据的存储方法、装置、电子设备及计算机可读介质 | |
US10542127B2 (en) | Fault tolerant communication in a distributed system | |
US11550818B2 (en) | Retaining committed transactions during database cluster replication | |
CN112948348B (zh) | 运维管控方法、装置、电子设备及存储介质 | |
US20240290182A1 (en) | Automated teller machine (atm) transaction resliency using a long range wide area network | |
CN116679995A (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 |