CN108270831B - Arbiter cluster implementation method and device - Google Patents
Arbiter cluster implementation method and device Download PDFInfo
- Publication number
- CN108270831B CN108270831B CN201611269659.2A CN201611269659A CN108270831B CN 108270831 B CN108270831 B CN 108270831B CN 201611269659 A CN201611269659 A CN 201611269659A CN 108270831 B CN108270831 B CN 108270831B
- Authority
- CN
- China
- Prior art keywords
- node
- processing
- distribution
- arbiter
- distribution 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
The invention provides a method and a device for realizing an arbiter cluster, wherein the method is applied to a distribution node and a processing node in an arbiter cluster server, and the arbiter cluster can receive interaction requests of live instances through the distribution node, select a target processing node from self-maintained processing nodes, and distribute the interaction requests to the target processing node for processing; the target processing node processes the interactive request issued by the distribution node and feeds back the processing result of the interactive request to the distribution node; and the distribution node feeds back the received processing result to the double-active instance. Therefore, the invention realizes the online capacity expansion of the arbitration capability and solves the problem of single-point fault of the arbiter.
Description
Technical Field
The present invention relates to the field of network storage technologies, and in particular, to a method and an apparatus for implementing an arbiter cluster.
Background
Some terms regarding storage are specifically:
a storage device: refers to a stand-alone storage device, providing storage functionality, comprising 1 or more controllers.
LUN (Logical Unit Number): refers to a storage space accessible to the client.
Double-live storage: the dual-active storage is realized through two storage devices, and the two storage devices are mutually redundant. When one storage device fails, the other storage device can take over the service, so that the continuity of the service is ensured.
Dual active private network: the high-speed data channel between the two storages is used for realizing data synchronization between the double active storages, and a 10GE/40GE link can be adopted.
The double-active LUN: the active LUN resources can be provided externally through the active storage, and the active LUN resources have two copies and are distributed on two storage devices. The client does not sense the two copies, only sees one resource, and the access of the client is not influenced by the failure of any copy.
The main LUN: in the double-active LUN, the data of the main LUN is used as the standard, and when the data of the main LUN and the data of the auxiliary LUN are inconsistent, the data of the main LUN is used for covering the data of the auxiliary LUN.
From LUN: the slave LUN in the dual active LUN is used as a data mirror image of the master LUN, when the storage equipment where the master LUN is located is invalid, the slave LUN can be changed into the master LUN, services are provided for the outside, and service continuity is guaranteed.
The arbitrator: the dual active LUN communicates with the arbiter periodically, timing the data differential status between the two copies of the dual active LUN. When a private network between dual active LUNs fails, arbitration can be performed by an arbiter to decide which copy of the data to retain.
The reliability requirement of the double-active storage on data is high, and the double-active LUN consists of two copies, so that the data reliability can be greatly improved. However, the existence of the double copy causes a split problem, when the private network of the double-active storage system is interrupted, both storages can actually provide services to the outside, and if the services are provided to the outside at the same time, data inconsistency is caused. Therefore, an arbitrator is introduced to solve the problem of split brain. The live LUN communicates with the arbitrator in real time, and in the case of a split brain scenario, the arbitrator provides additional information for selecting the correct copy to serve outside and isolating the other copy.
As can be seen from fig. 1, one arbiter is usually used to support multiple live-active instances, and as the size of live-active storage grows, there is a certain performance bottleneck and a single point of failure source.
Disclosure of Invention
In view of the above, the present invention provides an arbiter cluster implementation method and apparatus to solve the problem of processing request bottleneck and single failure source by the arbiter in the prior art.
Specifically, the invention is realized by the following technical scheme:
the invention provides an arbiter cluster implementation method, which is applied to an arbiter cluster server, wherein the arbiter cluster server comprises a distribution node and a processing node, and the method comprises the following steps:
a distribution node receives an interactive request of a live-live instance, selects a target processing node from self-maintained processing nodes, and distributes the interactive request to the target processing node for processing;
the target processing node processes the interactive request issued by the distribution node and feeds back the processing result of the interactive request to the distribution node;
and the distribution node feeds back the received processing result to the double-active instance.
Further, a specific method for the distribution node to maintain the processing nodes in the arbiter cluster is as follows:
and receiving the state information sent by the processing node in the arbiter cluster in the current time period and updating the state information of the previous processing node.
Further, the receiving the status information sent by the processing node in the arbiter cluster in the current time period and updating the previous status information of the processing node further includes:
when the distribution node detects a new processing node in the current time period, suspending distribution of the interaction request in the current time period, informing other processing nodes to synchronize own arbitration information to the new processing node, updating a distribution rule currently used for selecting a target processing node, and then selecting the target processing node for the interaction request according to the updated distribution rule;
when the distribution node detects that the processing node is disconnected in the current time period, the distribution interaction request is suspended in the current time period, other processing nodes are informed to carry out information synchronization on arbitration information of the distribution node, the distribution rule used for selecting a target processing node is updated, and then the target processing node is selected for the interaction request according to the updated distribution rule.
Further, the method further comprises:
the processing node acquires arbitration information of other processing nodes in the arbiter cluster in the current time period; and synchronizes its arbitration information to other processing nodes during the current time period.
Further, the method further comprises:
the distribution nodes comprise a first distribution node and a second distribution node, wherein the first distribution node is a master node, and the second distribution node is a master node or a slave node; and the first distribution node and the second distribution node share the processing node maintained by the first distribution node and the second distribution node.
Based on the same conception, the invention also provides an arbiter cluster implementation device, which is applied to an arbiter cluster server, wherein the arbiter cluster server comprises a distribution node and a processing node, and the device comprises:
the request distribution unit is used for receiving the interactive request of the double-active instance by the target distribution node, selecting a target processing node from the processing nodes maintained by the target distribution node, and distributing the interactive request to the target processing node for processing;
the request processing unit is used for processing the interactive request issued by the distribution node by the processing node and feeding back the processing result of the interactive request to the distribution node;
and the result feedback unit is used for the distribution node to feed back the received processing result to the double live examples.
Further, the apparatus further comprises:
and the information maintenance unit is used for receiving the state information sent by the processing nodes in the arbiter cluster in the current time period and updating the state information of the previous processing node.
Further, the information maintenance unit is specifically configured to:
when the distribution node detects a new processing node in the current time period, suspending distribution of the interaction request in the current time period, informing other processing nodes to synchronize own arbitration information to the new processing node, updating a distribution rule currently used for selecting a target processing node, and then selecting the target processing node for the interaction request according to the updated distribution rule;
when the distribution node detects that the processing node is disconnected in the current time period, the distribution interaction request is suspended in the current time period, other processing nodes are informed to carry out information synchronization on arbitration information of the distribution node, the distribution rule used for selecting a target processing node is updated, and then the target processing node is selected for the interaction request according to the updated distribution rule.
Further, the apparatus further comprises:
the first synchronization unit is used for acquiring arbitration information of other processing nodes in the arbiter cluster by the processing node in the current time period; and synchronizes its arbitration information to other processing nodes during the current time period.
Further, the apparatus further comprises:
a second synchronization unit, configured to, when the distribution node includes a first distribution node and a second distribution node, where the first distribution node is a master node and the second distribution node is a master node or a slave node; and the first distribution node and the second distribution node share the processing node maintained by the first distribution node and the second distribution node.
Therefore, the method can enable the arbiter cluster to receive the interactive requests of the live-live examples through the distribution nodes, select the target processing node from the processing nodes maintained by the arbiter cluster, and distribute the interactive requests to the target processing node for processing; the target processing node processes the interactive request issued by the distribution node and feeds back the processing result of the interactive request to the distribution node; and the distribution node feeds back the received processing result to the double-active instance. Therefore, the invention realizes the online capacity expansion of the arbitration capability and solves the problem of single-point fault of the arbiter.
Drawings
FIG. 1 is a diagram of a prior art arbiter networking model;
FIG. 2 is a diagram of an arbiter networking model in an exemplary embodiment of the invention;
FIG. 3 is a process flow diagram of an arbiter cluster implementation method in an exemplary embodiment of the invention;
FIG. 4 is a flowchart of a process for adding a processing node in an exemplary embodiment of the invention;
FIG. 5 is a process flow diagram of a process for handling a departure of a node in an exemplary embodiment of the invention;
FIG. 6a is a hardware block diagram of a device in which an arbiter cluster implementation apparatus according to an exemplary embodiment of the present invention is located;
fig. 6b is a logical block diagram of an arbiter cluster implementation apparatus in an exemplary embodiment of the invention.
Detailed Description
In order to solve the problems in the prior art, the present invention provides a method and an apparatus for implementing an arbiter cluster, where a networking structure of the arbiter cluster is shown in fig. 2. The networking system comprises an arbiter cluster and a double-active instance set, wherein the arbiter cluster comprises a plurality of arbitration processing nodes (hereinafter referred to as processing nodes), such as processing node 1 to processing node X, and the arbiter cluster further comprises two arbitration distribution nodes (hereinafter referred to as distribution nodes); the double live instance set includes a plurality of double live instances, such as double live instance a through double live instance X. The arbiter cluster implementation method provided by the invention is applied to a distribution node and a processing node in an arbiter cluster server, and the arbiter cluster can receive interaction requests of double live instances through the distribution node, select a target processing node from the processing nodes maintained by the arbiter cluster, and distribute the interaction requests to the target processing node for processing; the target processing node processes the interactive request issued by the distribution node and feeds back the processing result of the interactive request to the distribution node; and the distribution node feeds back the received processing result to the double-active instance. Therefore, the invention realizes the online capacity expansion of the arbitration capability and solves the problem of single-point fault of the arbiter.
Please refer to fig. 3, which is a flowchart illustrating an arbiter cluster implementation method according to an exemplary embodiment of the present invention, where the method is applied to an arbiter cluster server, where an arbiter cluster refers to a cluster server that is composed of distribution nodes and processing nodes and provides services related to an arbiter to the outside. The method comprises the following steps:
301, a distribution node receives an interaction request of a live-live instance, selects a target processing node from processing nodes maintained by the distribution node, and distributes the interaction request to the target processing node for processing;
in this embodiment, a distribution node in an arbiter cluster may maintain state information for each processing node in the arbiter cluster. When the distribution node receives the interactive request of the live-active instance, a target processing node may be selected from the processing nodes maintained by the distribution node according to a distribution rule, for example, by comparing processing capabilities, load states, and the like of the processing nodes, a more appropriate processing node is selected as a target processing node for processing the interactive request, and then the interactive request is distributed to the target processing node for processing.
after receiving the interaction request issued by the distribution node, the target processing node can perform arbitration processing on the interaction request and feed back the processing result of the interaction request to the distribution node;
and step 303, the distribution node feeds back the received processing result to the double live examples.
When receiving the processing result fed back by the target processing node, the distribution node may feed back the processing result to the dual active instance, so that the dual active instance performs data difference update according to the processing result.
In the invention, a plurality of arbitration servers can be combined into an arbiter cluster, all live instances interact with the distribution node, and the distribution node distributes and manages the processing nodes in the arbiter cluster, so that the arbiter cluster externally presents an arbiter form, thereby realizing online capacity expansion of arbitration capability and solving the problem of single-point fault of the arbiter.
As an embodiment, a specific method for a distribution node to maintain a processing node in an arbiter cluster is as follows: the distribution node may receive the state information sent by the processing node in the arbiter cluster during the current time period and update the state information of the previous processing node. Receiving status information typically includes the following two cases:
case 1:
when the state information is joining information, the joining information refers to that when the distribution node detects a new processing node in the current time period, the distribution node receives the joining information of the new processing node, at this time, the distribution node suspends the distribution of the interaction request in the current time period, informs other processing nodes to synchronize the arbitration information of the distribution node to the new processing node, updates the distribution rule currently used for selecting the target processing node, and then selects the target processing node for the interaction request according to the updated distribution rule. The specific processing flow is shown in fig. 4, which includes:
Case 2:
when the state information is leaving information, the leaving information means that when the distribution node detects that the processing node is disconnected in the current time period, the distribution node receives the leaving information of the disconnected node, at this time, the distribution node suspends the distribution of the interaction request in the current time period, informs other processing nodes to perform information synchronization on own arbitration information, updates the current distribution rule for selecting a target processing node, and then selects the target processing node for the interaction request according to the updated distribution rule. The specific processing flow is shown in fig. 5, which includes:
and 505, the distribution node distributes the interaction request according to the updated distribution rule.
According to the scheme, the management and arbitration information synchronization can be carried out through the distribution node according to the joining and leaving states of the processing nodes, the distribution rule is updated according to the states of the processing nodes, and the distribution node can suspend the distribution request when the processing nodes change, so that the processing nodes can be managed and the request loss can be avoided.
As an embodiment, the processing node of the present invention may further obtain arbitration information of other processing nodes in the arbiter cluster in the current time period; and synchronizing the arbitration information of the processing nodes to other processing nodes in the current time period so as to keep the arbitration information in each processing node consistent.
As an embodiment, the distribution node of the present invention may include a first distribution node and a second distribution node, where the first distribution node is a master node, and the second distribution node is a master node or a slave node; and the first distribution node and the second distribution node share the processing node maintained by the first distribution node and the second distribution node. And provides services to the outside through a VIP (virtual IP) mode. Therefore, the invention can prevent the distribution node from single point failure.
Based on the same conception, the invention also provides an arbiter cluster implementation device, which can be implemented by software, or by hardware or a combination of hardware and software. Taking software implementation as an example, the arbiter cluster implementation device of the present invention is a logical device, and is implemented by reading a corresponding computer program instruction in a memory by a CPU of a storage device in which the arbiter cluster implementation device is located.
Please refer to fig. 6a, which is a block diagram of an arbiter cluster implementation apparatus 600 according to an exemplary embodiment of the present invention, the apparatus is applied to an arbiter cluster server, the arbiter cluster server includes a distribution node and a processing node, the apparatus basically includes a running environment including a CPU, a memory and other hardware, and viewed from a logic level, the apparatus is as shown in fig. 6b, wherein the apparatus 600 includes:
a request distribution unit 601, configured to receive an interaction request of a live-active instance, select a target processing node from processing nodes maintained by a distribution node, and distribute the interaction request to the target processing node for processing;
a request processing unit 602, configured to process, by a target processing node, an interaction request issued by the distribution node, and feed back a processing result of the interaction request to the distribution node;
a result feedback unit 603, configured to feed back, by the distribution node, the received processing result to the dual live instance.
Optionally, the apparatus further comprises:
the information maintenance unit 604 is configured to receive the status information sent by the processing node in the arbiter cluster in the current time period and update the previous status information of the processing node.
Optionally, the information maintenance unit 604 is specifically configured to:
when the distribution node detects a new processing node in the current time period, suspending distribution of the interaction request in the current time period, informing other processing nodes to synchronize own arbitration information to the new processing node, updating a distribution rule currently used for selecting a target processing node, and then selecting the target processing node for the interaction request according to the updated distribution rule;
when the distribution node detects that the processing node is disconnected in the current time period, the distribution interaction request is suspended in the current time period, other processing nodes are informed to carry out information synchronization on arbitration information of the distribution node, the distribution rule used for selecting a target processing node is updated, and then the target processing node is selected for the interaction request according to the updated distribution rule.
Optionally, the apparatus further comprises:
a first synchronization unit 605, configured to acquire, by a processing node, arbitration information of other processing nodes in an arbiter cluster in a current time period; and synchronizes its arbitration information to other processing nodes during the current time period.
Optionally, the apparatus further comprises:
a second synchronization unit 606, configured to, when the distribution node includes a first distribution node and a second distribution node, where the first distribution node is a master node and the second distribution node is a master node or a slave node; and the first distribution node and the second distribution node share the processing node maintained by the first distribution node and the second distribution node.
Therefore, the method can enable the arbiter cluster to receive the interactive requests of the live-live examples through the distribution nodes, select the target processing node from the processing nodes maintained by the arbiter cluster, and distribute the interactive requests to the target processing node for processing; the target processing node processes the interactive request issued by the distribution node and feeds back the processing result of the interactive request to the distribution node; and the distribution node feeds back the received processing result to the double-active instance. Therefore, the invention realizes the online capacity expansion of the arbitration capability and solves the problem of single-point fault of the arbiter.
The implementation process of the functions and actions of each unit in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (10)
1. An arbiter cluster implementation method is applied to an arbiter cluster server, wherein the arbiter cluster server includes a distribution node and a processing node, and the distribution node is configured to maintain state information of the processing node; the method comprises the following steps:
the method comprises the steps that a distribution node receives an interaction request of a double-active instance, selects a target processing node from self-maintained processing nodes according to state information of the self-maintained processing nodes, and distributes the interaction request to the target processing node for processing;
the target processing node processes the interactive request issued by the distribution node and feeds back the processing result of the interactive request to the distribution node;
and the distribution node feeds back the received processing result to the double-active instance.
2. The method of claim 1, wherein the specific method for the distribution node to maintain the processing nodes in the arbiter cluster is:
and receiving the state information sent by the processing node in the arbiter cluster in the current time period and updating the state information of the previous processing node.
3. The method of claim 2, wherein receiving the status information sent by a processing node in the arbiter cluster during the current time period and updating the status information of the previous processing node, further comprising:
when the distribution node detects a new processing node in the current time period, suspending distribution of the interaction request in the current time period, informing other processing nodes to synchronize own arbitration information to the new processing node, updating a distribution rule currently used for selecting a target processing node, and then selecting the target processing node for the interaction request according to the updated distribution rule;
when the distribution node detects that the processing node is disconnected in the current time period, the distribution interaction request is suspended in the current time period, other processing nodes are informed to synchronize the arbitration information of the other processing nodes, the distribution rule used for selecting the target processing node is updated, and then the target processing node is selected for the interaction request according to the updated distribution rule.
4. The method of claim 1, further comprising:
the processing node acquires arbitration information of other processing nodes in the arbiter cluster in the current time period; and synchronizes its arbitration information to other processing nodes during the current time period.
5. The method of claim 1, further comprising:
the distribution nodes comprise a first distribution node and a second distribution node, wherein the first distribution node is a master node, and the second distribution node is a master node or a slave node; and the first distribution node and the second distribution node share the processing node maintained by the first distribution node and the second distribution node.
6. An arbiter cluster implementation apparatus is applied to an arbiter cluster server, where the arbiter cluster server includes a distribution node and a processing node, and the distribution node is configured to maintain state information of the processing node; the device comprises:
the request distribution unit is used for receiving the interactive request of the double-active instance by the target distribution node, selecting a target processing node from the self-maintained processing nodes according to the state information of the self-maintained processing nodes, and distributing the interactive request to the target processing node for processing;
the request processing unit is used for processing the interactive request issued by the distribution node by the processing node and feeding back the processing result of the interactive request to the distribution node;
and the result feedback unit is used for the distribution node to feed back the received processing result to the double live examples.
7. The apparatus of claim 6, further comprising:
and the information maintenance unit is used for receiving the state information sent by the processing nodes in the arbiter cluster in the current time period and updating the state information of the previous processing node.
8. The apparatus of claim 7,
the information maintenance unit is specifically configured to:
when the distribution node detects a new processing node in the current time period, suspending distribution of the interaction request in the current time period, informing other processing nodes to synchronize own arbitration information to the new processing node, updating a distribution rule currently used for selecting a target processing node, and then selecting the target processing node for the interaction request according to the updated distribution rule;
when the distribution node detects that the processing node is disconnected in the current time period, the distribution interaction request is suspended in the current time period, other processing nodes are informed to synchronize the arbitration information of the other processing nodes, the distribution rule used for selecting the target processing node is updated, and then the target processing node is selected for the interaction request according to the updated distribution rule.
9. The apparatus of claim 6, further comprising:
the first synchronization unit is used for acquiring arbitration information of other processing nodes in the arbiter cluster by the processing node in the current time period; and synchronizes its arbitration information to other processing nodes during the current time period.
10. The apparatus of claim 6, further comprising:
a second synchronization unit, configured to, when the distribution node includes a first distribution node and a second distribution node, where the first distribution node is a master node and the second distribution node is a master node or a slave node; and the first distribution node and the second distribution node share the processing node maintained by the first distribution node and the second distribution node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611269659.2A CN108270831B (en) | 2016-12-30 | 2016-12-30 | Arbiter cluster implementation method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611269659.2A CN108270831B (en) | 2016-12-30 | 2016-12-30 | Arbiter cluster implementation method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108270831A CN108270831A (en) | 2018-07-10 |
| CN108270831B true CN108270831B (en) | 2021-05-07 |
Family
ID=62770357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611269659.2A Active CN108270831B (en) | 2016-12-30 | 2016-12-30 | Arbiter cluster implementation method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108270831B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112732493B (en) * | 2021-03-30 | 2021-06-18 | 恒生电子股份有限公司 | Method and device for newly adding node, node of distributed system and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102148850A (en) * | 2010-08-09 | 2011-08-10 | 华为软件技术有限公司 | Cluster system and service processing method thereof |
| CN102404390A (en) * | 2011-11-07 | 2012-04-04 | 广东电网公司电力科学研究院 | Intelligent dynamic load balancing method for high-speed real-time database |
| CN103905568A (en) * | 2013-04-22 | 2014-07-02 | 南通大学 | Remote monitoring device capable of guaranteeing system stability and based on embedded Web |
| CN104753994A (en) * | 2013-12-27 | 2015-07-01 | 杭州海康威视***技术有限公司 | Method and device for data synchronization based on cluster server system |
| CN104980510A (en) * | 2015-06-17 | 2015-10-14 | 中国人民解放军国防科学技术大学 | Method for transparent clustering of CORBA distributed applications |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9348865B2 (en) * | 2014-04-02 | 2016-05-24 | Futurewei Technologies, Inc. | System and method for massively parallel processing database |
-
2016
- 2016-12-30 CN CN201611269659.2A patent/CN108270831B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102148850A (en) * | 2010-08-09 | 2011-08-10 | 华为软件技术有限公司 | Cluster system and service processing method thereof |
| CN102404390A (en) * | 2011-11-07 | 2012-04-04 | 广东电网公司电力科学研究院 | Intelligent dynamic load balancing method for high-speed real-time database |
| CN103905568A (en) * | 2013-04-22 | 2014-07-02 | 南通大学 | Remote monitoring device capable of guaranteeing system stability and based on embedded Web |
| CN104753994A (en) * | 2013-12-27 | 2015-07-01 | 杭州海康威视***技术有限公司 | Method and device for data synchronization based on cluster server system |
| CN104980510A (en) * | 2015-06-17 | 2015-10-14 | 中国人民解放军国防科学技术大学 | Method for transparent clustering of CORBA distributed applications |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108270831A (en) | 2018-07-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9983957B2 (en) | Failover mechanism in a distributed computing system | |
| US10162843B1 (en) | Distributed metadata management | |
| US10177994B2 (en) | Fault tolerant federation of computing clusters | |
| EP2904763B1 (en) | Load-balancing access to replicated databases | |
| US9582532B2 (en) | Management and synchronization of batch workloads with active/active sites OLTP workloads | |
| EP3490224A1 (en) | Data synchronization method and system | |
| US9703610B2 (en) | Extensible centralized dynamic resource distribution in a clustered data grid | |
| CN108259175B (en) | Distributed password service method and system | |
| CN106570007A (en) | Method and equipment for data synchronization of distributed caching system | |
| EP2643771B1 (en) | Real time database system | |
| CN104243527A (en) | Data synchronization method and device and distributed system | |
| CN105162879B (en) | Realize the method, apparatus and system of multimachine room data consistency | |
| US10652100B2 (en) | Computer system and method for dynamically adapting a software-defined network | |
| EP3817338A2 (en) | Method and apparatus for acquiring rpc member information, electronic device and storage medium | |
| JP6405255B2 (en) | COMMUNICATION SYSTEM, QUEUE MANAGEMENT SERVER, AND COMMUNICATION METHOD | |
| CN111726388A (en) | Cross-cluster high-availability implementation method, device, system and equipment | |
| CN108881379B (en) | Method and device for data synchronization between server clusters | |
| CN109408299A (en) | Data processing method, device, equipment and the storage medium of three controller clusters | |
| CN108270831B (en) | Arbiter cluster implementation method and device | |
| US20200133780A1 (en) | Method, device and computer program product for data processing | |
| US10776392B2 (en) | Apparatus and method to establish a connection between apparatuses while synchronization of connection information thereof is suspended | |
| CN113190620A (en) | Method, device, equipment and storage medium for synchronizing data between Redis clusters | |
| US10476744B2 (en) | Coordinator in cluster membership management protocol | |
| CN108881452B (en) | Data synchronization method, device and storage medium | |
| WO2022222403A1 (en) | Task distribution system, method, and apparatus, computer device, and storage medium |
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 |