CN116340416A - 数据库部署方法、数据库处理方法、相关设备及存储介质 - Google Patents
数据库部署方法、数据库处理方法、相关设备及存储介质 Download PDFInfo
- Publication number
- CN116340416A CN116340416A CN202111580638.3A CN202111580638A CN116340416A CN 116340416 A CN116340416 A CN 116340416A CN 202111580638 A CN202111580638 A CN 202111580638A CN 116340416 A CN116340416 A CN 116340416A
- Authority
- CN
- China
- Prior art keywords
- container
- information
- deployment
- database
- cluster
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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/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
-
- 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
-
- 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
-
- 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
-
- 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供了一种数据库部署方法、数据库处理方法、相关设备及存储介质,数据库部署方法,应用于用户接口端,方法包括:发送容器的部署请求和配置参数至服务端,以使所述服务端根据部署请求和配置参数进行数据面容器部署,配置参数包括:数据面配置参数。接收服务端反馈的部署结果和容器信息;根据部署结果将容器信息加入原始组件信息中,得到集群信息;将集群信息发送至控制面,以使控制面将集群信息下发至对应的数据面容器并管控数据面容器。本申请实施例通过进行数据面容器部署,因此,进行数据库集群业务处理时,只需要将待处理的业务分发至一个数据面容器进行处理即可,实现了集群级资源隔离,同时保证了数据库部署速度。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种数据库部署方法、数据库处理方法、相关设备及存储介质。
背景技术
随着互联网行业的发展,对于数据存储的数据库的使用需求激增,因此通过创建分布式数据库以满足大数据存储的高可靠性和高可用性要求。虽然分布式数据库具有海量数据存储,高并发处理能力,高可能性、高可靠性等优势,但是在部署分布式数据库时依旧存在问题。
相关技术中,分布式数据库的部署需要多个物理服务端上部署不同的分布式数据库,由于物理机系统环境的不一致,分布式数据库在部署时很容易因环境问题而部署失败。因此一般通过分布式数据库将所有分布式数据库部署在容器中,不同业务或租户的请求限定在对应的容器中进行处理,从而实现资源隔离,但是对于数据库集群中的数据库调用,一般需要通过多个容器对对应的数据库实例进行调用。因此,相关技术的分布式数据库不能实现集群级的隔离,使得分布式数据库的资源隔离性并不强。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供了一种数据库部署方法、数据库处理方法、相关设备及存储介质。
第一方面,本发明实施例提供了一种数据库部署方法,应用于用户接口端,所述方法包括:
发送容器的部署请求和配置参数至服务端,以使所述服务端根据所述部署请求和所述配置参数进行数据面容器部署,所述配置参数包括:数据面配置参数;
接收服务端反馈的部署结果和容器信息;
根据所述部署结果将所述容器信息加入原始组件信息中,得到集群信息;
将所述集群信息发送至控制面,以使所述控制面将所述集群信息下发至对应的数据面容器并管控所述数据面容器。
第二方面,本发明实施例还提供了一种数据库部署方法,应用于服务端,包括:
接收用户接口端发送容器的部署请求和配置参数,所述配置参数包括数据面配置参数;
根据所述部署请求与所述配置参数进行数据面容器部署,以得到部署结果和容器信息;
将所述部署结果和所述容器信息发送至所述用户接口端,以使所述用户接口端根据所述部署结果将所述容器信息加入原始组件信息中,得到集群信息,且用户接口端将集群信息发送至控制面,以使所述控制面将所述集群信息下发至对应的数据面容器并管控所述数据面容器。
第三方面,本发明实施例还提供了一种数据库部署方法,应用于控制面,所述方法包括:
接收用户接口端发送的集群信息,所述集群信息由用户接口端将部署请求和配置参数发送至服务端,服务端根据所述用户接口端发送的部署请求和配置参数进行数据面容器部署以得到并发送部署结果和容器信息至所述用户接口端,所述用户接口端根据部署结果将所述配置参数加入原始组件信息中得到;
将所述集群信息下发至对应的数据面容器以管控所述数据面容器。
第四方面,本发明实施例还提供了一种数据库部署方法,应用于数据面容器,所述数据面容器由所述服务端根据用户接口端发送的部署请求和配置参数进行数据面容器部署以得到,所述方法包括:
接收控制面发送的集群信息,以根据所述集群信息,接受所述控制面的管控;
其中,所述集群信息由所述用户接口端根据服务端发送的部署结果将所述配置参数加入原始组件信息中得到。
第五方面,本发明实施例还提供了一种数据库处理方法,应用于控制面,方法包括:
生成数据库集群的操作指令;
下发所述操作指令至所述集群信息对应的数据面容器,以对所述数据面容器中的所述数据库集群进行操作,所述数据面容器为部署有对应一个数据库集群的数据面功能的容器。
第六方面,本发明实施例还提供了一种数据库处理方法,应用于数据面容器,所述数据面容器为部署有对应一个数据库集群的数据面功能的容器,方法包括:
接收控制面发送用于操作数据库集群的操作指令;
根据所述操作指令对所述数据库集群进行对应的操作。
第七方面,本发明实施例还提供了一种用户接口设备,包括:
第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序,所述第一处理器执行所述程序时实现:
如第一方面所述的数据库部署方法。
第八方面,本发明实施例还提供了一种服务设备,包括:
第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序,所述第二处理器执行所述程序时实现;
如第二方面所述的数据库部署方法。
第九方面,本发明实施例还提供了一种控制面设备,包括:
第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的计算机程序,所述第三处理器执行所述程序时实现;
如第三方面的数据库部署方法;
或者,
如第五方面所述的数据库处理方法。
第十方面,本发明实施例还提供了一种数据面设备,包括:
第四存储器、第四处理器及存储在第四存储器上并可在第四处理器上运行的计算机程序,所述第四处理器执行所述程序时实现;
如第四方面所述的数据库部署方法;
或者,
如第六方面所述的数据库处理方法。
第十一方面,一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于:
执行如第一方面所述的数据库部署方法,或者如第二方面所述的数据库部署方法,或者如第三方面所述的数据库部署方法,或者如第四方面所述的数据库部署方法,或者如第五方面所述的数据库处理方法,或者如第六方面所述的数据库处理方法。
本发明实施例至少包括以下有益效果:通过用户接口端将部署请求和配置参数发送至服务端,以使服务端根据部署请求和配置参数进行数据面容器部署,然后接收服务端发送的部署结果和容器信息,即可根据部署结果将容器信息加入原始组件中,以生成集群信息;最后通过将集群信息发送至控制面以使控制面将集群信息下发至数据面容器并管控数据面容器,从而实现数据库集群的控制。本申请实施例通过进行数据面容器部署,因此,进行数据库集群业务处理时,只需要将待处理的业务分发至一个数据面容器进行处理即可,实现了集群级资源隔离,同时保证了数据库部署速度。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1是本发明一实施例提供的数据库部署方法的系统框架图
图2是本发明一实施例提供的数据库部署方法的流程图;
图3是本发明另一实施例提供的数据库部署方法的流程图;
图4是本发明另一实施例提供的数据库部署方法的流程图;
图5是本发明另一实施例提供的数据库部署方法的流程图;
图6是本发明另一实施例提供的数据库部署方法的流程图;
图7是本发明另一实施例提供的数据库部署方法的流程图;
图8是本发明另一实施例提供的数据库部署方法的流程图;
图9是本发明另一实施例提供的数据库部署方法的流程图;
图10是本发明另一实施例提供的数据库部署方法的流程图;
图11是本发明另一实施例提供的数据库部署方法的流程图;
图12是本发明另一实施例提供的数据库部署方法的流程图;
图13是本发明一实施例提供的数据库部署方法的系统流程图;
图14是本发明另一实施例提供的数据库部署方法的系统流程图;
图15是本发明一实施例提供的数据库处理方法的流程图;
图16是本发明一实施例提供的数据库处理方法的流程图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
随着互联网行业的发展,消费者的消费模式发生了改变,网购逐渐成为人们首选的消费模式,随着网购的发展,对应的银行金融业务出现增长,金融级数据库的使用需求激增,因此传统数据库面临巨大挑战。为了解决传统数据库无法满足数据增长的需求出现了分布式数据库,且分布式数据库具备海量数据存储、高并发处理能力、高可用性、高可靠性等优势,因此可以很好满足对海量金融数据存储的高可靠性和高可用性要求,是未来金融级数据库的主流发展方向。
由于传统分布式数据库的部署需要在多个物理服务端上部署不同的数据库组件,但物理机系统环境的不一致,分布式数据库在部署时很容易因为环境问题而部署失败。为了解决分布式数据库部署存在的环境问题,出现了将分布式数据库的所有组件都部署在容器中的部署方法。不同业务或租户的请求限定在对应的容器中进行处理,从而实现资源隔离。但是对于数据库集群而言,是通过多个容器对对应的数据库实例进行处理,因为多个容器之间的数据面会存在数据影响,从而不能实现集群级的隔离,导致资源隔离性并不强。
基于此,本申请公开了一种数据库部署方法、数据库处理方法、相关设备及存储介质,本申请实施例通过进行数据面容器部署,进行数据库集群业务处理时,只需要将待处理的业务分发至一个数据面容器进行处理即可,实现了集群级资源隔离,同时保证了数据库部署速度。
下面结合附图,对本申请实施例作进一步阐述。
如附图1,图1是本申请一个实施例提供的数据库部署方法的系统架构的示意图。在图1的示例中,该系统架构包括用户接口端、服务端、控制面和数据面容器。
其中,用户接口端作为数据库部署流程的发起者,且用户接口端与服务端通信连接,用于将容器的部署请求和配置参数发送至服务端,并接收来自于服务端反馈的部署结果和容器信息。用户接口端还与控制面通信连接,并将集群信息发送至控制面,以使控制面将集群信息下发至数据面容器。
服务端为云服务提供者,且服务端与用户接口端通信连接,服务端还与数据面容器通信连接。服务端接收来自用户接口端发送的部署请求和配置参数,根据部署请求和配置参数进行数据面容器部署。
控制面与数据面容器通信连接,以接收来自用户接口端发送的集群信息后下发至数据面容器以实现对数据面容器的管控。
数据面容器与服务端通信连接,且数据面容器由服务端根据部署请求和配置参数进行数据面容器部署得到。
在本实施例中,用户接口端向服务端发送容器的部署请求和配置参数,服务端接收部署请求和配置参数后进行数据面容器部署,服务端根据数据面容器的部署成功生成部署结果和容器信息反馈至用户接口端。用户接口端根据部署结果将容器信息加入元数据库的原始组件信息中得到集群信息,然后用户接口端将集群信息发送至控制面,且控制面将集群信息下发至数据面容器,从而实现控制面对数据面容器的管控。
本申请实施例描述的系统架构以及应用场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域技术人员可知,随着系统架构的演变和新应用场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本领域技术人员可以理解的是,图1中示出的系统架构并不构成对本申请实施例的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
在图1所示的系统架构中,各个设备可以分别调用其储存的数据库部署程序,以执行数据库部署。
参照图2,本申请实施例公开了一种数据库部署方法,应用于用户接口端,包括但不限于包括步骤S1100至步骤S1400。
S1100、发送容器的部署请求和配置参数至服务端,以使服务端根据部署请求和配置参数进行数据面容器部署,配置参数包括:数据面配置参数;
S1200、接收服务端反馈的部署结果和容器信息;
S1300、根据部署结果将容器信息加入原始组件信息中,得到集群信息;
S1400、将集群信息发送至控制面,以使控制面将集群信息发送至对应的数据面容器并管控数据面容器。
其中,用户接口端是调用分布式数据库的总控平台,也即用户通过用户接口端下发部署请求和配置参数。用户接口端也是数据库部署流程的发起者,提供数据库用户的自服务门户,从而实现数据面各个组件的容器化编排工作。
在一些实施例中,通过将容器的部署请求和配置参数发送至服务端,以使服务端根据部署请求和配置参数对数据面容器部署,其中,配置参数包括:数据面配置参数。由于容器的配置参数中包括数据面配置参数,则服务端根据部署请求和配置参数创建容器,然后根据数据面配置参数在容器内部署对应的组件以构建数据面,从而实现数据面容器部署。因此,在容器部署时进行数据面容器部署,也即对数据面进行容器封装,则部署时只需要调用数据面容器,即可对整个数据面对应的数据库集群进行调用,且处理业务时控制面调用一个数据面容器即可,以实现了集群级资源隔离,并提高了资源隔离性。
在一些实施例中,数据面配置参数包括:数据面组件配置信息、用户信息和安装信息,数据面组件配置信息包括:IP地址信息、端口信息和主备状态信息。
数据面配置参数包括:数据面组件配置信息、用户信息和安装信息,所以发送用户信息、安装信息和数据面组件配置信息至服务器,以便于服务器根据安装信息和数据面组件配置信息进行数据面组件的部署。其中,主备状态信息包括主设备状态信息和备用设备状态信息,通过主设备状态信息和备用设备状态信息知晓哪一台设备为主设备哪一台为备用设备。用户信息则是安装数据面组件时需要配置后续可以实用的用户的信息,主要是用户名、用户密码等信息。安装信息则可以包括数据面容器的安装路径、安装模式,以清楚数据面容器安装于哪一台服务器上和/或安装于什么目录下等。
具体地,用户接口端上设置有用户接口平台,根据用户在用户接口平台的界面上填写安装组件信息、用户信息和安装信息,根据安装组件信息、用户信息和安装信息确定配置参数,且配置参数包括数据面配置参数,也即包括多个组件的配置信息。其中,填写的安装组件信息包括数据存储节点、全局事务节点、计算节点和导入导出工具对应的相关信息,因此数据面组件包括数据存储节点、全局事务节点、计算节点和导入导出工具等,所以数据面组件配置信息包括数据存储节点、全局事务节点、计算节点和导入导出工具对应的IP地址信息、端口信息和主备状态信息。因此,通过输入数据面组件配置信息包括数据存储节点、全局事务节点、计算节点和导入导出工具对应的IP地址信息、端口信息和主备状态信息,以使服务端接收到部署请求后根据数据面组件配置信息进行数据面容器部署,以实现数据面容器化,从而实现集群级资源隔离。
在一些实施例中,参照图3,在发送容器的部署请求和配置参数至服务端之前,数据库部署方法还包括但不限于包括步骤S1510至步骤S1530。
S1510、接收容器的配置参数,根据配置参数生成配置文件;
S1520、对配置文件进行校验,以得到校验结果;
S1530、根据校验结果为校验通过,将容器的部署请求和配置参数发送至服务端。
其中,为了使得用户输入安装组件信息形成的配置参数发送至服务端后,服务端可以根据配置参数稳定且准确地进行数据面容器部署。因此接收容器配置参数后,根据配置参数生成配置文件,然后对配置文件进行校验以得到校验结果。通过校验结果为校验通过才将部署请求和配置参数发送至服务端,使得服务端可以根据部署请求和部署参数准确且稳定地进行数据面容器部署。
例如,根据配置参数生成配置文件为new_ini文件,然后对new_ini文件进行集群配置校验以得到校验结果,若校验结果为校验通过则将部署请求和配置参数发送至服务端,以使服务端根据部署请求和配置参数进行数据面容器部署。若校验结果为校验失败,则将停止数据库部署流程。
在一些实施例中,参照图4,步骤S1520包括但不限于包括步骤S1521。
S1521、对配置文件进行合理性校验和准确性校验,以得到校验结果。
其中,对配置文件进行校验主要是对所有配置参数的准确性和合理性进行校验,以确保配置信息符合数据库部署的条件。例如,对于配置文件进行合理性校验和准确性校验,可以为检测配置文件中的组件信息是不能为空,且集群对于不同层级下的数据存储节点数目以及所处位置满足预设要求。因此,通过对配置文件进行合理性校验和准确性校验,以确保服务端根据配置参数和部署请求进行数据面容器部署满足部署要求。
在一些实施例中,容器信息包括:容器地址信息、配置参数和相关用户信息。
具体地,当服务端完成数据面容器后会反馈部署结果和容器信息,若服务端无法进行数据面容器部署则不会反馈部署结果和容器信息。因此接收到部署结果和容器信息则可以继续进行数据库部署流程。其中,接收到容器信息后需要将容器信息加入到原始组件信息中,以得到集群信息,再将集群信息和数据面配置参数放入元数据库中,以便于后续数据面容器的调用。因此,容器信息包括:容器IP地址信息、容器机房位置信息、配置参数和相关用户信息。其中,容器机房位置信息为数据面容器所在物理机房信息。配置参数则是每个组件信息,相关用户信息包括:用户权限信息及其对应的密码信息,其中用户权限信息可以包括root权限用户信息、高权限用户信息、普通权限用户信息等。因此,控制面根据不同用户权限信息以及对应的密码信息,以实现不同数据面容器的控制。
其中,由于数据面容器上会设置对应的标签,且标签用于标识容器数据什么类型,而下发的配置参数不仅包括组件信息还包括容器信息,且容器信息包括容器IP地址信息,以使服务端对容器标记上对应的标签,以标识容器的类型。
在一些实施例中,参照图5,步骤S1400包括但不限于包括步骤S1410和步骤S1420。
S1410、根据部署结果调用数据库集群的原始接口,通过原始接口将数据面配置参数和集群信息写入至元数据库中;
S1420、根据元数据库中的控制面组件信息,调用控制面的组建集群接口,并通过控制面的组建集群接口将集群信息下发至对应的数据面容器,以使控制面管控数据面容器。
具体地,将容器信息加入到原始组件信息后生成集群信息。其中,原始组件信息包括:数据存储节点、计算节点、全局事务节点、导入导出工具等基本信息,而集群信息则是组件之间的逻辑关系信息,例如全局事务节点和数据存储节点的绑定关系信息。因此得到集群信息后通过调用数据库集群的原始接口将集群信息和数据面配置参数写入元数据库中,以对元数据库进行数据存储和调用。将数据面配置参数和集群信息写入到元数据库的同时,也将配置参数中的其他组件信息也写入到元数据库中。完成组件信息和集群信息写入到元数据库后,根据元数据库中的控制面组件信息调用控制面的组建集群接口,并通过控制面的组建集群接口将集群信息发送至对应的数据面容器,以使控制面控制数据面容器。因此完成了数据库部署的同时,也实现了数据库集群由控制面接管的操作,则后续的数据库运维操作则由控制面进行接管。
以GoldenDB数据库为例,数据库集群的原始接口为GoldenDB接口,则通过调用GoldenDB接口将数据面配置参数和集群信息写入至元数据库中。然后根据元数据库中的GoldenDB控制面信息,调用GoldenDB控制面的组建集群接口,以通过GoldenDB控制面的组建集群接口将集群信息下发至对应的数据面容器,以使控制面管控数据面容器。因此,通过将控制面管控数据面容器,则后续的GoldenDB控制面管控GoldenDB数据库集群并进行相关运维管理。
在一些实施中,参照图6,数据库部署方法还包括但不限于包括步骤S1610至步骤S1650。
S1610、接收查询指令,根据查询指令输出已安装集群的多个集群信息;
S1620、接收根据多个集群信息选择其中一个集群生成的扩容请求和容器的扩容参数;
S1630、发送扩容请求和扩容参数至服务端,以使服务端启动对应的数据面容器;
S1640、接收服务端发送的容器信息,并将容器信息写入目标集群中原始组件信息中,得到扩容集群信息;
S1650、将扩容集群信息发送至控制面,以使控制面将扩容集群信息下发至对应的数据面容器并管控数据面容器。
当数据面容器部署成功后,若需要进一步扩容集群,则接收到查询接口,然后根据查询接口输出数据库存储已安装的多个集群信息,以便于用户根据多个集群信息选择需要进行扩容的数据库集群。因此根据从多个集群信息中选择的任意一个集群信息形成对应的扩容请求和扩容参数,然后将扩容请求和扩容参数发送至服务端,以使服务端根据扩容请求和扩容参数启动对应的数据面容器,以将该数据库集群加入到数据面容器中,从而实现数据库集群的扩容。当服务端完成数据面容器启动后,接收来自服务端发送的容器信息,然后将容器信息写入到目标集群中的原始组件信息,得到扩容集群信息,然后再将扩容集群信息发送至控制面,以使控制面将扩容集群信息下发至对应的数据面容器以管控数据面容器,不仅实现数据库集群的扩容,还使得扩容的数据库集群也实现了集群级资源隔离的效果。
在一些实施例中,在发送扩容请求和扩容参数至服务端之前,根据扩容参数生成扩容文件,然后对扩容文件进行集群配置校验以得到校验结果。若校验结果为校验通过则将扩容请求和扩容参数发送至服务端,以保证服务端根据扩容请求和扩容参数成功启动对应的数据面容器。若校验结果为校验失败,则不执行后续的数据库集群扩容。
本申请实施例通过进行数据面容器部署,因此,进行数据库集群业务处理时,只需要将待处理的业务分发至一个数据面容器进行处理即可,实现了集群级资源隔离,同时保证了数据库部署速度。
另外,参照图7,本发明实施例还公开了一种数据库部署方法,应用于服务端,方法包括但不限于步骤S2100至步骤S2300。
S2100、接收用户接口端发送容器的部署请求和配置参数,配置参数包括数据面配置参数;
S2200、根据部署请求与配置参数进行数据面容器部署,以得到部署结果和容器信息;
S2300、将部署结果和容器信息发送至用户接口端,以使用户接口端根据部署结果将容器信息加入原始组件信息中,得到集群信息,且用户接口端将集群信息发送至控制面,以使控制面将集群信息下发至对应的数据面容器并管控数据面容器。
其中,服务端上设置有PaaS平台,且PaaS平台负责数据库的容器镜像管理以及容器化部署工作,负责接收用户接口端发送的部署请求和配置参数,然后根据部署请求和配置参数创建数据面容器并进行部署,从而将数据面进行容器封装,以实现集群级的资源隔离。
例如,服务端可以通过执行步骤S2100,接收用户接口端执行上述步骤S1100发送的容器的部署请求和配置参数,以根据部署请求和配置参数执行步骤S2200的数据面容器部署。并通过执行步骤S2300将部署结果和容器信息发送用户接口端执行上述步骤S1200。
在一些实施例中,参照图8,步骤S2200包括但不限于包括步骤S2210和步骤S2220。
S2210、根据部署请求创建容器;
S2220、根据配置参数中的数据面配置参数在容器中部署数据面对应的组件以进行数据面容器部署,得到部署结果和容器信息。
根据接收的部署请求创建对应的容器,其中,创建容器后需要对部署的容器打上标签,以标识容器的类型,然后完成了容器类型的标识后根据配置参数中的数据面配置参数在容器中部署数据面对应的组件,以实现数据面容器部署。同时根据配置参数中其他组件信息在容器中部署对应的组件,然后根据容器类型的标识和组件的部署,以生成容器信息。其中,容器信息包括配置参数,且配置参数包括数据面配置参数,数据面配置参数包括:数据面组件配置信息、用户信息和安装信息,数据面组件配置信息包括IP地址信息、端口信息、主备状态信息。得到了容器信息后将容器信息发送至用户接口端,以使用户接口端将容器信息加入到原始组件中,以生成集群信息,然后将集群信息写入到元数据库和数据面容器中,从而实现控制面对元数据库和数据面容器的管控。
在一些实施例中,参照图9,数据库部署方法还包括但不限于包括步骤S2400和步骤S2500。
S2400、接收用户接口端发送扩容请求和容器的扩容参数,根据扩容请求和扩容参数启动对应的数据面容器;
S2500、发送部署结果和容器信息至用户接口端,以使用户接口端将容器信息写入元数据库的原始组件信息中,得到扩容集群信息,且用户接口端将扩容集群信息发送至控制面,以使控制面将集群信息下发至对应的数据面容器以管控数据面容器。
当数据面容器部署完成后,需要对数据库集群进行扩容,且扩容的同时可以实现集群级的资源隔离。因此接收到用户接口端发送的扩容请求和扩容参数,然后根据扩容请求和扩容参数启动对应的数据面容器,并将数据面容器的容器信息发送至用户接口端。由于数据面容器以经部署完成,所以对于数据库集群进行扩容时只需要启动对应的数据面容器即可,然后通过控制面下发扩容集群信息至数据面容器,以使控制面管控数据面容器。因此,需要扩容数据库集群时,只需要输入配置参数即可将对应的数据库集群加入到对应的数据面容器中,实现数据库集群的扩容,且扩容的数据库集群仍可以保持着集群级的资源隔离。
例如,服务端可以通过执行步骤S2400,接收用户接口端执行上述步骤S1630发送的扩容请求和容器扩容参数,以根据扩容请求和扩容参数启动对应的数据面容器。
本申请实施例通过进行数据面容器部署,因此,进行数据库集群业务处理时,只需要将待处理的业务分发至一个数据面容器进行处理即可,实现了集群级资源隔离,同时保证了数据库部署速度。
另外,参照图10,本发明实施例公开了一种数据库部署方法,应用于控制面,包括但不限于包括步骤S3100和步骤S3200。
S3100、接收用户接口端发送的集群信息,集群信息由用户接口端将部署请求和配置参数发送至服务端,服务端根据用户接口端发送的部署请求和配置参数进行数据面容器部署以得到并发送部署结果和容器信息至用户接口端,用户接口端根据部署结果将配置参数加入原始组件信息中得到;
S3200、将集群信息下发至对应的数据面容器以管控数据面容器。
其中,控制面为数据库运维人员可见组件,且控制面可以进行元数据查询和修改接口,用于接收集群信息,且控制面上设置有组建集群接口负责下发集群信息给对应的数据面容器。控制面通过获取用户接口端发送的集群信息,然后将集群信息下发至对应的数据面容器以管控数据面容器,以实现后续的数据库运维操作的接管。
具体地,通过部署结果和容器信息进行数据面容器部署,然后控制面将集群信息下发至对应的数据面容器以实现数据面容器的管控,且一个数据面容器对应一个数据库集群,所以处理业务时,控制面调用一个数据面容器即可,实现了集群级资源隔离,提高了资源隔离性。
例如,控制面执行步骤S3100,接收来自用户接口端执行上述步骤S1400发送的集群信息,并将集群信息下发至对应的数据面容器以管控数据面容器。
在一些实施例中,参照图11,步骤S3200包括但不限于包括步骤S3210。
S3210、根据用户接口端根据元数据库中的控制面组件信息调用组建集群接口,通过组建集群接口将集群信息下发至对应的数据面容器,以管控数据面容器。
由于控制面上设置由组建集群接口,所以控制面需要通过组建集群接口将集群信息下发至对应的数据面容器。用户接口端则需要根据控制面组件信息调用组建集群接口,则控制面才可以通过组建集群接口将集群信息下发至数据面容器以管控数据面容器。通过控制面的组建集群接口的调用,然后通过组建集群接口将集群信息下发至数据面容器,实现数据库集群的接管,所以后续的数据库集群的运维操作由控制面进行管控。
例如,用户接口端执行步骤S3210,以根据用户接口端执行上述步骤S1420调用的组建集群接口,以通过组建集群接口将集群信息下发至数据面容器。
另外,参照图12,本发明实施例公开了一种数据库部署方法,应用于数据面容器,数据面容器由服务端根据用户接口端发送的部署请求和配置参数进行数据面容器部署以得到,方法包括但不限于包括步骤S4100。
S4100、接收控制面发送的集群信息,以根据集群信息,接受控制面的管控;
其中,集群信息由用户接口端根据服务端发送的部署结果将配置参数加入原始组件信息中得到。
其中,将数据面进行容器封装以得到数据面容器,且一个数据面容器对应一个数据库集群,当需要对数据库集群进行业务处理时,只需要控制面调用一个数据面容器即可,从而实现集群级资源隔离。当服务端根据部署请求和配置参数进行数据面容器部署得到数据面容器,数据面容器启动后接收来自控制面的集群信息,以接受控制面管控。由于数据面容器的创建是将数据面进行容器封装,所以实现了集群级资源隔离,提高资源隔离性。
例如,数据面容器可以通过执行步骤S4100,接收控制面执行上述步骤S3200发送的集群信息,以使控制面管控数据面容器。
本申请实施例通过进行数据面容器部署,因此,进行数据库集群业务处理时,只需要将待处理的业务分发至一个数据面容器进行处理即可,实现了集群级资源隔离,同时保证了数据库部署速度。
另外,参照图13,用户接口端根据用户填写的配置参数,然后根据配置参数生成配置文件,并对配置文件进行准确性校验和合格性校验以得到校验结果,若校验结果为校验通过则将部署请求和配置参数发送至服务端。服务端根据部署请求和配置参数对数据面容器进行部署,以得到部署结果和容器信息,然后将部署结果和容器信息发送至用户接口端。用户接口端根据部署结果将容器信息加入到原始组件信息中,以生成集群信息。然后用户接口端调用数据库集群的原始接口以将集群信息和数据面配置参数写入到元数据库中,再调用控制面的组建集群接口将集群信息下发至对应的数据面容器以使控制面管控数据面容器。
示例性的,以服务端为PaaS平台,且用户接口端为用户接口平台,数据库为GoldenDB数据库,且控制面为GoldenDB控制面进行说明:
用户接口平台根据在界面填写需要安装的配置参数,且配置参数包括数据面配置参数,数据面配置参数包括数据面组件配置信息,且数据面组件配置信息包括DB、GTM、PROXY、LOADSERVER等容器的相关信息;且用户接口平台根据配置参数生成配置文件为new_ini文件,对new_ini文件进行集群配置校验;用户接口平台调用PaaS平台,将部署请求以及my.cnf等配置参数发至PaaS平台,并等待PaaS平台反馈部署结果和容器信息。PaaS平台根据用户接口平台下发的配置参数进行数据面容器部署,并返回数据面容器的部署结果以及虚拟IP等容器信息。用户接口平台接收部署结果和容器信息,并将虚拟IP等容器信息合入原始组件信息中,生成集群信息;用户接口平台调用GoldenDB接口,将集群信息、数据面配置参数以及其他组件信息写入元数据库中;用户接口平台根据控制面组件信息调用GoldenDB控制面的组建集群接口,GoldenDB控制面的组建集群接口接收调用后下发集群信息给对应数据面容器,集群新增完成。
参照图14,用户接口端接收查询指令,根据查询指令输出数据库存储的多个集群信息,根据选择其中一个集群信息形成扩容请求和扩容参数。用户接口端根据扩容参数生成扩容文件,然后对扩容文件进行集群配置校验以得到校验结果,若校验通过则将扩容请求和扩容参数发送至服务端。服务端根据扩容请求和扩容参数启动对应的容器,并返回部署结果和容器信息至用户接口端。用户接口端根据部署结果将容器信息合入原始组件信息中,以生成扩容集群信息。用户接口端通过调用数据库集群的原始接口将扩容集群信息和数据面配置参数写入到元数据库中,然后用户接口端调用控制面的组建集群接口,通过控制面的组建集群接口将扩容集群信息下发至对应的数据面容器,从而实现数据库集群的扩容,且实现数据库集群的集群级资源隔离。
示例性的,以服务端为PaaS平台,且用户接口端为用户接口平台,数据库为GoldenDB数据库,且控制面为GoldenDB控制面进行说明:
查询用户接口平台自身数据库,根据查询指令用户接口平台列出现已安装的多个集群信息,用户选择希望进行扩容的集群以得到扩容请求;用户根据希望扩容的集群和分片,在用户接口平台的界面填写安装组件信息,包括租户DB、GTM、PROXY、LOADSERVER等容器信息得到扩容参数;用户接口平台根据扩容参数生成配置文件为new_ini文件,对new_ini文件进行集群配置校验;用户接口平台调用PaaS平台,将扩容请求以及my.cnf等配置参数下发至PaaS平台,并等待PaaS平台的响应结果;PaaS平台根据用户接口平台下发的配置参数,启动对应的数据面容器,并返回数据面容器的部署结果以及虚拟IP等容器信息;用户接口平台接收反馈信息,并将容器IP等容器信息合入原始组件信息中,生成扩容集群信息;用户接口平台调用GoldenDB接口,将扩容集群信息、数据面配置参数以及其他组件信息写入元数据库中;用户接口平台根据元数据库的控制面信息,调用GoldenDB控制面的组建集群接口,GoldenDB控制面的组建集群接口接收调用后下发集群信息给对应数据面容器,副本新增完成。
综上,通过进行数据面容器部署,以将数据面容器化,解决环境不一致对分布式数据库部署带来的问题。分布式数据库由于其分布式部署的特点,具有环境未知性,不同环境会对数据库相关组建的安装产生影响,甚至导致安装失败,而将数据面容器化可以将模块的环境依赖提前配置完成,即使在不同的系统环境下都可以进行快速部署。同时,提升了分布式业务的资源隔离性,相对于相关技术容器化不是方法,本发明将数据库的控制面正常部署,负责分布式事务的总体控制,而数据面容器化部署,且一个数据面容器对应一个数据库集群,分布式业务请求到来时,控制面可以将待处理的业务分发至一个数据面容器进行处理,有效实现了集群级资源隔离。由于将数据面容器化部署还可以克服容器化部署控制面存在的额外部署开销,有效减少资源损耗,提高资源利用率。由于设置用户接口端,且用户接口端与分布式数据库融合部署,用户可以通过用户接口端时刻对数据面容器的部署请求进行监控和交互,从而提升了用户在数据库部署时的交互性。由于数据库在版本迭代时可能会因为新功能的加入而导致环境需要重新配置,而系统环境的不同导致版本迭代效率较低。通过数据面容器化部署无需考虑系统环境如何,所以版本迭代只需要对容器镜像进行修改即可,降低了版本迭代难度。由于每个历史的容器都可以进行保存,也有利于版本的快速回滚。
另外,参照图15,本申请实施例还公开了一种数据库处理方法,应用于控制面,方法包括步骤S5100和步骤S5200。
S5100、生成数据库集群的操作指令;
S5200、下发操作指令至集群信息对应的数据面容器,以对数据面容器中的数据库集群进行操作,数据面容器为部署有对应一个数据库集群的数据面功能的容器。
其中,控制面为执行上述步骤S3100和步骤S3200、步骤S3210的控制面。
当完成数据库部署后,且控制面将集群信息下发至数据面容器实现对数据面容器的控制,从此数据面容器的运维监管由控制面进行。因此,当需要对数据面容器所连接的数据库集群进行操作时,生成数据库集群的操作指令,由于数据面容器中存储有集群信息,所以可以将操作指令下发至集群信息对应的数据面容器,以对数据面容器中的数据库集群进行操作,从而实现数据库集群的监管。
例如,控制面为GoldenDB控制面,GoldenDB控制面为数据库集群的运维人员可见组建,包括元数据查询和修改接口的功能,因此当需要进行数据查询,则生成数据库集群的操作指令。由于数据面容器对应一个数据库集群,且数据库集群为GoldenDB集群,因此,GoldenDB控制面发送操作指令至数据面容器以对数据面容器中的GoldenDB集群进行操作,从而实现GoldenDB集群的接管和GoldenDB集群的运维操作。
具体地,操作指令主要包括:查询指令、数据调用指令、读取指令、存储指令、备份恢复指令、数据一致性查询指令、分片配置一致性比对指令、数据重分布指令等。
另外,参照图16,本申请实施例还公开一种数据库处理方法,应用于数据面容器,数据面容器为部署有对应一个数据库集群的数据面功能的容器,方法包括:
S6100、接收控制面下发用于操作数据库集群的操作指令;
S6200、根据操作指令对数据库集群进行对应的操作。
其中,数据面容器为执行上述步骤S4100的数据面容器。
具体地,由于数据面容器是设置有数据面功能的容器,且通过对数据面进行容器化以进行集群级资源隔离。当接收集群信息后由控制面进行数据面容器的监管。因此,需要进行数据库集群的数据处理时,接收来自控制面的操作指令,且一个数据面容器对应一个数据库集群。因此根据操作指令对数据库集群进行对应的操作,从而实现控制面对数据库集群直接进行数据处理,无需通过用户接口端调用控制面的组建集群接口进行数据面容器的连接,使得数据库部署后数据库集群的监管更加简易。
例如,数据面容器可以通过执行步骤S6100以接收控制面执行步骤S5200下发的操作指令,以根据操作指令对数据库集群进行操作,从而实现数据库集群的运维管理。其中,数据库集群为GoldenDB集群,控制面为GoldenDB控制面,所以数据面容器接收来自GoldenDB控制面发送到操作指令,以对GoldenDB集群进行对应的操作,从而实现GoldenDB集群的运维操作。
另外,本申请其他实施例还公开了一种用户接口设备,包括:
第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序,所述第一处理器执行所述程序时实现:
如上描述的图2中的方法步骤S1100至步骤S1400、图3中的方法步骤S1510至步骤S1530、图4中的方法步骤S1521、图5中的方法步骤S1410和步骤S1420、图6中的方法步骤S1610至步骤S1650。
第一处理器和第一存储器可以通过总线或者其他方式连接。
第一存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,第一存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,第一存储器可选包括相对于第一处理器远程设置的第一存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
需要说明的是,本实施例中的用户接口设备,可以应用为如图1所示实施例的系统架构中的用户接口端,本实施例中的用户接口设备和如图1所示实施例的系统架构中的用户接口设备具有相同的发明构思,因此这些实施例具有相同的实现原理以及技术效果,此处不再详述。
实现上述实施例的数据库部署方法所需的非暂态软件程序以及指令存储在第一存储器中,当被第一处理器执行时,执行上述实施例中的数据库部署方法,例如,执行以上描述的图2中的方法步骤S1100至步骤S1400、图3中的方法步骤S1510至步骤S1530、图4中的方法步骤S1521、图5中的方法步骤S1410和步骤S1420、图6中的方法步骤S1610至步骤S1650。
另外,本申请其他实施例还公开了一种服务设备,包括:第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序,所述第二处理器执行所述程序时实现;
如上描述的图7中的方法步骤S2100至步骤S2300、图8中的方法步骤S2210和步骤S2220、图9中的方法步骤S2400和步骤S2500。
第二处理器和第二存储器可以通过总线或者其他方式连接。
第二存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,第二存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,第二存储器可选包括相对于处理器远程设置的第二存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
需要说明的是,本实施例中的服务设备,可以应用为如图1所示实施例的系统架构中的服务端,本实施例中的服务设备和如图1所示实施例的系统架构中的服务端具有相同的发明构思,因此这些实施例具有相同的实现原理以及技术效果,此处不再详述。
实现上述实施例的数据库部署所需的非暂态软件程序以及指令存储在第二存储器中,当被第二处理器执行时,执行上述实施例中的数据库部署方法,例如,执行以上描述的图7中的方法步骤S2100至步骤S2300、图8中的方法步骤S2210和步骤S2220、图9中的方法步骤S2400和步骤S2500。
另外,本申请其他实施例还公开了一种控制面设备,包括:
第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的计算机程序,所述第三处理器执行所述程序时实现;
如上描述的图10中的方法步骤S3100和步骤S3200、图11中的方法步骤S3210、图12中的方法步骤S3300和步骤S3400、图15中的方法步骤S5100和步骤S5200。
第三处理器和第三存储器可以通过总线或者其他方式连接。
第三存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,第三存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,第三存储器可选包括相对于处理器远程设置的第三存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
需要说明的是,本实施例中的控制面设备,可以应用为如图1所示实施例的系统架构中的控制面,本实施例中的控制面设备和如图1所示实施例的系统架构中的控制面具有相同的发明构思,因此这些实施例具有相同的实现原理以及技术效果,此处不再详述。
实现上述实施例的数据库部署所需的非暂态软件程序以及指令存储在第三存储器中,当被第三处理器执行时,执行上述实施例中的数据库部署方法,例如,执行以上描述的图10中的方法步骤S3100和步骤S3200、图11中的方法步骤S3210,图15中的方法步骤S5100和步骤S5200。
另外,本申请其他实施例还公开了一种数据面设备,包括:
第四存储器、第四处理器及存储在第四存储器上并可在第四处理器上运行的计算机程序,所述第四处理器执行所述程序时实现;
如上描述的图12中的方法步骤S4100,图16中的方法步骤S6100和步骤S6200。
第四处理器和第四存储器可以通过总线或者其他方式连接。
第四存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,第四存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,第四存储器可选包括相对于处理器远程设置的第四存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
需要说明的是,本实施例中的数据面设备,可以应用为如图1所示实施例的系统架构中的数据面容器,本实施例中的数据面设备和如图1所示实施例的系统架构中的数据面容器具有相同的发明构思,因此这些实施例具有相同的实现原理以及技术效果,此处不再详述。
实现上述实施例的数据库部署所需的非暂态软件程序以及指令存储在第四存储器中,当被第四处理器执行时,执行上述实施例中的数据库部署方法,例如,执行以上描述的图12中的方法步骤S4100,图16中的方法步骤S6100和步骤S6200。
另外,本申请其他实施例还公开了一种计算机可读存储介质,存储有计算机可执行指令,该计算机可执行指令被一个处理器或控制器执行,例如,被上述数据库部署方法实施例中的一个控制器执行,可使得上述处理器执行上述实施例中的数据库部署方法,例如,执行如上描述的图2中的方法步骤S1100至步骤S1400、图3中的方法步骤S1510至步骤S1530、图4中的方法步骤S1521、图5中的方法步骤S1410和步骤S1420、图6中的方法步骤S1610至步骤S1650,例如,执行如上描述的图7中的方法步骤S2100至步骤S2300、图8中的方法步骤S2210和步骤S2220、图9中的方法步骤S2400和步骤S2500,例如,执行如上描述的图10中的方法步骤S3100和步骤S3200、图11中的方法步骤S3210,例如,执行如上描述的图12中的方法步骤S4100,例如,执行如上描述的图15中的方法步骤S5100和步骤S5200,例如,执行如上描述的图16中的方法步骤S6100和步骤S6200。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理数据库部署方法或所有物理数据库部署方法可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、储存设备存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包括计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
还应了解,本发明实施例提供的各种实施方式可以任意进行组合,以实现不同的技术效果。
以上是对本发明的较佳实施进行了具体说明,但本发明并不局限于上述实施方式,熟悉本领域的技术人员在不违背本发明精神的共享条件下还可作出种种等同的变形或替换,这些等同的变形或替换均包括在本发明权利要求所限定的范围内。
Claims (20)
1.一种数据库部署方法,其特征在于,应用于用户接口端,所述方法包括:
发送容器的部署请求和配置参数至服务端,以使所述服务端根据所述部署请求和所述配置参数进行数据面容器部署,所述配置参数包括:数据面配置参数;
接收服务端反馈的部署结果和容器信息;
根据所述部署结果将所述容器信息加入原始组件信息中,得到集群信息;
将所述集群信息发送至控制面,以使所述控制面将所述集群信息下发至对应的数据面容器并管控所述数据面容器。
2.根据权利要求1所述的数据库部署方法,其特征在于,在发送容器的部署请求和配置参数至服务端之前,所述方法还包括:
接收容器的配置参数,根据所述配置参数生成配置文件;
对所述配置文件进行校验,以得到校验结果;
根据所述校验结果为校验通过,将所述容器的所述部署请求和所述配置参数发送至所述服务端。
3.根据权利要求1所述的数据库部署方法,其特征在于,所述将所述集群信息发送至控制面,以使所述控制面将所述集群信息下发至对应的数据面容器并管控所述数据面容器,包括:
根据所述部署结果调用数据库集群的原始接口,通过原始接口将所述数据面配置参数和所述集群信息写入至所述元数据库中;
根据所述元数据库中的控制面组件信息,调用所述控制面的组建集群接口,并通过所述控制面的组建集群接口将所述集群信息发送至对应的数据面容器,以使所述控制面管控所述数据面容器。
4.根据权利要求1所述的数据库部署方法,其特征在于,所述数据面配置参数包括:数据面组件配置信息、用户信息和安装信息,所述数据面组件配置信息包括:IP地址信息、端口信息、主备状态信息。
5.根据权利要求2所述的数据库部署方法,其特征在于,所述对所述配置文件进行校验,以得到校验结果,包括:
对所述配置文件进行合理性校验和准确性校验,以得到校验结果。
6.根据权利要求1至5任一项所述的数据库部署方法,其特征在于,所述容器信息包括:容器地址信息、配置参数和相关用户信息。
7.根据权利要求1至5任一项所述的数据库部署方法,其特征在于,所述方法还包括:
接收查询指令,根据查询指令输出已安装集群的多个集群信息;
接收根据多个集群信息选择其中一个目标集群生成的扩容请求和容器的扩容参数;
发送所述扩容请求和扩容参数至服务端,以使服务端启动对应的数据面容器;
接收所述服务端发送的容器信息,并将所述容器信息写入目标集群中的原始组件信息中,得到扩容集群信息;
将所述扩容集群信息发送至控制面,以使所述控制面将所述扩容集群信息下发至对应的数据面容器并管控所述数据面容器。
8.一种数据库部署方法,其特征在于,应用于服务端,包括:
接收用户接口端发送容器的部署请求和配置参数,所述配置参数包括数据面配置参数;
根据所述部署请求与所述配置参数进行数据面容器部署,以得到部署结果和容器信息;
将所述部署结果和所述容器信息发送至所述用户接口端,以使所述用户接口端根据所述部署结果将所述容器信息加入原始组件信息中,得到集群信息,且用户接口端将集群信息发送至控制面,以使所述控制面将所述集群信息下发至对应的数据面容器并管控所述数据面容器。
9.根据权利要求8所述的数据库部署方法,其特征在于,所述根据所述部署请求与所述配置参数进行数据面容器部署,以得到部署结果和容器信息,包括:
根据所述部署请求创建容器;
根据所述配置参数中的数据面配置参数在所述容器中部署数据面对应的组件以进行数据面容器部署,得到所述部署结果和所述容器信息。
10.根据权利要求8所述的数据库部署方法,其特征在于,所述方法还包括:
接收用户接口端发送扩容请求和容器的扩容参数,根据所述扩容请求和所述扩容参数启动对应的数据面容器;
发送部署结果和容器信息至所述用户接口端,以使所述用户接口端将所述容器信息写入目标集群中的原始组件信息中,得到扩容集群信息,且所述用户接口端将所述扩容集群信息发送至控制面,以使所述控制面将所述集群信息下发至对应的所述数据面容器以管控所述数据面容器。
11.一种数据库部署方法,其特征在于,应用于控制面,所述方法包括:
接收用户接口端发送的集群信息,所述集群信息由用户接口端将部署请求和配置参数发送至服务端,服务端根据所述用户接口端发送的部署请求和配置参数进行数据面容器部署以得到并发送部署结果和容器信息至所述用户接口端,所述用户接口端根据部署结果将所述配置参数加入原始组件信息中得到;
将所述集群信息下发至对应的数据面容器以管控所述数据面容器。
12.根据权利要求11所述的数据库部署方法,其特征在于,所述将所述集群信息发送至对应的数据面容器以控制所述数据面容器,包括:
根据所述用户接口端根据所述元数据库中的控制面组件信息调用组建集群接口,通过所述组建集群接口将所述集群信息下发至对应的数据面容器,以管控所述数据面容器。
13.一种数据库部署方法,其特征在于,应用于数据面容器,所述数据面容器由服务端根据用户接口端发送的部署请求和配置参数进行数据面容器部署以得到,所述方法包括:
接收控制面下发的集群信息,以根据所述集群信息,接受所述控制面的管控;
其中,所述集群信息由所述用户接口端根据服务端发送的部署结果将所述配置参数加入原始组件信息中得到。
14.数据库处理方法,其特征在于,应用于控制面,所述方法包括:
生成数据库集群的操作指令;
下发所述操作指令至所述集群信息对应的数据面容器,以对所述数据面容器中的所述数据库集群进行操作,所述数据面容器为部署有对应一个数据库集群的数据面功能的容器。
15.数据库处理方法,其特征在于,应用于数据面容器,所述数据面容器为部署有对应一个数据库集群的数据面功能的容器,所述方法包括:
接收控制面下发用于操作数据库集群的操作指令;
根据所述操作指令对所述数据库集群进行对应的操作。
16.一种用户接口设备,其特征在于,包括:
第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序,所述第一处理器执行所述程序时实现:
如权利要求1至7中任一项所述的数据库部署方法。
17.一种服务设备,包括:
第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序,所述第二处理器执行所述程序时实现;
如权利要求8至10任一项所述的数据库部署方法。
18.一种控制面设备,包括:
第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的计算机程序,所述第三处理器执行所述程序时实现;
如权利要求11至12任一项所述的数据库部署方法;
或者,
如权利要求14所述的数据库处理方法。
19.一种数据面设备,包括:
第四存储器、第四处理器及存储在第四存储器上并可在第四处理器上运行的计算机程序,所述第四处理器执行所述程序时实现;
如权利要求13任一项所述的数据库部署方法;
或者,
如权利要求15所述的数据库处理方法。
20.一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于:
执行如权利要求1至7中任一项所述的数据库部署方法,或者如权利要求9至10任一项所述的数据库部署方法,或者如权利要求11至12任一项所述的数据库部署方法,或者如权利要求13任一项所述的数据库部署方法,或者如权利要求14所述的数据库处理方法,或者如权利要求15所述的数据库处理方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111580638.3A CN116340416A (zh) | 2021-12-22 | 2021-12-22 | 数据库部署方法、数据库处理方法、相关设备及存储介质 |
PCT/CN2022/136960 WO2023116420A1 (zh) | 2021-12-22 | 2022-12-06 | 数据库部署方法、数据库处理方法、相关设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111580638.3A CN116340416A (zh) | 2021-12-22 | 2021-12-22 | 数据库部署方法、数据库处理方法、相关设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116340416A true CN116340416A (zh) | 2023-06-27 |
Family
ID=86874754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111580638.3A Pending CN116340416A (zh) | 2021-12-22 | 2021-12-22 | 数据库部署方法、数据库处理方法、相关设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116340416A (zh) |
WO (1) | WO2023116420A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10114626B2 (en) * | 2015-11-23 | 2018-10-30 | Sap Se | Database level containers |
CN107515783B (zh) * | 2016-06-16 | 2021-01-22 | 阿里巴巴集团控股有限公司 | 基于应用容器集群工具的应用容器管控方法及装置 |
CN108549580B (zh) * | 2018-03-30 | 2023-04-14 | 平安科技(深圳)有限公司 | 自动部署Kubernetes从节点的方法及终端设备 |
CN110166278A (zh) * | 2019-04-09 | 2019-08-23 | 平安科技(深圳)有限公司 | Kubernetes集群搭建方法、装置、计算机设备及存储介质 |
CN111212116A (zh) * | 2019-12-24 | 2020-05-29 | 湖南舜康信息技术有限公司 | 一种基于容器云的高性能计算集群创建方法和系统 |
CN111796838B (zh) * | 2020-06-30 | 2023-08-11 | 中国工商银行股份有限公司 | Mpp数据库自动部署方法及装置 |
-
2021
- 2021-12-22 CN CN202111580638.3A patent/CN116340416A/zh active Pending
-
2022
- 2022-12-06 WO PCT/CN2022/136960 patent/WO2023116420A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023116420A1 (zh) | 2023-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107515776B (zh) | 业务不间断升级方法、待升级节点和可读存储介质 | |
CN111966305B (zh) | 持久卷分配方法、装置、计算机设备和存储介质 | |
CN102609281B (zh) | 分布式软件补丁更新方法及系统 | |
CN105095317B (zh) | 分布式数据库服务管理系统 | |
CN113504954B (zh) | 调用CSI LVM Plugin插件、动态持久卷供应的方法、系统及介质 | |
CN113032085A (zh) | 云操作系统的管理方法、装置、服务器、管理系统及介质 | |
CN104219329A (zh) | 一种集群服务器中通过内容分发部署业务的方法 | |
CN104954458A (zh) | 一种基于龙芯平台的云操作系统的部署方法 | |
KR20170121714A (ko) | Vnf 라이선스 관리 기능을 가진 nfvo 및 이를 이용한 vnf 라이선스 관리 방법 | |
CN110442601A (zh) | 一种Openstack镜像数据并行加速的方法和装置 | |
CN102271046A (zh) | 利用虚拟单板生成配置文件的方法和装置 | |
US11645109B2 (en) | Managing failures in edge computing environments | |
CN107656814B (zh) | 一种中间件服务实现方法和装置 | |
CN116340416A (zh) | 数据库部署方法、数据库处理方法、相关设备及存储介质 | |
US10680890B2 (en) | Non-disruptively splitting a coordinated timing network | |
Khalel et al. | Enhanced load balancing in kubernetes cluster by minikube | |
CN104572255A (zh) | 一种多层应用托管方法、装置及系统 | |
CN103713952A (zh) | 一种基于ufs的虚拟磁盘分布式存储方法 | |
CN114443294B (zh) | 大数据服务组件部署方法、系统、终端及存储介质 | |
CN112564979B (zh) | 构建任务的执行方法、装置、计算机设备和存储介质 | |
CN109241110A (zh) | 订单管理方法及系统、电子设备、存储介质 | |
CN114896326A (zh) | 将大数据量的文本文件导入数据库的方法及装置 | |
KR102311842B1 (ko) | 전기차 충전소 관리를 위한 클라우드 컨테이너 플랫폼 | |
CN108540301A (zh) | 一种预置账户的密码初始化方法及相关设备 | |
Lim et al. | Service management in virtual machine and container mixed environment using service mesh |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |