WO2015176636A1 - 分布式数据库服务管理系统 - Google Patents

分布式数据库服务管理系统 Download PDF

Info

Publication number
WO2015176636A1
WO2015176636A1 PCT/CN2015/079247 CN2015079247W WO2015176636A1 WO 2015176636 A1 WO2015176636 A1 WO 2015176636A1 CN 2015079247 W CN2015079247 W CN 2015079247W WO 2015176636 A1 WO2015176636 A1 WO 2015176636A1
Authority
WO
WIPO (PCT)
Prior art keywords
database service
management system
service instance
database
node
Prior art date
Application number
PCT/CN2015/079247
Other languages
English (en)
French (fr)
Inventor
柴洪峰
何朔
祖立军
严逸兴
Original Assignee
中国银联股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中国银联股份有限公司 filed Critical 中国银联股份有限公司
Publication of WO2015176636A1 publication Critical patent/WO2015176636A1/zh

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

Definitions

  • the present invention relates to a database service management system and, more particularly, to a distributed database service management system.
  • the existing database service management system usually stores the database service instance and the database data in the local disk of the distributed server, and binds the IP address to the physical machine after the database service instance is created, so as to implement the external application to the database service. Access to the instance.
  • the existing technical solutions have the following problems: (1) since the database service instance and the database data are both stored in the local disk of the distributed server, it is difficult to achieve the high availability requirement of the database service (ie, lack of one or some (The mechanism for restoring the normal operation of the database service when some physical machines fail); (2) Since the IP address is bound to the physical machine after the database service instance is created, the physical machine where the database resides needs to be maintained and migrated. The database needs to change the IP address of the database service instance, which makes it difficult to adapt to various practical needs (for example, in a private cloud-based system, it is usually necessary to use an IP address as a connection parameter).
  • the present invention proposes a distributed database service management system capable of realizing high availability of database services and capable of meeting the actual needs of various database migrations.
  • a distributed database service management system comprising:
  • a master control node that runs on the basis of commands and/or configuration files from the user At least one database service instance on the data node, and receiving a database access request from the external application, and subsequently transmitting the received database access request to the destination database service instance to execute the requested database service;
  • At least one data node each of the data nodes managing and configuring a database service instance running thereon and resources associated therewith based on management instructions from the master control node.
  • the master control node and each of the data nodes are a single physical machine based on a computer.
  • the master control node further includes:
  • a user interface that receives commands and/or configuration files from the user
  • the service invocation interface receiving a database access request from the external application and subsequently transmitting the received database access request to the destination database service instance based on the routing table;
  • a resource management device that performs an associated resource management operation based on the command and/or configuration file.
  • the resource management operation includes at least one or more of the following: (1) adding a new data node and/or deleting an existing data node; (2) at a specific Create a new database service instance on the data node, or delete an existing database service instance on a specific data node, or backup business operation records; (3) manage and allocate IP address resources for each database service instance; (4) Manage and maintain storage space in the physical database.
  • each of the data nodes further includes a node agent and one or more database service instances running on the data node, the node agent being based on management from the master control node
  • the instructions manage and configure a database service instance running thereon and a resource associated therewith, the database service instance executing a corresponding database service in accordance with the received database service request.
  • the node agent is capable of performing at least one or more of the following operations based on management instructions from the master control node: (1) managing and maintaining specific storage in a physical database Space; (2) configure the high availability of the database service; (3) limit and isolate the CPU and memory resources used by multiple database service instances running on the data node; (4) configure each database service instance 6 and the physics The startup parameter of the database; (5) is running on the data node Each database service instance is configured and assigned an IP address.
  • the data is communicated between the master control node and each data node by means of a message queue.
  • each database service instance is bound to an IP address assigned thereto and each database service instance has a one-to-one correspondence with an IP address bound thereto, and The external application accesses the database service instance based on an IP address bound to the database service instance.
  • the high availability of the configuration database service includes causing the data node to support a dual-machine high-availability function, which refers to configuring the physical machines of the two data nodes as mutual Active/standby, that is, when one of the physical machines fails, the functions of all database service instances running on the physical machine are taken over by the corresponding standby database service instances running on the other physical machine.
  • a dual-machine high-availability function refers to configuring the physical machines of the two data nodes as mutual Active/standby, that is, when one of the physical machines fails, the functions of all database service instances running on the physical machine are taken over by the corresponding standby database service instances running on the other physical machine.
  • the database service instance when one physical machine fails and the database service instance running thereon is taken over by a corresponding standby database service instance running on another physical machine, the database service instance is released and tied thereto The specified IP address, and the corresponding standby database service instance then takes over the IP address bound to the database service instance.
  • data copying and synchronization are periodically performed between physical machines of two data nodes configured to be mutually active.
  • the database associated with each database service instance is in the form of a storage area network (SAN) that stores actual database data.
  • SAN storage area network
  • the system determines a forwarding route of the database access request based on the source IP address.
  • a database service instance running on one physical machine is configured for a write operation, and a corresponding standby run on another physical machine.
  • the database service instance is configured for read operations.
  • the distributed database service management system disclosed by the invention has the following advantages: (1) due to adoption
  • the node agent manages the database associated with the database service instance 6, and the database is in the form of a storage area network (SAN), so that high availability of the database service can be achieved; (2) because the IP address is bound to the database service instance instead of Bind to the physical machine, the migration and recovery of the database service instance can be realized without changing the access address, thereby significantly improving the applicability and expansion flexibility of the system.
  • SAN storage area network
  • FIG. 1 is a schematic structural diagram of a distributed database service management system in accordance with an embodiment of the present invention.
  • the distributed database service management system disclosed by the present invention includes a master control node 1 and at least one data node 2.
  • the master control node 1 manages the database service instance 6 running on the at least one data node 2 based on commands and/or configuration files from the user, and receives a database access request from the external application, and then The received database access request is passed to the destination database service instance 6 to execute the requested database service.
  • Each of said data nodes 2 manages and configures a database service instance 6 running thereon and resources associated therewith based on management instructions from said master control node 1.
  • the master control node 1 and each of the data nodes 2 are a single physical machine based on a computer.
  • the master control node 1 further includes a user interface 3, a service invocation interface 7, and a resource management device 4.
  • the user interface 3 receives commands and/or configuration files from a user (eg, an administrator).
  • the service invocation interface 7 receives a database access request from the external application and then transmits the received database access request to the destination database service instance 6 based on the routing table.
  • the resource management device 4 performs an associated resource management operation based on the command and/or configuration file.
  • the resource management operation includes at least one or more of the following: (1) adding a new data node 2 and/or deleting an existing data node. 2; (2) create a new database service instance 6 on a specific data node, or delete an existing database service instance 6 on a specific data node, or backup business operation records; (3) management and allocation for each database Service instance 6's IP address resource; (4) Manage and maintain storage space in the physical database (such as the creation or deletion of a specific storage space).
  • each of said data nodes 2 further includes a node agent 5 and one or more database service instances 6 running on the data node 2.
  • the node agent 5 manages and configures the database service instance 6 running thereon and the resources associated therewith based on management instructions from the master control node 1.
  • the database service instance 6 executes a corresponding database service in accordance with the received database service request.
  • the node agent 5 is capable of performing at least one or more of the following operations based on a management instruction from the master control node 1: (1) managing and Maintain specific storage space in the physical database; (2) configure high availability of the database service; (3) limit and isolate CPU and memory resources used by multiple database service instances 6 running on the data node; (4) configuration Each database service instance 6 and startup parameters of the physical database; (5) configure and assign an IP address for each database service instance 6 running on the data node.
  • the master control node 1 and each data node 2 perform data communication by means of a message queue.
  • each database service instance 6 is bound to an IP address assigned thereto and each database service instance 6 is bound to an IP address bound thereto.
  • a corresponding relationship ie, assigning a unique IP address to each database service instance 6
  • the external application accesses the database service instance 6 based on the IP address bound to the database service instance 6.
  • the high availability of the configuration database service includes enabling the data node 2 to support a dual-machine high-availability function, which refers to two data.
  • the physical machines of the node 2 are configured to be active and standby, that is, when one of the physical machines fails, the functions of all the database service instances 6 running on the physical machine are respectively executed by the corresponding standby database service instances 6 running on another physical machine. take over.
  • the database service instance 6 when one physical machine fails and the database service instance 6 running thereon is taken over by the corresponding standby database service instance 6 running on another physical machine, The database service instance 6 releases the IP address bound to it, and the corresponding standby database service instance 6 then takes over the IP address bound to the database service instance 6 (ie, changing the physical address does not change its access address) ).
  • only one of the database service instances 6 running on one physical machine and the corresponding standby database service instance 6 running on another physical machine are active at the same time.
  • data copying and synchronization are periodically performed between physical machines of two data nodes 2 configured to be mutually active.
  • the database associated with each database service instance 6 is in the form of a storage area network (SAN) that stores actual database data.
  • SAN storage area network
  • the use of the plurality of database service instances 6 running on the data nodes is dynamically allocated and isolated by using the Cgroups tool in the kernel of the l inux operating system. CPU and memory resources.
  • the distributed database service management system disclosed by the present invention determines a forwarding route of a database access request according to a source IP address.
  • the database service instance 6 running on one physical machine is configured for a write operation, and the other The corresponding standby database service instance 6 running on the physical machine is configured for read operations.
  • the distributed database service management system disclosed by the present invention has the following advantages: (1) since the database associated with the database service instance 6 is managed by the node agent, and the database is in the form of a storage area network (SAN), High availability of database services can be achieved; (2) because the IP address is bound to the database service instance rather than being bound to the physical machine, the migration and recovery of the database service instance can be implemented without changing the access address. Significantly improved system applicability and expansion flexibility.
  • SAN storage area network

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明提出了分布式数据库服务管理系统，所述系统包括总控节点和至少一个数据节点，所述总控节点能够基于来自用户的命令和/或配置文件管理运行于所述至少一个数据节点上的数据库服务实例，以及接收来自外部应用的数据库访问请求，并随之将所接收到的数据库访问请求传送到目的数据库服务实例以执行所请求的数据库服务。本发明所公开的分布式数据库服务管理系统能够实现数据库服务的高可用性并且能够满足各种数据库迁移实际需求。

