CN112698979A - zookeeper双节点的处理方法、装置、存储介质及处理器 - Google Patents
zookeeper双节点的处理方法、装置、存储介质及处理器 Download PDFInfo
- Publication number
- CN112698979A CN112698979A CN202011639412.1A CN202011639412A CN112698979A CN 112698979 A CN112698979 A CN 112698979A CN 202011639412 A CN202011639412 A CN 202011639412A CN 112698979 A CN112698979 A CN 112698979A
- Authority
- CN
- China
- Prior art keywords
- server
- zookeeper
- keepalive
- component
- target
- 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.)
- Withdrawn
Links
Images
Landscapes
- Hardware Redundancy (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种zookeeper双节点的处理方法、装置、存储介质及处理器。该方法包括:检测作为主服务器的第一服务器是否出现故障;若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。通过本申请,解决了相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题。
Description
技术领域
本申请涉及分布式集群领域,具体而言,涉及一种zookeeper双节点的处理方法、装置、存储介质及处理器。
背景技术
在zookeeper提供的高可用分布式集群方案中,三台以上的服务器组成zookeeper集群时,主服务器由zookeeper集群内部节点选举完成,得到半数以上(包括自身)节点认同的主服务器才能对外提供服务。当主服务器出现故障,则由集群内剩余节点重新通过上述投票过程选出新的主服务器继续对外提供服务,由于选举出来的主服务器需要半数以上的节点的认同,因此zookeeper集群需要至少三台以上服务器部署,并保证半数以上的服务器节点存活的情况下能够做到高可用服务。由于现有技术的实现方式中双节点zookeeper由于无法满足过半数这个需求,因此在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作。
针对相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种zookeeper双节点的处理方法、装置、存储介质及处理器,以解决相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种zookeeper双节点的处理方法。该方法包括:检测作为主服务器的第一服务器是否出现故障;若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。
进一步地,在通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP之前,该方法还包括:在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件;基于第一Keepalived组件在第一服务器中配置虚拟IP。
进一步地,在检测作为主服务器的第一服务器是否出现故障之前,该方法还包括:在第一服务器中配置第一服务器实例以及基于虚拟IP部署目标zookeeper实例,并将目标zookeeper实例在第二服务器中进行存储。
进一步地,目标zookeeper实例中包括虚拟IP和目标zookeeper的端口信息,其中,目标zookeeper的端口信息与第一服务器和第二服务器的端口信息均不相同。
进一步地,在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件之后,该方法还包括:配置第一Keepalived组件的转移脚本和第二Keepalived组件的转移脚本,以使第一Keepalived组件和第二Keepalived组件工作在抢占式模式下。
进一步地,在启动目标zookeeper实例,以使第二服务器作为主服务器进行工作之后,该方法还包括:若检测到第一服务器故障恢复,则通过第一Keepalived组件的转移脚本从第二服务器中获取虚拟IP,在第一服务器中启动目标zookeeper实例,以使第一服务器作为主服务器进行工作,并在第二服务器中关闭目标zookeeper实例。
为了实现上述目的,根据本申请的另一方面,提供了一种zookeeper双节点的处理装置。该装置包括:第一检测单元,用于检测作为主服务器的第一服务器是否出现故障;第一处理单元,用于若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。
进一步地,该装置还包括:第一部署单元,用于在通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP之前,在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件;第一配置单元,用于基于第一Keepalived组件在第一服务器中配置虚拟IP。
进一步地,该装置还包括:第二配置单元,用于在检测作为主服务器的第一服务器是否出现故障之前,在第一服务器中配置第一服务器实例以及基于虚拟IP部署目标zookeeper实例,并将目标zookeeper实例在第二服务器中进行存储。
进一步地,第二配置单元还包括:第一信息模块,用于虚拟IP和目标zookeeper的端口信息,其中,目标zookeeper的端口信息与第一服务器和第二服务器的端口信息均不相同。
进一步地,该装置还包括:第三配置单元,用于在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件之后,配置第一Keepalived组件的转移脚本和第二Keepalived组件的转移脚本,以使第一Keepalived组件和第二Keepalived组件工作在抢占式模式下。
进一步地,该装置还包括:第二处理单元,用于在启动目标zookeeper实例,以使第二服务器作为主服务器进行工作之后,若检测到第一服务器故障恢复,则通过第一Keepalived组件的转移脚本从第二服务器中获取虚拟IP,在第一服务器中启动目标zookeeper实例,以使第一服务器作为主服务器进行工作,并在第二服务器中关闭目标zookeeper实例。
通过本申请,采用以下步骤:检测作为主服务器的第一服务器是否出现故障;若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。解决了相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题。本申请通过预先存储在第二服务器中目标zookeeper实例启动,以使第二服务器作为主服务器进行工作,从而在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器能正常工作,进而达到了zookeeper双节点实现高可用性的效果。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例提供的zookeeper双节点的处理方法的流程图;以及
图2是根据本申请实施例提供的zookeeper双节点的处理装置的示意图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了便于描述,以下对本申请实施例涉及的部分名词或术语进行说明:
Zookeeper:是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现是Hadoop和Hbase的重要组件。
Keepalived:是一个建立虚拟ip地址以完成服务上的高可用的服务。
高可用性:High Availability简称HA,是指集群服务中如果正在提供服务的服务器出现故障(硬件故障,系统崩溃等)时,另一备用设备能够自动检测故障并代替原先的服务器继续提供服务的技术。
根据本申请的实施例,提供了一种zookeeper双节点的处理方法。
图1是根据本申请实施例的zookeeper双节点的处理方法的流程图。如图1所示,该方法包括以下步骤:
步骤S101,zookeeper双节点中包括第一服务器和第二服务器,检测作为主服务器的第一服务器是否出现故障。
其中,第一服务器的信息包含:IP地址、第一服务器ID以及第一服务器数据ID。
第二服务器的信息包含:IP地址、第二服务器ID以及第二服务器数据ID。
可选地,在本申请实施例提供的zookeeper双节点的处理方法中,在通过所述第二服务器中预先配置的第二keepalived组件的转移脚本获取所述第一服务器中的虚拟IP之前,该方法还包括:在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件;基于第一Keepalived组件在第一服务器中配置虚拟IP。
由于第一Keepalived组件在第一服务器中配置虚拟IP,该虚拟IP用于部署所述目标zookeeper实例。该目标zookeeper实例可以理解为是虚拟出来的虚拟服务器,从而第一服务器、第二服务器和虚拟服务器构成三节点的zookeeper集群。从而能够在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器能正常工作。
具体的,第一Keepalived组件配置的State状态标识为MASTER(主服务器);第二Keepalived组件配置的State状态标识为BACKUP(从服务器)。基于第一Keepalived组件在第一服务器中配置虚拟IP,其中,第一服务器、第二服务器的虚拟IP配置相同;
例如:同一实例下,虚拟IP配置为:192.168.128.130,当进行第一服务器、第二服务器的Keepalived配置时,第一服务器的全局配置的虚拟IP配置为:192.168.128.130、第二服务器的全局配置的虚拟IP配置也为:192.168.128.130。
可选地,在本申请实施例提供的zookeeper双节点的处理方法中,在检测作为主服务器的第一服务器是否出现故障之前,该方法还包括:在第一服务器中配置第一服务器实例以及基于虚拟IP部署目标zookeeper实例,并将目标zookeeper实例在第二服务器中进行存储。
通过上述方案,第一服务器和第二服务器中均包括目标zookeeper实例。其中,目标zookeeper实例并不保存数据,只是为了保证zookeeper集群能正常工作。通过第一服务器的第一Keepalived组件配置第一服务器为主服务器,本申请通过第一Keepalived建立虚拟服务器(对应上述的目标zookeeper实例)。并在虚拟化服务器上启动一个zookeeper节点,将原本只有两节点的zookeeper扩充为三节点zookeeper集群,从而适用zookeeper现有的高可用方案,集群实例配置如下:
基于第一服务器的zookeeper节点配置第一服务器实例;基于第二服务器的zookeeper节点配置第二服务器实例;基于虚拟化服务器的zookeeper节点配置目标zookeeper实例。
可选地,在本申请实施例提供的zookeeper双节点的处理方法中,目标zookeeper实例中包括虚拟IP和目标zookeeper的端口信息,其中,目标zookeeper的端口信息与第一服务器和第二服务器的端口信息均不相同。
需要说明的是,获得虚拟IP的第一服务器需要部署zookeeper三节点集群实例。
部署举例:
Server.id1=realip1:2888:3888
Server.id2=realip2:2888:3888
Server.id0=virtualip:2889:3889
在这个方案中server id为实例id,需要说明的是使用server.id(id即是后面的1.2.0这三个数),是因为在zookeeper的官方文档中为server.id为实例进行配置,而官方文档即默认一台服务器上仅运行一个zookeeper实例的。另外需要注意,1.2.0这三个id仅仅只是举例,它可以为其它任意的数,但原则上要求virtualip:2889:3889这个配置对应的实例id应该最小。
其中,Server.id1中1指的是服务器ID;端口2888是指从机器连接到主机器的端口号;端口3888是指主机连接到其他设备的端口号;realip1和realip2分别为两个服务器的真实IP,virtualip为keepalived配置的虚拟IP,需要注意的是由于server.id0这个zookeeper实例并没有在单独的服务器上启动,因此其端口需要与其他服务器的端口不一致。
上述,id1,id2,id3大小关系为id1>id0,id2>id0,id1不等于id2,id1和id2的大小关系不做要求。端口也可改,只要合理(计算机一般为0-65535之间即可)。要求:servr.id0这个实例占用的端口和id1与id2的端口不一致,id1和id2的端口不做限制(可相同也可不同,合理即可)。
将配置完成的集群实例进行内部节点选举,具体的节点选举主服务器过程为:
1.比较每个服务器中的txid,txid大的数据新,数据新的选举算法中权重越大,则被选为主服务器对外服务。
2.如果txid相同,则比较每个服务器的server id,server id大的选举算法中权重越大,则被选为主服务器对外服务。
其中,txid是指服务器数据ID;serverid是指服务器ID。
主服务器的选举需要集群内部半数以上的节点的认同,也即得到半数以上(包括自身)节点支持的主服务器才能对外提供服务;当主服务器出现故障,则由集群内剩余节点重新通过上述投票过程选出新的主服务器继续对外提供服务。
步骤S102,若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。
将步骤S101配置完成的三节点集群实例预先备份到第二服务器上,也就是说第二服务器上包含目标zookeeper实例。
通过S101至S102,解决了相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题。本申请通过预先存储在第二服务器中目标zookeeper实例启动,以使第二服务器作为主服务器进行工作,从而在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器能正常工作,进而达到了zookeeper双节点实现高可用性的效果。
可选地,在本申请实施例提供的zookeeper双节点的处理方法中,在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件之后,该方法还包括:配置第一Keepalived组件的转移脚本和第二Keepalived组件的转移脚本,以使第一Keepalived组件和第二Keepalived组件工作在抢占式模式下。
配置第一Keepalived组件和第二Keepalived组件的转移测试脚本,通过检测脚本的返回值来确定当前主服务器是否故障。若发送信号后能够在脚本上进行信号正确接收,则表示主服务器使用正常,否则主服务器故障。
具体的,在本申请中当第一服务器出现故障时,第一Keepalived组件的转移脚本检测到,然后停止主服务器的Keepalived服务,第二服务器长时间未接收到第一服务器发送的信号,则将自己的状态转为主服务器,获得虚拟IP并执行转移脚本。
需要说明的是,在本申请中Keepalived工作在抢占模式下的第一服务器从故障中恢复时,能够重新抢占虚拟IP成为主服务器,并且keepalived转为主服务器时删除虚拟服务器目标zookeeper实例的数据并启动目标zookeeper实例,从服务器时关闭目标zookeeper实例。具体说明如下:
可选地,在本申请实施例提供的zookeeper双节点的处理方法中,在启动目标zookeeper实例,以使第二服务器作为主服务器进行工作之后,该方法还包括:若检测到第一服务器故障恢复,则通过第一Keepalived组件的转移脚本从第二服务器中获取虚拟IP,在第一服务器中启动目标zookeeper实例,以使第一服务器作为主服务器进行工作,并在第二服务器中关闭目标zookeeper实例。
例如:按照步骤S101的集群实例部署示例,第一服务器与第二服务器zookeeper集群实例配置如下:
Server.1=realip1:2888:3888
Server.2=realip2:2888:3888
Server.0=virtualip:2889:3889
Keepalived工作在抢占模式下,当获得虚拟IP的第一服务器出现故障无法工作时,第一服务器上的zookeeper实例server.1与server.0也会故障,未获得虚拟IP的第二服务器获得虚拟IP并执行keepalived转移脚本,在第二服务器上启动了server.0实例,由于在配置中该实例与第一服务器上的server.0实例具有相同的serverid,并且可通过虚拟IP和端口组合访问,因此该实例完全取代了第一服务器上的server.0实例进行了工作,此时zookeeper集群有server.0与server.2两个实例正在工作,也就是说第二服务器的三个集群节点中超过半数节点存活,因此被选举成第二服务器作为主服务器可以正常对外工作。
当第一服务器从故障中恢复时,第一服务器上的keepalived抢夺了虚拟IP,第二服务器执行转移脚本关闭server.0实例,恢复成从服务器。
同样的,当第二服务器出现故障时,由于第一服务器上有两个zookeeper实例正常工作,因此可以继续提供服务。
综上,本申请实施例提供的zookeeper双节点的处理方法,通过检测作为主服务器的第一服务器是否出现故障;若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中,解决了相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题。本申请通过预先存储在第二服务器中目标zookeeper实例启动,以使第二服务器作为主服务器进行工作,从而在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器能正常工作,进而达到了zookeeper双节点实现高可用性的效果。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例还提供了一种zookeeper双节点的处理装置,需要说明的是,本申请实施例的zookeeper双节点的处理装置可以用于执行本申请实施例所提供的用于zookeeper双节点的处理方法。以下对本申请实施例提供的zookeeper双节点的处理装置进行介绍。
图2是根据本申请实施例的zookeeper双节点的处理装置的示意图。如图2所示,该装置包括:第一检测单元201、第一处理单元202。
具体的,第一检测单元201,用于检测作为主服务器的第一服务器是否出现故障;
第一处理单元202,用于若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。
综上,本申请实施例提供的zookeeper双节点的处理装置,通过第一检测单元201,用于检测作为主服务器的第一服务器是否出现故障;第一处理单元202,用于若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。解决了相关技术中在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器不能正常工作的问题。本申请通过预先存储在第二服务器中目标zookeeper实例启动,以使第二服务器作为主服务器进行工作,从而在双节点zookeeper集群单点故障时,zookeeper集群中的正常服务器能正常工作,进而达到了zookeeper双节点实现高可用性的效果。
可选地,在本申请实施例提供的zookeeper双节点的处理装置中,该装置还包括:第一部署单元,用于在通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP之前,在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件;第一配置单元,用于基于第一Keepalived组件在第一服务器中配置虚拟IP。
可选地,在本申请实施例提供的zookeeper双节点的处理装置中,该装置还包括:第二配置单元,用于在检测作为主服务器的第一服务器是否出现故障之前,在第一服务器中配置第一服务器实例以及基于虚拟IP部署目标zookeeper实例,并将目标zookeeper实例在第二服务器中进行存储。
可选地,在本申请实施例提供的zookeeper双节点的处理装置中,第二配置单元还包括:第一信息模块,用于虚拟IP和目标zookeeper的端口信息,其中,目标zookeeper的端口信息与第一服务器和第二服务器的端口信息均不相同。
可选地,在本申请实施例提供的zookeeper双节点的处理装置中,该装置还包括:第三配置单元,用于在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件之后,配置第一Keepalived组件的转移脚本和第二Keepalived组件的转移脚本,以使第一Keepalived组件和第二Keepalived组件工作在抢占式模式下。
可选地,在本申请实施例提供的zookeeper双节点的处理装置中,该装置还包括:第二处理单元,用于在启动目标zookeeper实例,以使第二服务器作为主服务器进行工作之后,若检测到第一服务器故障恢复,则通过第一Keepalived组件的转移脚本从第二服务器中获取虚拟IP,在第一服务器中启动目标zookeeper实例,以使第一服务器作为主服务器进行工作,并在第二服务器中关闭目标zookeeper实例。
zookeeper双节点的处理装置包括处理器和存储器,上述的第一检测单元201、第一处理单元202。等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来实现zookeeper双节点的处理。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现zookeeper双节点的处理方法。
本发明实施例提供了一种处理器,处理器用于运行程序,其中,程序运行时执行zookeeper双节点的处理方法。
本发明实施例提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:检测作为主服务器的第一服务器是否出现故障;若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。
处理器执行程序时还实现以下步骤:在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件;基于第一Keepalived组件在第一服务器中配置虚拟IP。
处理器执行程序时还实现以下步骤:在第一服务器中配置第一服务器实例以及基于虚拟IP部署目标zookeeper实例,并将目标zookeeper实例在第二服务器中进行存储。
处理器执行程序时还实现以下步骤:目标zookeeper实例中包括虚拟IP和目标zookeeper的端口信息,其中,目标zookeeper的端口信息与第一服务器和第二服务器的端口信息均不相同。
处理器执行程序时还实现以下步骤:在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件之后,该方法还包括:配置第一Keepalived组件的转移脚本和第二Keepalived组件的转移脚本,以使第一Keepalived组件和第二Keepalived组件工作在抢占式模式下。
处理器执行程序时还实现以下步骤:若检测到第一服务器故障恢复,则通过第一Keepalived组件的转移脚本从第二服务器中获取虚拟IP,在第一服务器中启动目标zookeeper实例,以使第一服务器作为主服务器进行工作,并在第二服务器中关闭目标zookeeper实例。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:检测作为主服务器的第一服务器是否出现故障;若检测第一服务器出现故障,通过第二服务器中预先配置的第二keepalived组件的转移脚本获取第一服务器中的虚拟IP,并启动目标zookeeper实例,以使第二服务器作为主服务器进行工作,其中,虚拟IP是基于第一服务器中的第一Keepalived组件配置的,目标zookeeper实例是预先存储在第二服务器中。
当在数据处理设备上执行时,还适于执行初始化有如下方法步骤的程序:在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件;基于第一Keepalived组件在第一服务器中配置虚拟IP。
当在数据处理设备上执行时,还适于执行初始化有如下方法步骤的程序:在第一服务器中配置第一服务器实例以及基于虚拟IP部署目标zookeeper实例,并将目标zookeeper实例在第二服务器中进行存储。
当在数据处理设备上执行时,还适于执行初始化有如下方法步骤的程序:目标zookeeper实例中包括虚拟IP和目标zookeeper的端口信息,其中,目标zookeeper的端口信息与第一服务器和第二服务器的端口信息均不相同。
当在数据处理设备上执行时,还适于执行初始化有如下方法步骤的程序:在第一服务器上部署第一Keepalived组件,在第二服务器上部署第二Keepalived组件之后,该方法还包括:配置第一Keepalived组件的转移脚本和第二Keepalived组件的转移脚本,以使第一Keepalived组件和第二Keepalived组件工作在抢占式模式下。
当在数据处理设备上执行时,还适于执行初始化有如下方法步骤的程序:若检测到第一服务器故障恢复,则通过第一Keepalived组件的转移脚本从第二服务器中获取虚拟IP,在第一服务器中启动目标zookeeper实例,以使第一服务器作为主服务器进行工作,并在第二服务器中关闭目标zookeeper实例。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种zookeeper双节点的处理方法,其特征在于,zookeeper双节点中包括第一服务器和第二服务器,包括:
检测作为主服务器的第一服务器是否出现故障;
若检测所述第一服务器出现故障,通过所述第二服务器中预先配置的第二keepalived组件的转移脚本获取所述第一服务器中的虚拟IP,并启动目标zookeeper实例,以使所述第二服务器作为主服务器进行工作,其中,所述虚拟IP是基于所述第一服务器中的第一Keepalived组件配置的,所述目标zookeeper实例是预先存储在所述第二服务器中。
2.根据权利要求1所述的方法,其特征在于,在通过所述第二服务器中预先配置的第二keepalived组件的转移脚本获取所述第一服务器中的虚拟IP之前,所述方法还包括:
在所述第一服务器上部署第一Keepalived组件,在所述第二服务器上部署第二Keepalived组件;
基于所述第一Keepalived组件在所述第一服务器中配置虚拟IP。
3.根据权利要求2所述的方法,其特征在于,在检测作为主服务器的第一服务器是否出现故障之前,所述方法还包括:
在所述第一服务器中配置第一服务器实例以及基于所述虚拟IP部署所述目标zookeeper实例,并将所述目标zookeeper实例在所述第二服务器中进行存储。
4.根据权利要求3所述的方法,其特征在于,所述目标zookeeper实例中包括虚拟IP和目标zookeeper的端口信息,其中,所述目标zookeeper的端口信息与所述第一服务器和所述第二服务器的端口信息均不相同。
5.根据权利要求3所述的方法,其特征在于,在所述第一服务器上部署第一Keepalived组件,在所述第二服务器上部署第二Keepalived组件之后,所述方法还包括:
配置所述第一Keepalived组件的转移脚本和所述第二Keepalived组件的转移脚本,以使所述第一Keepalived组件和所述第二Keepalived组件工作在抢占式模式下。
6.根据权利要求5所述的方法,其特征在于,在启动目标zookeeper实例,以使所述第二服务器作为主服务器进行工作之后,所述方法还包括:
若检测到所述第一服务器故障恢复,则通过所述第一Keepalived组件的转移脚本从所述第二服务器中获取所述虚拟IP,在所述第一服务器中启动所述目标zookeeper实例,以使所述第一服务器作为主服务器进行工作,并在所述第二服务器中关闭所述目标zookeeper实例。
7.一种zookeeper双节点的处理装置,其特征在于,zookeeper双节点中包括第一服务器和第二服务器,所述装置包括:
第一检测单元,用于检测作为主服务器的第一服务器是否出现故障;
第一处理单元,用于若检测所述第一服务器出现故障,通过所述第二服务器中预先配置的第二keepalived组件的转移脚本获取所述第一服务器中的虚拟IP,并启动目标zookeeper实例,以使所述第二服务器作为主服务器进行工作,其中,所述虚拟IP是基于所述第一服务器中的第一Keepalived组件配置的,所述目标zookeeper实例是预先存储在所述第二服务器中。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第一部署单元,用于在通过所述第二服务器中预先配置的第二keepalived组件的转移脚本获取所述第一服务器中的虚拟IP之前,在所述第一服务器上部署第一Keepalived组件,在所述第二服务器上部署第二Keepalived组件;
第一配置单元,用于基于所述第一Keepalived组件在所述第一服务器中配置虚拟IP。
9.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至6中任意一项所述的方法。
10.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序执行权利要求1至6中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011639412.1A CN112698979A (zh) | 2020-12-31 | 2020-12-31 | zookeeper双节点的处理方法、装置、存储介质及处理器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011639412.1A CN112698979A (zh) | 2020-12-31 | 2020-12-31 | zookeeper双节点的处理方法、装置、存储介质及处理器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112698979A true CN112698979A (zh) | 2021-04-23 |
Family
ID=75513956
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011639412.1A Withdrawn CN112698979A (zh) | 2020-12-31 | 2020-12-31 | zookeeper双节点的处理方法、装置、存储介质及处理器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112698979A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396290A (zh) * | 2022-06-29 | 2022-11-25 | 北京车网科技发展有限公司 | 一种故障自动恢复方法、装置及服务系统 |
CN115529308A (zh) * | 2022-09-21 | 2022-12-27 | 上海浦东发展银行股份有限公司 | 文件交互方法、装置、计算机设备、存储介质 |
-
2020
- 2020-12-31 CN CN202011639412.1A patent/CN112698979A/zh not_active Withdrawn
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396290A (zh) * | 2022-06-29 | 2022-11-25 | 北京车网科技发展有限公司 | 一种故障自动恢复方法、装置及服务系统 |
CN115396290B (zh) * | 2022-06-29 | 2023-11-17 | 北京车网科技发展有限公司 | 一种故障自动恢复方法、装置及服务系统 |
CN115529308A (zh) * | 2022-09-21 | 2022-12-27 | 上海浦东发展银行股份有限公司 | 文件交互方法、装置、计算机设备、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9983891B1 (en) | Systems and methods for distributing configuration templates with application containers | |
EP4083786A1 (en) | Cloud operating system management method and apparatus, server, management system, and medium | |
CN107608757B (zh) | 一种基于容器的隔离处理方法及相关设备 | |
US9268590B2 (en) | Provisioning a cluster of distributed computing platform based on placement strategy | |
US8819190B2 (en) | Management of file images in a virtual environment | |
US10133646B1 (en) | Fault tolerance in a distributed file system | |
CN109710317B (zh) | 系统启动方法、装置、电子设备及存储介质 | |
US20120151095A1 (en) | Enforcing logical unit (lu) persistent reservations upon a shared virtual storage device | |
EP3021223B1 (en) | Method for enhancing memory fault tolerance | |
EP3432132B1 (en) | Data storage method and device | |
CN113204353B (zh) | 一种大数据平台组件部署方法及装置 | |
CN112698979A (zh) | zookeeper双节点的处理方法、装置、存储介质及处理器 | |
CN108319492B (zh) | 复位物理机的方法、装置与系统 | |
US10346269B2 (en) | Selective mirroring of predictively isolated memory | |
CN113626183A (zh) | 一种基于超融合基础架构的集群构建方法和装置 | |
US10514991B2 (en) | Failover device ports | |
CN110968444A (zh) | 云计算平台的数据处理方法和装置 | |
CN113157392B (zh) | 镜像仓库高可用方法及设备 | |
CN112328368B (zh) | 一种基于云平台的应用层存储方法及设备 | |
US10033803B1 (en) | Data volume auto-repair based on volume degradation level | |
CN112527323A (zh) | 一种安装Ambari的方法、装置和Ambari架构 | |
CN111435320A (zh) | 一种数据处理方法及其装置 | |
US20240028441A1 (en) | Propagating fault domain topology to nodes in a distributed container orchestration system | |
US20240054052A1 (en) | Failover recovery techniques for multi cloud recovery | |
CN108268367B (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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210423 |
|
WW01 | Invention patent application withdrawn after publication |