CN110674095A - 一种ctdb集群扩展方法、装置、设备及可读存储介质 - Google Patents
一种ctdb集群扩展方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN110674095A CN110674095A CN201910927732.8A CN201910927732A CN110674095A CN 110674095 A CN110674095 A CN 110674095A CN 201910927732 A CN201910927732 A CN 201910927732A CN 110674095 A CN110674095 A CN 110674095A
- Authority
- CN
- China
- Prior art keywords
- node
- ctdb
- original
- configuration file
- original 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 65
- 238000004590 computer program Methods 0.000 claims description 12
- 238000001514 detection method Methods 0.000 claims description 5
- 230000000694 effects Effects 0.000 abstract description 2
- 230000004044 response Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000008094 contradictory effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/178—Techniques for file synchronisation in file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/275—Synchronous replication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
- G06F9/4451—User profiles; Roaming
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Stored Programmes (AREA)
Abstract
本申请公开了一种CTDB集群扩展方法、装置、设备及可读存储介质。本申请公开的包括:获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;将目标配置文件同步至CTDB集群中的各个节点;分别判断各个节点是否为CTDB集群中的原有节点;若节点为CTDB集群中的原有节点,则对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。本申请在CTDB集群的扩展过程中使原有节点持续为客户端提供服务,从而提高了客户端业务的处理效率、CTDB集群的可靠性和可用性。本申请公开的一种CTDB集群扩展装置、设备及可读存储介质,也同样具有上述技术效果。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种CTDB集群扩展方法、装置、设备及可读存储介质。
背景技术
CTDB(Cluster TDB)是一个集群TDB数据库,用于保障存储服务的高可用性。CTDB集群构建完成后,可能需要进行扩展,也就是为CTDB集群增加新的节点。
传统的扩展CTDB集群的方式是:修改完配置文件之后,将修改后的配置文件推送到CTDB集群中的所有节点,然后分别重启每个节点上的CTDB服务,以完成CTDB集群的扩展。其中,CTDB服务在重启时,节点在重启的这段时间内无法为客户端提供服务,如此将会导致客户端的业务在这段时间内无法得到响应,从而降低了客户端业务的处理效率,以及CTDB集群的服务可靠性和可用性。
因此,在CTDB集群的扩展过程中,如何不影响客户端业务的处理效率,是本领域技术人员需要解决的问题。
发明内容
有鉴于此,本申请的目的在于提供一种CTDB集群扩展方法、装置、设备及可读存储介质,以在CTDB集群的扩展过程中,不影响客户端业务的处理效率。其具体方案如下:
第一方面,本申请提供了一种CTDB集群扩展方法,包括:
获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;
将目标配置文件同步至CTDB集群中的各个节点;
分别判断各个节点是否为CTDB集群中的原有节点;
若节点为CTDB集群中的原有节点,则对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。
优选地,还包括:
若节点为CTDB集群中的新增节点,则为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件。
优选地,对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变之前,还包括:
判断原有节点是否承载有客户端业务;
若是,则执行对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变的步骤。
优选地,还包括:
若原有节点未承载有客户端业务,则为原有节点分配IP地址,重启原有节点中的CTDB服务,并控制原有节点加载目标配置文件。
优选地,判断原有节点是否承载有客户端业务,包括:
利用NAS服务中的检测命令检测原有节点是否承载有客户端业务。
优选地,按照IP地址分配算法为原有节点或新增节点分配IP地址。
优选地,为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件之后,还包括:
新增节点根据原有节点发送的心跳连接消息与原有节点建立TCP连接。
第二方面,本申请提供了一种CTDB集群扩展装置,包括:
获取模块,用于获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;
同步模块,用于将目标配置文件同步至CTDB集群中的各个节点;
判断模块,用于分别判断各个节点是否为CTDB集群中的原有节点;
配置模块,用于若节点为CTDB集群中的原有节点,则对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。
第三方面,本申请提供了一种CTDB集群扩展设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序,以实现前述公开的CTDB集群扩展方法。
第四方面,本申请提供了一种可读存储介质,用于保存计算机程序,其中,计算机程序被处理器执行时实现前述公开的CTDB集群扩展方法。
通过以上方案可知,本申请提供了一种CTDB集群扩展方法,包括:获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;将目标配置文件同步至CTDB集群中的各个节点;分别判断各个节点是否为CTDB集群中的原有节点;若节点为CTDB集群中的原有节点,则对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。
可见,该方法在CTDB集群的扩展过程中,若节点为CTDB集群中的原有节点,那么对原有节点中的CTDB服务不执行重启操作,而是直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。如此一来,CTDB集群中的原有节点便可在CTDB集群的扩展过程中持续为客户端提供服务,从而避免了客户端业务的响应中断,提高了客户端业务的处理效率,也提高了CTDB集群的服务可靠性和可用性,用户体验也得到了提升。
相应地,本申请提供的一种CTDB集群扩展装置、设备及可读存储介质,也同样具有上述技术效果。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请公开的第一种CTDB集群扩展方法流程图;
图2为本申请公开的第二种CTDB集群扩展方法流程图;
图3为本申请公开的一种CTDB集群示意图;
图4为本申请公开的一种CTDB集群扩展装置示意图;
图5为本申请公开的一种CTDB集群扩展设备示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,CTDB服务在重启时,节点在重启的这段时间内无法为客户端提供服务,如此将会导致客户端的业务在这段时间内无法得到响应,从而降低了客户端业务的处理效率,以及CTDB集群的服务可靠性和可用性。为此,本申请提供了一种CTDB集群扩展方案,能够在CTDB集群的扩展过程中,不影响客户端业务的处理效率,提高CTDB集群的服务可靠性和可用性。
参见图1所示,本申请实施例公开了第一种CTDB集群扩展方法,包括:
S101、获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;
S102、将目标配置文件同步至CTDB集群中的各个节点;
S103、分别判断各个节点是否为CTDB集群中的原有节点;若节点为CTDB集群中的原有节点,则执行S105;若节点为CTDB集群中的新增节点,则执行S104;
S104、为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件;
S105、对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。
需要说明的是,CTDB集群中的每个节点上的配置文件是相同的。也就是说,同一个配置文件会被配置给CTDB集群中的每个节点。当为CTDB集群中增添新的节点后,需要将新增节点的节点信息添置至配置文件,从而获得更新后的目标配置文件。进而将目标配置文件配置给CTDB集群中的每个节点。
CTDB集群中的每个节点在获取到目标配置文件后,会启动CTDB服务,并利用CTDB服务中的CTDB进程加载目标配置文件,同时为当前节点配置IP地址。但由于节点在重启CTDB服务时无法为客户端提供服务,从而导致客户端的业务无法及时得到响应。
因此本申请在CTDB集群中的每个节点获取到目标配置文件后,首先判断节点是CTDB集群中的原有节点还是当前新增节点;若是原有节点,则对原有节点中的CTDB服务不执行重启操作,而是直接控制原有节点加载目标配置文件,这样可使原有节点的IP地址保持不变;若是新增节点,则为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件。其中,可按照IP地址分配算法为新增节点分配IP地址。
在本实施例中,为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件之后,还包括:新增节点根据原有节点发送的心跳连接消息与原有节点建立TCP连接。
可见,本申请实施例在CTDB集群的扩展过程中,若节点为CTDB集群中的原有节点,那么对原有节点中的CTDB服务不执行重启操作,而是直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。如此一来,CTDB集群中的原有节点便可在CTDB集群的扩展过程中持续为客户端提供服务,从而避免了客户端业务的响应中断,提高了客户端业务的处理效率,也提高了CTDB集群的服务可靠性和可用性,用户体验也得到了提升。
参见图2所示,本申请实施例公开了第二种CTDB集群扩展方法,包括:
S201、获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;
S202、将目标配置文件同步至CTDB集群中的各个节点;
S203、分别判断各个节点是否为CTDB集群中的原有节点;若节点为CTDB集群中的原有节点,则执行S205;若节点为CTDB集群中的新增节点,则执行S204;
S204、为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件;
S205、判断原有节点是否承载有客户端业务;若是,则执行S206;若否,则执行S207;
S206、对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变;
S207、为原有节点分配IP地址,重启原有节点中的CTDB服务,并控制原有节点加载目标配置文件。
在一种具体实施方式中,判断原有节点是否承载有客户端业务,包括:利用NAS服务中的检测命令检测原有节点是否承载有客户端业务。其中,NAS(Network AttachedStorage)服务是将分布、独立的数据整合为大型、集中化管理的服务访问技术。适用于NAS服务的检测命令可参照现有技术,本实施例不再赘述。
具体的,当确定节点为CTDB集群中的原有节点时,可进一步判断原有节点上是否承载有客户端业务;对于承载有客户端业务的原有节点,对其中的CTDB服务不执行重启操作,而是直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变;对于未承载有客户端业务的原有节点,可分配IP地址,重启原有节点中的CTDB服务,并控制原有节点加载目标配置文件。也就是说,当原有节点承载有客户端业务时,为使客户端业务与IP地址保持一致,对原有节点的IP地址不做变更;当原有节点未承载有客户端业务时,CTDB服务的重启以及IP地址的变更都不会影响客户端业务,因此可为原有节点重新分配IP地址,重启其中的CTDB服务,并控制原有节点加载目标配置文件。CTDB集群用于实现存储服务。
需要说明的是,本实施例中的实现步骤与上述实施例相同或类似,可相互参照,故本实施例在此不再赘述。
由上可见,本实施例在CTDB集群的扩展过程中,若节点为CTDB集群中的原有节点,那么对原有节点中的CTDB服务不执行重启操作,而是直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。如此一来,CTDB集群中的原有节点便可在CTDB集群的扩展过程中持续为客户端提供服务,从而避免了客户端业务的响应中断,提高了客户端业务的处理效率,也提高了CTDB集群的服务可靠性和可用性,用户体验也得到了提升。
按照本申请提供的CTDB集群扩展方法可设计如下实例,具体请参见图3。在图3中,CTDB集群包括4个节点,其中,节点1、2和3为CTDB集群中的原有节点,节点4为CTDB集群中的新增节点。其中,节点1、2和3为承载有客户端业务的节点。
在CTDB集群扩展之前,节点1的IP地址为IP1,节点2的IP地址为IP2,节点3的IP地址为IP3。为使扩展过程中节点1对客户端的服务不中断,控制其IP地址始终为IP1,从而可保障CTDB集群的服务可靠性和可用性。本申请中的IP地址可以是虚拟IP地址。其中,节点1为承载有客户端业务的原有节点,节点2和3为未承载客户端业务的原有节点。
具体的,CTDB集群的扩展过程包括:
将节点4的相关信息加入到配置文件中,并将修改后的配置文件同步到1~4节点上。节点1、2和3对自身的CTDB服务不执行重启操作,而是直接加载修改后的配置文件,并使IP地址保持不变。此后,节点1、2和3发送心跳连接消息至节点4,尝试与节点4建立TCP连接。为节点4分配IP地址,启动节点4上的CTDB服务,并控制节点4加载目标配置文件。之后,节点4可获取到节点1、2和3发送的心跳连接消息,可与节点1、2和3分别建立TCP连接,至此CTDB集群的扩展过程完成。
需要说明的是,本实施例中的实现步骤与上述实施例相同或类似,故可相互参照,本实施例不再赘述。
由上可见,本实施例解决了现有技术中CTDB集群扩展带来的服务不可用问题,保障了CTDB集群的高可用性。
下面对本申请实施例提供的一种CTDB集群扩展装置进行介绍,下文描述的一种CTDB集群扩展装置与上文描述的一种CTDB集群扩展方法可以相互参照。
参见图4所示,本申请实施例公开了一种CTDB集群扩展装置,包括:
获取模块401,用于获取新增节点的节点信息,并将节点信息添加至配置文件,获得目标配置文件;
同步模块402,用于将目标配置文件同步至CTDB集群中的各个节点;
判断模块403,用于分别判断各个节点是否为CTDB集群中的原有节点;
配置模块404,用于若节点为CTDB集群中的原有节点,则对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。
在一种具体实施方式中,还包括:
新增节点配置模块,用于若节点为CTDB集群中的新增节点,则为新增节点分配IP地址,启动新增节点中的CTDB服务,并控制新增节点加载目标配置文件。
在一种具体实施方式中,还包括:
客户端业务判断模块,用于判断原有节点是否承载有客户端业务;
执行模块,用于若原有节点承载有客户端业务,则执行对原有节点中的CTDB服务不执行重启操作,直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变的步骤。
在一种具体实施方式中,还包括:
原有节点配置模块,若原有节点未承载有客户端业务,则为原有节点分配IP地址,重启原有节点中的CTDB服务,并控制原有节点加载目标配置文件。
在一种具体实施方式中,客户端业务判断模块具体用于:
利用NAS服务中的检测命令检测原有节点是否承载有客户端业务。
在一种具体实施方式中,按照IP地址分配算法为原有节点或新增节点分配IP地址。
在一种具体实施方式中,还包括:
连接模块,用于新增节点根据原有节点发送的心跳连接消息与原有节点建立TCP连接。
其中,关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容,在此不再进行赘述。
可见,本实施例提供了一种CTDB集群扩展装置,该装置在CTDB集群的扩展过程中,若节点为CTDB集群中的原有节点,那么对原有节点中的CTDB服务不执行重启操作,而是直接控制原有节点加载目标配置文件,并控制原有节点的IP地址保持不变。如此一来,CTDB集群中的原有节点便可在CTDB集群的扩展过程中持续为客户端提供服务,从而避免了客户端业务的响应中断,提高了客户端业务的处理效率,也提高了CTDB集群的服务可靠性和可用性,用户体验也得到了提升。
下面对本申请实施例提供的一种CTDB集群扩展设备进行介绍,下文描述的一种CTDB集群扩展设备与上文描述的一种CTDB集群扩展方法及装置可以相互参照。
参见图5所示,本申请实施例公开了一种CTDB集群扩展设备,包括:
存储器501,用于保存计算机程序;
处理器502,用于执行所述计算机程序,以实现上述任意实施例公开的方法。
下面对本申请实施例提供的一种可读存储介质进行介绍,下文描述的一种可读存储介质与上文描述的一种CTDB集群扩展方法、装置及设备可以相互参照。
一种可读存储介质,用于保存计算机程序,其中,所述计算机程序被处理器执行时实现前述实施例公开的CTDB集群扩展方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容,在此不再进行赘述。
本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。
需要说明的是,在本申请中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本申请要求的保护范围之内。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种CTDB集群扩展方法,其特征在于,包括:
获取新增节点的节点信息,并将所述节点信息添加至配置文件,获得目标配置文件;
将所述目标配置文件同步至所述CTDB集群中的各个节点;
分别判断各个所述节点是否为所述CTDB集群中的原有节点;
若节点为所述CTDB集群中的原有节点,则对所述原有节点中的CTDB服务不执行重启操作,直接控制所述原有节点加载所述目标配置文件,并控制所述原有节点的IP地址保持不变。
2.根据权利要求1所述的CTDB集群扩展方法,其特征在于,还包括:
若节点为所述CTDB集群中的新增节点,则为所述新增节点分配IP地址,启动所述新增节点中的CTDB服务,并控制所述新增节点加载所述目标配置文件。
3.根据权利要求2所述的CTDB集群扩展方法,其特征在于,所述对所述原有节点中的CTDB服务不执行重启操作,直接控制所述原有节点加载所述目标配置文件,并控制所述原有节点的IP地址保持不变之前,还包括:
判断所述原有节点是否承载有客户端业务;
若是,则执行所述对所述原有节点中的CTDB服务不执行重启操作,直接控制所述原有节点加载所述目标配置文件,并控制所述原有节点的IP地址保持不变的步骤。
4.根据权利要求3所述的CTDB集群扩展方法,其特征在于,还包括:
若所述原有节点未承载有客户端业务,则为所述原有节点分配IP地址,重启所述原有节点中的CTDB服务,并控制所述原有节点加载所述目标配置文件。
5.根据权利要求3所述的CTDB集群扩展方法,其特征在于,所述判断所述原有节点是否承载有客户端业务,包括:
利用NAS服务中的检测命令检测所述原有节点是否承载有客户端业务。
6.根据权利要求1至5任意一项所述的CTDB集群扩展方法,其特征在于,按照IP地址分配算法为所述原有节点或所述新增节点分配IP地址。
7.根据权利要求2所述的CTDB集群扩展方法,其特征在于,所述为所述新增节点分配IP地址,启动所述新增节点中的CTDB服务,并控制所述新增节点加载所述目标配置文件之后,还包括:
所述新增节点根据所述原有节点发送的心跳连接消息与所述原有节点建立TCP连接。
8.一种CTDB集群扩展装置,其特征在于,包括:
获取模块,用于获取新增节点的节点信息,并将所述节点信息添加至配置文件,获得目标配置文件;
同步模块,用于将所述目标配置文件同步至所述CTDB集群中的各个节点;
判断模块,用于分别判断各个所述节点是否为所述CTDB集群中的原有节点;
配置模块,用于若节点为所述CTDB集群中的原有节点,则对所述原有节点中的CTDB服务不执行重启操作,直接控制所述原有节点加载所述目标配置文件,并控制所述原有节点的IP地址保持不变。
9.一种CTDB集群扩展设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序,以实现如权利要求1至7任一项所述的CTDB集群扩展方法。
10.一种可读存储介质,其特征在于,用于保存计算机程序,其中,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的CTDB集群扩展方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910927732.8A CN110674095B (zh) | 2019-09-27 | 2019-09-27 | 一种ctdb集群扩展方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910927732.8A CN110674095B (zh) | 2019-09-27 | 2019-09-27 | 一种ctdb集群扩展方法、装置、设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110674095A true CN110674095A (zh) | 2020-01-10 |
CN110674095B CN110674095B (zh) | 2022-06-10 |
Family
ID=69079720
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910927732.8A Active CN110674095B (zh) | 2019-09-27 | 2019-09-27 | 一种ctdb集群扩展方法、装置、设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110674095B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586153A (zh) * | 2020-04-30 | 2020-08-25 | 北京达佳互联信息技术有限公司 | 一种用于云平台的通信方法及装置 |
CN112162857A (zh) * | 2020-09-24 | 2021-01-01 | 珠海格力电器股份有限公司 | 一种集群服务器节点管理系统 |
CN112559087A (zh) * | 2020-12-28 | 2021-03-26 | 北京五八信息技术有限公司 | 信息生成方法、装置、电子设备和计算机可读介质 |
CN112925653A (zh) * | 2021-05-11 | 2021-06-08 | 深圳市安软科技股份有限公司 | 虚拟化群集扩容方法、相关设备及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120158882A1 (en) * | 2010-12-17 | 2012-06-21 | International Business Machines Corporation | Highly scalable and distributed data sharing and storage |
WO2017088664A1 (zh) * | 2015-11-26 | 2017-06-01 | 深圳市中博科创信息技术有限公司 | 集群文件系统的数据处理方法和装置 |
CN107357896A (zh) * | 2017-07-13 | 2017-11-17 | 北京小度信息科技有限公司 | 数据库集群的扩容方法、装置、系统和数据库集群系统 |
CN108809729A (zh) * | 2018-06-25 | 2018-11-13 | 郑州云海信息技术有限公司 | 一种分布式系统中ctdb服务的故障处理方法及装置 |
CN108881512A (zh) * | 2018-06-15 | 2018-11-23 | 郑州云海信息技术有限公司 | Ctdb的虚拟ip均衡分配方法、装置、设备及介质 |
-
2019
- 2019-09-27 CN CN201910927732.8A patent/CN110674095B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120158882A1 (en) * | 2010-12-17 | 2012-06-21 | International Business Machines Corporation | Highly scalable and distributed data sharing and storage |
WO2017088664A1 (zh) * | 2015-11-26 | 2017-06-01 | 深圳市中博科创信息技术有限公司 | 集群文件系统的数据处理方法和装置 |
CN107357896A (zh) * | 2017-07-13 | 2017-11-17 | 北京小度信息科技有限公司 | 数据库集群的扩容方法、装置、系统和数据库集群系统 |
CN108881512A (zh) * | 2018-06-15 | 2018-11-23 | 郑州云海信息技术有限公司 | Ctdb的虚拟ip均衡分配方法、装置、设备及介质 |
CN108809729A (zh) * | 2018-06-25 | 2018-11-13 | 郑州云海信息技术有限公司 | 一种分布式系统中ctdb服务的故障处理方法及装置 |
Non-Patent Citations (2)
Title |
---|
J.S. CHEN等: ""Efficient indoor and outdoor EM wave propagation in a compact terrain database (CTDB) representation of the urban canyon environment"", 《 PROCEEDINGS IEEE 56TH VEHICULAR TECHNOLOGY CONFERENCE》 * |
吴凡: ""集群NAS系统CLNASFS的关键技术研究"", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586153A (zh) * | 2020-04-30 | 2020-08-25 | 北京达佳互联信息技术有限公司 | 一种用于云平台的通信方法及装置 |
CN111586153B (zh) * | 2020-04-30 | 2023-08-29 | 北京达佳互联信息技术有限公司 | 一种用于云平台的通信方法及装置 |
CN112162857A (zh) * | 2020-09-24 | 2021-01-01 | 珠海格力电器股份有限公司 | 一种集群服务器节点管理系统 |
CN112559087A (zh) * | 2020-12-28 | 2021-03-26 | 北京五八信息技术有限公司 | 信息生成方法、装置、电子设备和计算机可读介质 |
CN112925653A (zh) * | 2021-05-11 | 2021-06-08 | 深圳市安软科技股份有限公司 | 虚拟化群集扩容方法、相关设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110674095B (zh) | 2022-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110674095B (zh) | 一种ctdb集群扩展方法、装置、设备及可读存储介质 | |
CN108924268B (zh) | 一种容器云服务系统及pod创建方法、装置 | |
CN108881512B (zh) | Ctdb的虚拟ip均衡分配方法、装置、设备及介质 | |
EP3442201B1 (en) | Cloud platform construction method and cloud platform | |
CN111897558A (zh) | 容器集群管理系统Kubernetes升级方法和装置 | |
CN110213326B (zh) | 元数据节点集群的扩容方法、系统、设备和存储介质 | |
CN110750336B (zh) | 一种OpenStack虚拟机内存热扩容方法 | |
CN110391940A (zh) | 服务地址的响应方法、装置、系统、设备和存储介质 | |
CN110933160A (zh) | 一种数据访问方法、服务器、终端和存储介质 | |
CN111061432A (zh) | 一种业务迁移方法、装置、设备及可读存储介质 | |
CN111163173A (zh) | 集群配置方法、装置、服务器及可读存储介质 | |
CN113900774B (zh) | 云操作系统的虚拟机控制方法、装置以及存储介质 | |
CN110113217B (zh) | 微服务管理方法、装置、管理平台及存储介质 | |
CN109005071B (zh) | 一种决策部署方法和调度设备 | |
CN110933196B (zh) | 用于全球同服架构的id分配方法、系统及存储介质 | |
CN111198756A (zh) | 一种kubernetes集群的应用调度方法及装置 | |
CN111506388A (zh) | 容器性能探测方法、容器管理平台及计算机存储介质 | |
CN114995762A (zh) | 一种厚置备卷扩容方法、装置、设备及存储介质 | |
CN106453656B (zh) | 一种集群主机选取方法及装置 | |
CN113094074B (zh) | 一种服务集群的更新方法及装置 | |
CN114172903A (zh) | slurm调度系统的节点扩容方法、装置、设备和介质 | |
CN111274022B (zh) | 服务器资源分配方法和系统 | |
CN115065664A (zh) | 一种互联网协议地址的回收方法、电子设备及存储介质 | |
CN114461149A (zh) | 一种基于K8s的分布式数据存储方法及装置 | |
CN110839068B (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 |