Description

分布式数据库服务管理系统 技术领域
本发明涉及数据库服务管理系统，更具体地，涉及分布式数据库服务管理系统。
背景技术
目前，随着计算机和网络应用的日益广泛以及不同领域的业务种类的日益丰富，针对基于云计算的分布式数据库服务的管理变得越来越重要。
现有的数据库服务管理系统通常将数据库服务实例与数据库数据均存放在分布式服务器的本地盘中，并且在数据库服务实例创建后将其IP地址与物理机绑定，以实现外部应用对数据库服务实例的访问。
然而，现有的技术方案存在如下问题：(1)由于数据库服务实例与数据库数据均被存放在分布式服务器的本地盘中，故难于实现数据库服务的高可用要求(即缺乏在某个或某些物理机发生故障时恢复数据库服务正常运行的机制)；(2)由于在数据库服务实例创建后需将其IP地址与物理机绑定，故在数据库所驻留的物理机需要被维护而迁移该数据库时需要改变数据库服务实例的IP地址，由此导致难于适应各种实际需求(例如，在基于私有云的系统中，通常需要将IP地址作为连接参数)。
因此，存在如下需求：提供能够实现数据库服务的高可用性并且能够满足各种数据库迁移实际需求的分布式数据库服务管理系统。
发明内容
为了解决上述现有技术方案所存在的问题，本发明提出了能够实现数据库服务的高可用性并且能够满足各种数据库迁移实际需求的分布式数据库服务管理系统。
本发明的目的是通过以下技术方案实现的：
一种分布式数据库服务管理系统，所述分布式数据库服务管理系统包括：
总控节点，所述总控节点基于来自用户的命令和/或配置文件管理运行于 至少一个数据节点上的数据库服务实例，以及接收来自外部应用的数据库访问请求，并随之将所接收到的数据库访问请求传送到目的数据库服务实例以执行所请求的数据库服务；
至少一个数据节点，每个所述数据节点基于来自所述总控节点的管理指令管理和配置运行于其上的数据库服务实例以及与其相关联的资源。
在上面所公开的方案中，优选地，所述总控节点和每个所述数据节点是基于计算机的单一物理机。
在上面所公开的方案中，优选地，所述总控节点进一步包括：
用户接口，所述用户接口接收来自用户的命令和/或配置文件；
服务调用接口，所述服务调用接口接收来自所述外部应用的数据库访问请求并随之基于路由表将所接收到的数据库访问请求传送到目的数据库服务实例；
资源管理装置，所述资源管理装置基于所述命令和/或配置文件执行相关的资源管理操作。
在上面所公开的方案中，优选地，所述资源管理操作至少包括下列中的一个或多个：(1)增加新的数据节点和/或删除已有的数据节点；(2)在特定的数据节点上创建新的数据库服务实例、或删除特定的数据节点上的已有的数据库服务实例、或备份业务操作记录；(3)管理和分配针对各个数据库服务实例的IP地址资源；(4)管理和维护物理数据库中的存储空间。
在上面所公开的方案中，优选地，每个所述数据节点进一步包括节点代理和运行于该数据节点上的一个或多个数据库服务实例，所述节点代理基于来自所述总控节点的管理指令管理和配置运行于其上的数据库服务实例以及与其相关联的资源，所述数据库服务实例根据接收到的数据库服务请求执行相应的数据库服务。
在上面所公开的方案中，优选地，所述节点代理能够基于来自所述总控节点的管理指令至少执行下列中的一个或多个操作：(1)管理并维护物理数据库中的特定的存储空间；(2)配置数据库服务的高可用性；(3)限制并隔离该数据节点上运行的多个数据库服务实例所使用的CPU和内存资源；(4)配置各个数据库服务实例6和所述物理数据库的启动参数；(5)为运行在该数据节点上 的每个数据库服务实例配置和分配IP地址。
在上面所公开的方案中，优选地，所述总控节点和各个数据节点之间通过消息队列的方式进行数据通信。
在上面所公开的方案中，优选地，每个数据库服务实例与分配给其的IP地址绑定并且每个数据库服务实例与和其相绑定的IP地址是一一对应的关系，并且所述外部应用基于与所述数据库服务实例相绑定的IP地址访问所述数据库服务实例。
在上面所公开的方案中，优选地，配置数据库服务的高可用性包括使得所述数据节点支持双机高可用功能，所述双机高可用功能是指将两个数据节点的物理机配置为互为主备，即当其中的一个物理机发生故障后，该物理机上运行的所有数据库服务实例的功能被另一个物理机上运行的各个对应的备用数据库服务实例接管。
在上面所公开的方案中，优选地，当一个物理机发生故障并且其上运行的数据库服务实例被另一个物理机上运行的相对应的备用数据库服务实例接管时，该数据库服务实例释放与其相绑定的IP地址，并且所述相对应的备用数据库服务实例随之接管与该数据库服务实例相绑定的IP地址。
在上面所公开的方案中，优选地，一个物理机上运行的数据库服务实例与另一个物理机上运行的对应的备用数据库服务实例之间在同时只有一个处于活动状态。
在上面所公开的方案中，优选地，在被配置为互为主备的两个数据节点的物理机之间周期性地进行数据复制和同步。
在上面所公开的方案中，优选地，与各个数据库服务实例相关联的数据库是存储区域网络(SAN)的形式，其存储实际的数据库数据。
在上面所公开的方案中，优选地，所述系统根据源IP地址确定数据库访问请求的转发路线。
在上面所公开的方案中，优选地，在互为主备的两个物理机中，一个物理机上运行的数据库服务实例被配置为用于写入操作，而另一个物理机上运行的对应的备用数据库服务实例被配置为用于读取操作。
本发明所公开的分布式数据库服务管理系统具有以下优点：(1)由于通过 节点代理管理与数据库服务实例6相关联的数据库，并且该数据库是存储区域网络(SAN)的形式，故可以实现数据库服务的高可用性；(2)由于IP地址与数据库服务实例相绑定而不是与物理机相绑定，故可以在不改变访问地址的情况下实现数据库服务实例的迁移和恢复，从而显著地提高了系统的适用性和扩展灵活性。
附图说明
结合附图，本发明的技术特征以及优点将会被本领域技术人员更好地理解，其中：
图1是根据本发明的实施例的分布式数据库服务管理系统的示意性结构图。
具体实施方式
图1是根据本发明的实施例的分布式数据库服务管理系统的示意性结构图。如图1所示，本发明所公开的分布式数据库服务管理系统包括总控节点1和至少一个数据节点2。其中，所述总控节点1基于来自用户的命令和/或配置文件管理运行于所述至少一个数据节点2上的数据库服务实例6，以及接收来自外部应用的数据库访问请求，并随之将所接收到的数据库访问请求传送到目的数据库服务实例6以执行所请求的数据库服务。每个所述数据节点2基于来自所述总控节点1的管理指令管理和配置运行于其上的数据库服务实例6以及与其相关联的资源。
优选地，在本发明所公开的分布式数据库服务管理系统中，所述总控节点1和每个所述数据节点2是基于计算机的单一物理机。
优选地，在本发明所公开的分布式数据库服务管理系统中，所述总控节点1进一步包括用户接口3、服务调用接口7和资源管理装置4。所述用户接口3接收来自用户(例如管理员)的命令和/或配置文件。所述服务调用接口7接收来自所述外部应用的数据库访问请求并随之基于路由表将所接收到的数据库访问请求传送到目的数据库服务实例6。所述资源管理装置4基于所述命令和/或配置文件执行相关的资源管理操作。
优选地，在本发明所公开的分布式数据库服务管理系统中，所述资源管理操作至少包括下列中的一个或多个：(1)增加新的数据节点2和/或删除已有的数据节点2；(2)在特定的数据节点上创建新的数据库服务实例6、或删除特定的数据节点上的已有的数据库服务实例6、或备份业务操作记录；(3)管理和分配针对各个数据库服务实例6的IP地址资源；(4)管理和维护物理数据库中的存储空间(例如特定的存储空间的创建或删除)。
优选地，在本发明所公开的分布式数据库服务管理系统中，每个所述数据节点2进一步包括节点代理5和运行于该数据节点2上的一个或多个数据库服务实例6。所述节点代理5基于来自所述总控节点1的管理指令管理和配置运行于其上的数据库服务实例6以及与其相关联的资源。所述数据库服务实例6根据接收到的数据库服务请求执行相应的数据库服务。
优选地，在本发明所公开的分布式数据库服务管理系统中，所述节点代理5能够基于来自所述总控节点1的管理指令至少执行下列中的一个或多个操作：(1)管理并维护物理数据库中的特定的存储空间；(2)配置数据库服务的高可用性；(3)限制并隔离该数据节点上运行的多个数据库服务实例6所使用的CPU和内存资源；(4)配置各个数据库服务实例6和所述物理数据库的启动参数；(5)为运行在该数据节点上的每个数据库服务实例6配置和分配IP地址。
优选地，在本发明所公开的分布式数据库服务管理系统中，所述总控节点1和各个数据节点2之间通过消息队列的方式进行数据通信。
优选地，在本发明所公开的分布式数据库服务管理系统中，每个数据库服务实例6与分配给其的IP地址绑定并且每个数据库服务实例6与和其相绑定的IP地址是一一对应的关系(即为每个数据库服务实例6分配唯一的IP地址)，并且所述外部应用基于与所述数据库服务实例6相绑定的IP地址访问所述数据库服务实例6。
优选地，在本发明所公开的分布式数据库服务管理系统中，配置数据库服务的高可用性包括使得所述数据节点2支持双机高可用功能，所述双机高可用功能是指将两个数据节点2的物理机配置为互为主备，即当其中的一个物理机发生故障后，该物理机上运行的所有数据库服务实例6的功能被另一个物理机上运行的各个对应的备用数据库服务实例6接管。
优选地，在本发明所公开的分布式数据库服务管理系统中，当一个物理机发生故障并且其上运行的数据库服务实例6被另一个物理机上运行的相对应的备用数据库服务实例6接管时，该数据库服务实例6释放与其相绑定的IP地址，并且所述相对应的备用数据库服务实例6随之接管与该数据库服务实例6相绑定的IP地址(即变换物理地址不改变其访问地址)。
优选地，在本发明所公开的分布式数据库服务管理系统中，一个物理机上运行的数据库服务实例6与另一个物理机上运行的对应的备用数据库服务实例6之间在同时只有一个处于活动状态。
优选地，在本发明所公开的分布式数据库服务管理系统中，在被配置为互为主备的两个数据节点2的物理机之间周期性地进行数据复制和同步。
优选地，在本发明所公开的分布式数据库服务管理系统中，与各个数据库服务实例6相关联的数据库是存储区域网络(SAN)的形式，其存储实际的数据库数据。
示例性地，在本发明所公开的分布式数据库服务管理系统中，通过使用l inux操作系统的内核中的Cgroups工具来动态分配并隔离在数据节点上运行的多个数据库服务实例6所使用的CPU和内存资源。
优选地，本发明所公开的分布式数据库服务管理系统根据源IP地址确定数据库访问请求的转发路线。
优选地，在本发明所公开的分布式数据库服务管理系统中，在互为主备的两个物理机中，一个物理机上运行的数据库服务实例6被配置为用于写入操作，而另一个物理机上运行的对应的备用数据库服务实例6被配置为用于读取操作。
由于可见，本发明所公开的分布式数据库服务管理系统具有下列优点：(1)由于通过节点代理管理与数据库服务实例6相关联的数据库，并且该数据库是存储区域网络(SAN)的形式，故可以实现数据库服务的高可用性；(2)由于IP地址与数据库服务实例相绑定而不是与物理机相绑定，故可以在不改变访问地址的情况下实现数据库服务实例的迁移和恢复，从而显著地提高了系统的适用性和扩展灵活性。
尽管本发明是通过上述的优选实施方式进行描述的，但是其实现形式并不 局限于上述的实施方式。应该认识到：在不脱离本发明主旨和范围的情况下，本领域技术人员可以对本发明做出不同的变化和修改。

