CN112202601B - Application method of two physical node mongo clusters operated in duplicate set mode - Google Patents
Application method of two physical node mongo clusters operated in duplicate set mode Download PDFInfo
- Publication number
- CN112202601B CN112202601B CN202011008897.4A CN202011008897A CN112202601B CN 112202601 B CN112202601 B CN 112202601B CN 202011008897 A CN202011008897 A CN 202011008897A CN 112202601 B CN112202601 B CN 112202601B
- Authority
- CN
- China
- Prior art keywords
- mongo
- availability
- client
- service
- physical
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- 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
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The invention discloses an application method of a two-physical-node logo cluster operated in a duplicate set mode, wherein the two-physical-node logo cluster comprises a physical node A and a physical node B which provide a logo service and are deployed according to the duplicate set mode, when one of the physical nodes fails, a high-availability client manages virtual IP information, and the IP is used for constructing a high-availability logo arbitration service; and two duplicate services of the cluster can provide services to the outside at the same time, so that the business scene is not restricted, and the cluster service is transparent to the upper-layer business service.
Description
Technical Field
The invention relates to a cluster technology of a computer system, in particular to an application method of a two-physical-node mono cluster running in a copy set mode.
Background
Computer technology has entered into an era centered on networks today, and with the high-speed development of the internet, the proliferation of the number of users and network traffic makes a stand-alone server unable to adapt to the application scenario. Higher requirements are provided for the expandability and the availability of the network server, and the problem cannot be really solved by simply improving the hardware performance, so that a multi-server cluster technical scheme needs to be adopted.
Mongo is an open source database based on document types designed to meet the requirements of enterprises such as high availability, expansibility and the like. By means of the flexible mode and the rich document structure, developers of enterprises of various scales and industries can be helped to rapidly develop applications by using the rich data structure. The system is widely used in various large Internet companies, has a wide range of design, and provides services for multiple industries such as financial securities, insurance, traffic and logistics, e-commerce, internet of things, manufacturing industry, education industry and the like.
But since Mongo employs a Raft-like protocol, the protocol guarantees availability and reliability by deploying three or more nodes in the cluster. If the number of the cluster nodes is two, when one node is down due to a fault, the voting number of the whole cluster cannot meet the condition that the voting number is more than or equal to one half of the node number, and therefore the cluster nodes are in an unavailable state. If a common dual-computer hot standby mode is adopted to deploy the Mongo single-node cluster on two physical nodes, although the availability and the reliability can be met, due to the characteristic of dual-computer hot standby, only one node can provide service to the outside at the same time, the node providing the service simultaneously carries out data synchronization to another node, and only when the node providing the service is down, the other node can be changed into an active state from a standby state, so that the service use scene is greatly limited.
Disclosure of Invention
The technical problems to be solved by the invention are as follows: aiming at the problems in the prior art, the invention provides an application method of a two-physical-node mongo cluster running in a duplicate set mode.
In order to solve the technical problems, the invention adopts the technical scheme that:
an application method of a two-physical-node mongo cluster operating in a duplicate set mode comprises two physical nodes providing mongo services, namely a physical node A and a physical node B, wherein a high-availability master client, a mongo arbitration service and a mongo duplicate service are deployed on the physical node A, a high-availability slave client, a mongo arbitration service and a mongo duplicate service are deployed on the physical node B, heartbeats are kept between the high-availability master client and the high-availability slave client, the high-availability slave client and the mongo duplicate service operate in a master-slave mode, the master client takes over a designated IP to provide the mongo arbitration service to the outside in a normal operation state, the physical node A and the physical node B provide the mongo duplicate service to the outside simultaneously, and the physical node B does not provide the mongo arbitration service to the outside in the normal operation state; the application method of the two-physical-node mongo cluster comprises the following steps of processing the fault downtime of a physical node where a high-availability main client is located:
a1 After a physical node where the high-availability main client is located is down in fault, the high-availability slave client detects heartbeat loss of the high-availability main client, upgrades the high-availability slave client to a new high-availability main client, takes over a designated IP of the original high-availability main client, and provides a mongo arbitration service to the outside based on the designated IP, so that a mongo copy service and a mongo arbitration service are currently operated by a mongo cluster to ensure that the new high-availability main client can obtain more than half of voting right to provide service to the outside;
a2 The original high-availability master client finds that a new high-availability master client actively degrades to a new high-availability slave client, no longer takes over the designated IP of the original high-availability master client, and no longer provides the monogo arbitration service based on the designated IP, so that the monogo cluster recovers the normal running state of the two-monogo duplicate service and the monogo arbitration service.
Optionally, the designated IP is a virtual IP.
Optionally, the following steps of processing the failure downtime of the physical node where the high-availability slave client is located are further included:
b1 After a physical node where the high-availability slave client is located is down due to a fault, the high-availability master client detects that the heartbeat of the slave-availability master client is lost, and continues to take over the designated IP and provide the mongo arbitration service externally based on the designated IP unchanged, so that the mongo cluster currently runs a mongo copy service and a mongo arbitration service to ensure that the high-availability master client can obtain more than half of election voting rights to provide the service externally;
b2 High-availability slave client is recovered from a physical node where the high-availability slave client is located, so that the high-availability slave client and the monog copy service on the physical node are recovered, the high-availability master client detects the heartbeat recovery of the slave-availability master client, the high-availability master client continuously takes over the specified IP and provides the monog arbitration service externally based on the specified IP unchanged, and the monog cluster recovers the normal running state of the two-monog copy service and the monog arbitration service.
Furthermore, the present invention also provides a computer device comprising a microprocessor and a memory connected to each other, the microprocessor being programmed or configured to perform the steps of the method of application of a two physical node cluster of mongo operating in said replica set mode.
Furthermore, the present invention also provides a computer device comprising a microprocessor and a memory connected to each other, in which a computer program programmed or configured to execute the application method of the two physical node clusters of mongo operating in the replica set mode is stored.
Furthermore, the present invention also provides a computer-readable storage medium having stored therein a computer program programmed or configured to execute the application method of the two physical node mongo cluster operating in the replica set mode.
Compared with the prior art, the invention has the following advantages:
1. the method manages the arbitration service of the mongo cluster through the high-availability client, so that the high-availability mongo cluster can be deployed on the two physical nodes, and when one of the physical nodes is in failure and downtime, the other physical node can normally provide the mongo cluster service. Compared with the service of two-node duplicate sets provided by the native mongo cluster, the availability of the mongo cluster on two physical nodes is greatly improved.
2. The method has the characteristic of universality, namely, the high-availability client can adapt to various clusters which can be deployed in two mongo copy services and one mongo arbitration service mode.
3. Compared with a common dual-computer hot backup scheme, the method has the advantages that the two-copy service of the monogo cluster can simultaneously provide read-write service to the outside, the service use scene is expanded, and the cluster service is transparent to the upper-layer service scene.
Drawings
Fig. 1 is a schematic structural diagram of a cluster of two physical nodes, namely, a mongo cluster in an embodiment of the present invention.
Fig. 2 is a schematic flow diagram illustrating processing of a failure downtime of a host client according to an embodiment of the present invention.
Fig. 3 is a schematic flow diagram illustrating processing of a slave client failure downtime according to an embodiment of the present invention.
Detailed Description
The method for applying the two physical node logo clusters operating in the replica set mode according to the present invention will be further described in detail below by taking the two physical node logo clusters shown in fig. 1 as an example. Referring to fig. 1, the two physical node mongo clusters include two physical nodes, namely a physical node a and a physical node B, where the two physical nodes are both two physical machines running a Linux system.
As shown in fig. 1, the two-physical-node mongo cluster in this embodiment includes two physical nodes providing mongo services, namely a physical node a and a physical node B, where a high-availability master client, a mongo arbitration service, and a mongo copy service are deployed on the physical node a, a high-availability slave client, a mongo arbitration service, and a mongo copy service are deployed on the physical node B, heartbeats are maintained between the high-availability master client and the high-availability slave client, and the master client operates in a master-slave manner, and in a normal operating state, the master client takes over a designated IP to provide the mongo arbitration service externally, the physical node a and the physical node B provide the mongo copy service externally at the same time, and the physical node B does not provide the mongo arbitration service externally in the normal operating state; the two physical nodes of the mongo cluster physical node B in the embodiment comprise the mongo arbitration service, and the mongo arbitration service is not provided outwards in a normal operation state, so that the problem that the mongo cluster can still normally operate after the physical node A fails, the problems that the mongo cluster can select votes only by the mongo duplicate service and cannot obtain votes more than half can be solved when the physical node A fails, and the mongo cluster can still normally operate after the physical node A fails. It should be noted that the high-availability master client and the high-availability slave client in fig. 1 are only master and slave allocation states at a certain time in a normal state, and in an actual operation process, the master and slave allocation states may be switched due to failure recovery. In addition, the physical node a and the physical node B are only two physical nodes which are represented as different, and they may also be named as a first physical node and a second physical node. The physical nodes are all provided with high-availability clients, mongo arbitration services and mongo copy services, and the difference is that the high-availability clients of one physical node are high-availability master clients and the mongo arbitration services are in an enabled state, while the high-availability clients of the other physical node are high-availability slave clients and the mongo arbitration services are in a disabled state.
As shown in fig. 2, the application method of the two physical node mongo clusters in this embodiment includes the following steps of processing the failure downtime of a physical node where a high-availability host client is located:
a1 After a physical node where the high-availability main client is located is down in fault, the high-availability slave client detects heartbeat loss of the high-availability main client, upgrades the high-availability slave client to a new high-availability main client, takes over a designated IP of the original high-availability main client, and provides a mongo arbitration service to the outside based on the designated IP, so that a mongo replica service and a mongo arbitration service (see fig. 2, referred to as a replica-arbitration for short) are currently operated by a mongo cluster to ensure that the new high-availability main client can obtain more than half of voting right to provide the service to the outside, and the requirement of providing a read-write function to the outside is met;
a2 The original high-availability master client recovers, so that the original high-availability master client and the mongo copy service on the physical node are recovered, the original high-availability master client finds that a new high-availability master client actively degrades to a new high-availability slave client exists, no longer takes over the designated IP of the original high-availability master client, and no longer provides the mongo arbitration service based on the designated IP, so that the mongo cluster recovers the normal running state of two-mongo copy service and one-mongo arbitration service (see fig. 2, referred to as two-copy one-arbitration for short).
In this embodiment, the designated IP is a virtual IP, which can ensure that the high-availability master client and the high-availability slave client provide high-availability services by using the same IP.
As shown in fig. 3, the method of this embodiment further includes the following steps of processing a failure downtime of a physical node where the high-availability slave client is located:
b1 After a physical node where the high-availability slave client is located is down due to a fault, the high-availability master client detects that the heartbeat of the slave-availability master client is lost, and continues to take over the designated IP and provide the mongo arbitration service externally based on the designated IP unchanged, so that the mongo cluster currently runs a mongo copy service and a mongo arbitration service (see fig. 3, which is simply referred to as copy-arbitration) to ensure that the high-availability master client can obtain more than half of election voting rights to provide service externally, and meet the requirement of providing a read-write function externally;
b2 High-availability slave client, mongo copy service, high-availability master client detects heartbeat recovery from the available master client, the high-availability master client continues to take over the specified IP and provides the mongo arbitration service externally based on the specified IP, and the mongo cluster recovers the normal running two-mongo copy service and one-mongo arbitration service state (see fig. 3, referred to as two-copy one-arbitration for short).
In the mongo cluster in the embodiment, the mongo copy service has voting right and stores data and metadata; the mongo mediation service only votes for elections and does not store data and metadata. When using the mongo cluster, a user does not need to sense the existence of a high-availability client, and only needs to know the IP and the port of the mongo two-copy service. In the running process of the monog cluster, if the deployment is carried out on the two physical nodes according to the duplicate set mode of the two duplicates, when one of the two physical nodes fails, the physical node which normally runs cannot acquire more than or equal to half of election right, so that the service cannot be provided to the outside; in the method, virtual IP information is managed through a high-availability client, and a high-availability mongo arbitration service is constructed by using the IP, when one physical node fails, although the failed node is possibly a main node before the failure occurs, the other physical node which normally operates can simultaneously operate the mongo copy service and the arbitration service through the high availability of the client, so that the physical node which normally operates can obtain more than half of election rights, and the service normally provided by a cluster to the outside cannot be influenced; meanwhile, the method is different from a common dual-computer hot backup scheme, and two copy services of the cluster can provide services to the outside at the same time, so that the business scene is not restricted, and the cluster service is transparent to the upper-layer business service.
In summary, in the application method of the two physical node mongo clusters operating in the replica set mode in this embodiment, the mongo clusters and the high-availability clients are deployed on the two physical nodes in advance, where the mongo operates in a two-copy one-arbitration cluster manner; the high-availability client side runs in a master-slave mode, the master-slave client side keeps heartbeat and is externally represented as a specified IP, the IP is taken over by the master client side, and meanwhile, the IP is used for externally providing a mongo arbitration service. Firstly, when a physical node of a main client is down due to failure, the main client and a slave client cannot keep heartbeat, the slave client declares the failure of the main client, promotes the fault to the main client, takes over an IP and uses the IP to provide an arbitration service for the mongo, and at the moment, the mongo cluster normally operates an arbitration service which is a copy and can provide a read-write service for the mongo; when the original main client side is recovered to be normal, the original main client side learns the existence of the current main client side, so that the original main client side is converted into a slave client side, the IP and the running mongo arbitration service cannot be taken over, and the mongo cluster normally runs the two mongo copies to serve the mongo arbitration service and can normally provide the read-write service to the outside; when the physical node of the slave client side is down, the cluster normally runs a logo copy service and a logo arbitration service, can normally provide services to the outside and meet the requirement of providing read-write function to the outside. In the application method of the two physical node mongo clusters operated in the copy set mode, two physical machines operating a Linux system are used as a basis, the mongo copy service and the high-availability client are deployed on the physical machines, the high-availability client provides a virtual IP externally, the high-availability main client takes over the IP, and the IP provides the mongo arbitration service externally, so that the high availability of the mongo clusters deployed on the two physical machines is ensured, and the service requirements under special scenes can be met.
In addition, the present embodiment also provides a computer device, which includes a microprocessor and a memory connected to each other, wherein the microprocessor is programmed or configured to execute the steps of the application method of the two physical node mongo clusters operating in the replica set mode. In addition, the present embodiment also provides a computer device, which includes a microprocessor and a memory connected to each other, and the memory stores therein a computer program programmed or configured to execute the application method of the two physical node clusters of mongo operating in the aforementioned duplicate set mode. Furthermore, the present embodiment also provides a computer-readable storage medium in which a computer program programmed or configured to execute the application method of the two physical node mongo cluster operating in the aforementioned replica set mode is stored.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-readable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein. The present application is directed to methods, apparatus (systems), and computer program products according to embodiments of the application wherein instructions, which execute via a flowchart and/or a processor of the computer program product, create means for implementing functions specified in the flowchart and/or block diagram block or blocks. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks. These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only a preferred embodiment of the present invention, and the protection scope of the present invention is not limited to the above embodiments, and all technical solutions belonging to the idea of the present invention belong to the protection scope of the present invention. It should be noted that modifications and adaptations to those skilled in the art without departing from the principles of the present invention should also be considered as within the scope of the present invention.
Claims (6)
1. An application method of a two-physical-node mongo cluster running in a duplicate set mode is characterized in that the two-physical-node mongo cluster comprises two physical nodes providing mongo services, namely a physical node A and a physical node B, wherein a high-availability master client, a mongo arbitration service and a mongo duplicate service are deployed on the physical node A, a high-availability slave client, a mongo arbitration service and a mongo duplicate service are deployed on the physical node B, and the mongo duplicate service is used for selecting votes, storing data and metadata and used for selecting votes; the high-availability master client and the high-availability slave client keep heartbeat and operate in a master-slave mode, the master client takes over a designated IP to externally provide a mongo arbitration service in a normal operation state, the physical node A and the physical node B simultaneously externally provide a mongo copy service, and the physical node B does not externally provide the mongo arbitration service in the normal operation state;
the application method of the two-physical-node mongo cluster comprises the following steps of processing the fault downtime of a physical node where a high-availability main client is located:
a1 After a physical node where the high-availability main client is located is down due to a fault, the high-availability slave client detects that the heartbeat of the high-availability main client is lost, upgrades the high-availability slave client to a new high-availability main client, takes over a specified IP of the original high-availability main client, and provides a mongo arbitration service based on the specified IP, so that a mongo cluster runs a mongo copy service and a mongo arbitration service at present to ensure that the new high-availability main client can obtain more than half of election voting rights to provide services to the outside;
a2 The original high-availability master client finds that a new high-availability master client actively degrades to a new high-availability slave client, no longer takes over the designated IP of the original high-availability master client, and no longer provides the monogo arbitration service based on the designated IP, so that the monogo cluster recovers the normal running state of the two-monogo duplicate service and the monogo arbitration service.
2. The method of claim 1, wherein the designated IP is a virtual IP.
3. The method for applying a two-physical-node mongo cluster operating in a replica-set mode according to claim 1 or 2, further comprising the following steps of processing the failure downtime of a physical node where a high-availability slave client is located:
b1 After a physical node where the high-availability slave client is located is down due to a fault, the high-availability master client detects that the heartbeat of the slave-availability master client is lost, and continues to take over the designated IP and provide the mongo arbitration service externally based on the designated IP unchanged, so that the mongo cluster currently runs a mongo copy service and a mongo arbitration service to ensure that the high-availability master client can obtain more than half of election voting rights to provide the service externally;
b2 High-availability slave client is recovered from a physical node where the high-availability slave client is located, so that the high-availability slave client and the monog copy service on the physical node are recovered, the high-availability master client detects the heartbeat recovery of the slave-availability master client, the high-availability master client continuously takes over the specified IP and provides the monog arbitration service externally based on the specified IP unchanged, and the monog cluster recovers the normal running state of the two-monog copy service and the monog arbitration service.
4. A computer device comprising a microprocessor and a memory connected to each other, characterized in that the microprocessor is programmed or configured to perform the steps of the method of application of a cluster of two physical nodes, mongo, operating in duplicate set mode according to any one of claims 1 to 3.
5. A computer device comprising a microprocessor and a memory connected to each other, characterized in that the memory has stored therein a computer program programmed or configured to perform the method of application of a cluster of two physical nodes, mongo, operating in a replica-set mode according to any one of claims 1 to 3.
6. A computer-readable storage medium, characterized in that it stores therein a computer program programmed or configured to perform the method of application of a cluster of two physical nodes, mongo, operating in replica-set mode according to any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011008897.4A CN112202601B (en) | 2020-09-23 | 2020-09-23 | Application method of two physical node mongo clusters operated in duplicate set mode |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011008897.4A CN112202601B (en) | 2020-09-23 | 2020-09-23 | Application method of two physical node mongo clusters operated in duplicate set mode |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112202601A CN112202601A (en) | 2021-01-08 |
| CN112202601B true CN112202601B (en) | 2023-03-24 |
Family
ID=74016060
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011008897.4A Active CN112202601B (en) | 2020-09-23 | 2020-09-23 | Application method of two physical node mongo clusters operated in duplicate set mode |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112202601B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113794595A (en) * | 2021-09-15 | 2021-12-14 | 领云悠逸(北京)科技有限公司 | IoT (Internet of things) equipment high-availability method based on industrial Internet |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103684941A (en) * | 2013-11-23 | 2014-03-26 | 广东新支点技术服务有限公司 | Arbitration server based cluster split-brain prevent method and device |
| CN105337780A (en) * | 2015-12-01 | 2016-02-17 | 迈普通信技术股份有限公司 | Server node configuration method and physical nodes |
| CN107193695A (en) * | 2017-05-25 | 2017-09-22 | 北京计算机技术及应用研究所 | A kind of configuration and synchronization method of double control disk array |
| CN107918570A (en) * | 2017-10-20 | 2018-04-17 | 杭州沃趣科技股份有限公司 | A kind of method that dual-active system shares arbitration disk |
| CN110971662A (en) * | 2019-10-22 | 2020-04-07 | 烽火通信科技股份有限公司 | Two-node high-availability implementation method and device based on Ceph |
| CN111614733A (en) * | 2020-04-29 | 2020-09-01 | 厦门市美亚柏科信息股份有限公司 | Deployment method, device and storage medium of distributed multi-fragmentation cluster |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10523581B2 (en) * | 2016-10-31 | 2019-12-31 | Microsoft Technology Licensing Llc | Flighting of node controller in pilot mode in resource management system |
-
2020
- 2020-09-23 CN CN202011008897.4A patent/CN112202601B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103684941A (en) * | 2013-11-23 | 2014-03-26 | 广东新支点技术服务有限公司 | Arbitration server based cluster split-brain prevent method and device |
| CN105337780A (en) * | 2015-12-01 | 2016-02-17 | 迈普通信技术股份有限公司 | Server node configuration method and physical nodes |
| CN107193695A (en) * | 2017-05-25 | 2017-09-22 | 北京计算机技术及应用研究所 | A kind of configuration and synchronization method of double control disk array |
| CN107918570A (en) * | 2017-10-20 | 2018-04-17 | 杭州沃趣科技股份有限公司 | A kind of method that dual-active system shares arbitration disk |
| CN110971662A (en) * | 2019-10-22 | 2020-04-07 | 烽火通信科技股份有限公司 | Two-node high-availability implementation method and device based on Ceph |
| CN111614733A (en) * | 2020-04-29 | 2020-09-01 | 厦门市美亚柏科信息股份有限公司 | Deployment method, device and storage medium of distributed multi-fragmentation cluster |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112202601A (en) | 2021-01-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11360854B2 (en) | Storage cluster configuration change method, storage cluster, and computer system | |
| US11163653B2 (en) | Storage cluster failure detection | |
| KR100326982B1 (en) | A highly scalable and highly available cluster system management scheme | |
| US7490205B2 (en) | Method for providing a triad copy of storage data | |
| US7231461B2 (en) | Synchronization of group state data when rejoining a member to a primary-backup group in a clustered computer system | |
| US9280428B2 (en) | Method for designing a hyper-visor cluster that does not require a shared storage device | |
| US20080052327A1 (en) | Secondary Backup Replication Technique for Clusters | |
| JP6491210B2 (en) | System and method for supporting persistent partition recovery in a distributed data grid | |
| CN110807064B (en) | Data recovery device in RAC distributed database cluster system | |
| CN106062717A (en) | Distributed storage replication system and method | |
| EP3745269B1 (en) | Hierarchical fault tolerance in system storage | |
| CN111200532A (en) | Method, device, equipment and medium for master-slave switching of database cluster node | |
| Aguilera et al. | Reconfiguring replicated atomic storage: A tutorial | |
| KR20110044858A (en) | Maintain data indetermination in data servers across data centers | |
| US7657781B1 (en) | System and method for providing redundant data load sharing in a distributed network | |
| CN107168970A (en) | A kind of distributed file system HDFS management method, apparatus and system | |
| CN107038192B (en) | Database disaster tolerance method and device | |
| US9396076B2 (en) | Centralized version control system having high availability | |
| CN112202601B (en) | Application method of two physical node mongo clusters operated in duplicate set mode | |
| CN115168322A (en) | Database system, main library election method and device | |
| WO2015196692A1 (en) | Cloud computing system and processing method and apparatus for cloud computing system | |
| CN116389233A (en) | Container cloud management platform active-standby switching system, method and device and computer equipment | |
| CN113138879A (en) | Method and system for hybrid edge replication | |
| CN115510167B (en) | Distributed database system and electronic equipment | |
| WO2024021746A1 (en) | Data processing method, communication system, and related device |
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 |