Claims (15)

  1. 一种分布式数据库服务管理系统，所述分布式数据库服务管理系统包括：
    总控节点，所述总控节点基于来自用户的命令和/或配置文件管理运行于至少一个数据节点上的数据库服务实例，以及接收来自外部应用的数据库访问请求，并随之将所接收到的数据库访问请求传送到目的数据库服务实例以执行所请求的数据库服务；
    至少一个数据节点，每个所述数据节点基于来自所述总控节点的管理指令管理和配置运行于其上的数据库服务实例以及与其相关联的资源。
  2. 根据权利要求1所述的分布式数据库服务管理系统，其特征在于，所述总控节点和每个所述数据节点是基于计算机的单一物理机。
  3. 根据权利要求2所述的分布式数据库服务管理系统，其特征在于，所述总控节点进一步包括：
    用户接口，所述用户接口接收来自用户的命令和/或配置文件；
    服务调用接口，所述服务调用接口接收来自所述外部应用的数据库访问请求并随之基于路由表将所接收到的数据库访问请求传送到目的数据库服务实例；
    资源管理装置，所述资源管理装置基于所述命令和/或配置文件执行相关的资源管理操作。
  4. 根据权利要求3所述的分布式数据库服务管理系统，其特征在于，所述资源管理操作至少包括下列中的一个或多个：(1)增加新的数据节点和/或删除已有的数据节点；(2)在特定的数据节点上创建新的数据库服务实例、或删除特定的数据节点上的已有的数据库服务实例、或备份业务操作记录；(3)管理和分配针对各个数据库服务实例的IP地址资源；(4)管理和维护物理数据库中的存储空间。
  5. 根据权利要求4所述的分布式数据库服务管理系统，其特征在于，每个所述数据节点进一步包括节点代理和运行于该数据节点上的一个或多个数据库服务实例，所述节点代理基于来自所述总控节点的管理指令管理和配置运行 于其上的数据库服务实例以及与其相关联的资源，所述数据库服务实例根据接收到的数据库服务请求执行相应的数据库服务。
  6. 根据权利要求5所述的分布式数据库服务管理系统，其特征在于，所述节点代理能够基于来自所述总控节点的管理指令至少执行下列中的一个或多个操作：(1)管理并维护物理数据库中的特定的存储空间；(2)配置数据库服务的高可用性；(3)限制并隔离该数据节点上运行的多个数据库服务实例所使用的CPU和内存资源；(4)配置各个数据库服务实例6和所述物理数据库的启动参数；(5)为运行在该数据节点上的每个数据库服务实例配置和分配IP地址。
  7. 根据权利要求6所述的分布式数据库服务管理系统，其特征在于，所述总控节点和各个数据节点之间通过消息队列的方式进行数据通信。
  8. 根据权利要求7所述的分布式数据库服务管理系统，其特征在于，每个数据库服务实例与分配给其的IP地址绑定并且每个数据库服务实例与和其相绑定的IP地址是一一对应的关系，并且所述外部应用基于与所述数据库服务实例相绑定的IP地址访问所述数据库服务实例。
  9. 根据权利要求8所述的分布式数据库服务管理系统，其特征在于，配置数据库服务的高可用性包括使得所述数据节点支持双机高可用功能，所述双机高可用功能是指将两个数据节点的物理机配置为互为主备，即当其中的一个物理机发生故障后，该物理机上运行的所有数据库服务实例的功能被另一个物理机上运行的各个对应的备用数据库服务实例接管。
  10. 根据权利要求9所述的分布式数据库服务管理系统，其特征在于，当一个物理机发生故障并且其上运行的数据库服务实例被另一个物理机上运行的相对应的备用数据库服务实例接管时，该数据库服务实例释放与其相绑定的IP地址，并且所述相对应的备用数据库服务实例随之接管与该数据库服务实例相绑定的IP地址。
  11. 根据权利要求10所述的分布式数据库服务管理系统，其特征在于，一个物理机上运行的数据库服务实例与另一个物理机上运行的对应的备用数据库服务实例之间在同时只有一个处于活动状态。
  12. 根据权利要求11所述的分布式数据库服务管理系统，其特征在于，在 被配置为互为主备的两个数据节点的物理机之间周期性地进行数据复制和同步。
  13. 根据权利要求12所述的分布式数据库服务管理系统，其特征在于，与各个数据库服务实例相关联的数据库是存储区域网络(SAN)的形式，其存储实际的数据库数据。
  14. 根据权利要求13所述的分布式数据库服务管理系统，其特征在于，所述系统根据源IP地址确定数据库访问请求的转发路线。
  15. 根据权利要求14所述的分布式数据库服务管理系统，其特征在于，在互为主备的两个物理机中，一个物理机上运行的数据库服务实例被配置为用于写入操作，而另一个物理机上运行的对应的备用数据库服务实例被配置为用于读取操作。
PCT/CN2015/079247 2014-05-23 2015-05-19 分布式数据库服务管理系统 WO2015176636A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410219858.7 2014-05-23
CN201410219858.7A CN105095317B (zh) 2014-05-23 2014-05-23 分布式数据库服务管理系统

Publications (1)

Publication Number Publication Date
WO2015176636A1 true WO2015176636A1 (zh) 2015-11-26

Family

ID=54553420

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/079247 WO2015176636A1 (zh) 2014-05-23 2015-05-19 分布式数据库服务管理系统

Country Status (2)

Country Link
CN (1) CN105095317B (zh)
WO (1) WO2015176636A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108664371A (zh) * 2018-05-03 2018-10-16 郑州云海信息技术有限公司 一种多硬件系统统一管理的方法及装置
CN109918359A (zh) * 2019-01-18 2019-06-21 华南理工大学 基于swarm的数据库服务持久化方法及系统
CN112559633A (zh) * 2020-12-16 2021-03-26 航天信息股份有限公司 电子印章服务节点管理系统及方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106899504B (zh) * 2015-12-18 2020-06-30 北京京东尚科信息技术有限公司 一种跨集群服务的路由方法以及装置
CN105933270B (zh) * 2015-12-28 2019-01-22 中国银联股份有限公司 一种云加密机的处理方法及装置
CN106777031A (zh) * 2016-12-08 2017-05-31 腾讯音乐娱乐（深圳）有限公司 一种数据库扩容方法及装置
CN107707402B (zh) * 2017-09-30 2021-02-26 南京卓盛云信息科技有限公司 一种分布式系统中服务仲裁的管理系统及其管理方法
CN107679237A (zh) * 2017-10-26 2018-02-09 杨晓艳 一种分布式数据库管理系统、方法及装置
CN109842636A (zh) * 2017-11-24 2019-06-04 阿里巴巴集团控股有限公司 云服务迁移方法、装置以及电子设备
CN108055312B (zh) * 2017-12-07 2021-07-09 畅捷通信息技术股份有限公司 路由方法及其装置与计算机装置及其可读存储介质
CN108282527B (zh) * 2018-01-22 2019-07-09 北京百度网讯科技有限公司 生成服务实例的分布式系统和方法
CN109254876A (zh) * 2018-09-11 2019-01-22 郑州云海信息技术有限公司 云计算系统中数据库的管理方法和装置
CN109831521B (zh) * 2019-03-11 2021-08-31 深圳市珍爱捷云信息技术有限公司 缓存实例管理方法、装置、计算机设备和存储介质
CN116011013A (zh) * 2019-06-29 2023-04-25 华为云计算技术有限公司 数据库访问方法和装置、计算设备和计算机程序产品
CN111400110B (zh) * 2020-03-11 2023-12-19 中国建设银行股份有限公司 数据库访问管理系统
CN113343275B (zh) * 2021-06-30 2024-03-19 招商局金融科技有限公司 数据访问方法及数据管理服务系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453404A (zh) * 2007-11-30 2009-06-10 华为技术有限公司 一种实现负载均衡的方法及装置
CN102088475A (zh) * 2010-11-29 2011-06-08 东北大学 控制流集中数据流分布的组合服务执行系统及执行方法
CN102262680A (zh) * 2011-08-18 2011-11-30 北京新媒传信科技有限公司 一种基于海量数据存取需求的分布式数据库代理系统
CN102377598A (zh) * 2010-08-26 2012-03-14 中国移动通信集团公司 一种互联网应用托管系统、设备和方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8250030B2 (en) * 2005-09-21 2012-08-21 Infoblox Inc. Provisional authority in a distributed database

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453404A (zh) * 2007-11-30 2009-06-10 华为技术有限公司 一种实现负载均衡的方法及装置
CN102377598A (zh) * 2010-08-26 2012-03-14 中国移动通信集团公司 一种互联网应用托管系统、设备和方法
CN102088475A (zh) * 2010-11-29 2011-06-08 东北大学 控制流集中数据流分布的组合服务执行系统及执行方法
CN102262680A (zh) * 2011-08-18 2011-11-30 北京新媒传信科技有限公司 一种基于海量数据存取需求的分布式数据库代理系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108664371A (zh) * 2018-05-03 2018-10-16 郑州云海信息技术有限公司 一种多硬件系统统一管理的方法及装置
CN109918359A (zh) * 2019-01-18 2019-06-21 华南理工大学 基于swarm的数据库服务持久化方法及系统
CN109918359B (zh) * 2019-01-18 2022-03-29 华南理工大学 基于swarm的数据库服务持久化方法及系统
CN112559633A (zh) * 2020-12-16 2021-03-26 航天信息股份有限公司 电子印章服务节点管理系统及方法
CN112559633B (zh) * 2020-12-16 2024-03-22 航天信息股份有限公司 电子印章服务节点管理系统及方法

Also Published As

Publication number Publication date
CN105095317A (zh) 2015-11-25
CN105095317B (zh) 2018-09-21

Similar Documents

Publication Publication Date Title
WO2015176636A1 (zh) 分布式数据库服务管理系统
KR102444832B1 (ko) 분산된 가상 명칭 공간 관리를 사용한 온-디맨드 스토리지 프로비져닝
US11340672B2 (en) Persistent reservations for virtual disk using multiple targets
US10700991B2 (en) Multi-cluster resource management
US10855537B2 (en) Methods and apparatus for template driven infrastructure in virtualized server systems
US10050850B2 (en) Rack awareness data storage in a cluster of host computing devices
US11734137B2 (en) System, and control method and program for input/output requests for storage systems
US9733989B1 (en) Non-disruptive load-balancing of virtual machines between data centers
WO2012163245A1 (zh) 一种基于事务的服务控制系统及其控制方法
WO2012068867A1 (zh) 虚拟机管理系统及其使用方法
US8954706B2 (en) Storage apparatus, computer system, and control method for storage apparatus
JP2016530619A (ja) スケーラブル分散ストレージアーキテクチャ
US11159367B2 (en) Apparatuses and methods for zero touch computing node initialization
US20230221897A1 (en) Implementing coherency and page cache support for a storage system spread across multiple data centers
CN109992373B (zh) 资源调度方法、信息管理方法和装置及任务部署系统
WO2016095760A1 (zh) 数据动态重分布的方法、数据节点、名字节点及系统
US10528279B2 (en) Storage management server, method of controlling storage management server, and computer system
US11341104B1 (en) In place resize of a distributed database
US10001939B1 (en) Method and apparatus for highly available storage management using storage providers
US11604595B2 (en) Data mirroring and data migration between storage volumes using system control processors
US10929168B2 (en) Enhanced data storage and versioning of virtual nodes in a data processing environment
US20240168810A1 (en) On-the-fly migration of distributed object manager (dom) owner between dom servers
US11188389B2 (en) Distributed system that promotes task-machine affinity
US20220237051A1 (en) Method and system for providing composable infrastructure capabilities
US20210055875A1 (en) Elastic, multi-tenant, and exclusive storage service system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15795402

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 17/03/17)

122 Ep: pct application non-entry in european phase

Ref document number: 15795402

Country of ref document: EP

Kind code of ref document: A1