CN112003716A - Data center dual-activity implementation method - Google Patents
Data center dual-activity implementation method Download PDFInfo
- Publication number
- CN112003716A CN112003716A CN201911272932.0A CN201911272932A CN112003716A CN 112003716 A CN112003716 A CN 112003716A CN 201911272932 A CN201911272932 A CN 201911272932A CN 112003716 A CN112003716 A CN 112003716A
- Authority
- CN
- China
- Prior art keywords
- data
- service
- center
- activity
- double
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000009977 dual effect Effects 0.000 title claims abstract description 18
- 230000000694 effects Effects 0.000 claims description 28
- 230000007246 mechanism Effects 0.000 claims description 17
- 238000007726 management method Methods 0.000 claims description 13
- 238000005516 engineering process Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 8
- 238000003491 array Methods 0.000 claims description 4
- 238000012790 confirmation Methods 0.000 claims description 4
- 230000002159 abnormal effect Effects 0.000 claims description 3
- 230000005012 migration Effects 0.000 claims description 3
- 238000013508 migration Methods 0.000 claims description 3
- 230000009466 transformation Effects 0.000 abstract description 5
- 238000013461 design Methods 0.000 abstract description 4
- 238000011084 recovery Methods 0.000 abstract description 4
- 230000009897 systematic effect Effects 0.000 abstract 1
- 238000013500 data storage Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000011161 development Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 210000004556 brain Anatomy 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention discloses a data center dual-activity implementation method, which is characterized in that systematic design and configuration are carried out on all elements such as a data center network, a server, a storage, a cloud platform, data synchronization, software deployment, a foreground client and the like, dual activity at a data center level is realized by deploying dual-activity switching agent service and a cloud high availability strategy under the condition that wide area cluster transformation is not carried out on application service, efficient overall center switching can be realized when an overall fault of a main data center occurs, RPO (kernel protocol for oriented) of core data is close to 0, and RTO (remote terminal equipment) is at a minute level, so that the continuity of cloud service and rapid recovery of service quality are effectively ensured. The method is used for implementing the double-active service capability of the data center, solves the problems of long switching time, more data loss, reduced service quality and the like among multiple data centers constructed based on the traditional enterprise-level application and the private cloud, and effectively improves the continuous service capability of the traditional cloud service.
Description
Technical Field
The invention belongs to disaster recovery technology of a large-scale data center, in particular to a data center dual-activity implementation method.
Background
Cloud computing enters into an actual application stage in each field, centralization of services and information resources becomes an important development direction of information infrastructure, a data center serves as a provider of cloud resources and bears a large number of applications of different types, and with further development of information technology, a single data center is developed into a distributed cloud data center at present, and urgent needs are brought to disaster tolerance capability of the data center. The data center dual-active mode generally means that two data centers jointly respond to a service request of a foreground, when one of the data centers integrally fails, core service of a system is not interrupted, and service quality is rapidly recovered. In order to improve the high availability of cloud services and ensure that key services are not interrupted, the disaster tolerance capability of double-activity or multi-activity of a cloud data center gradually becomes the necessary capability of a large-scale data center.
At present, in the application service development stage of an IT enterprise at the initial construction stage, the application requirements of central-level double-activity are oriented, the requirements of cross-domain cluster deployment are adopted for design, the deployment requirements of double-activity capability of users can be met, the traditional enterprise-level application service is not designed aiming at double-activity deployment in the design process, a single center is generally considered to independently provide services to the outside, high availability capability in the center is realized in a single data center through modes of service redundancy deployment, intra-domain application clustering and the like, and the double-activity service capability of the cross-data center cannot be formed with other data centers. When the system is used for dealing with central-level faults caused by factors such as wars, fire, earthquakes and the like, the overall service recovery time generally needs hours to days, and the rapid and effective inter-center service replacement capability is lacked.
In order to realize the dual-activity capability of the data center, large-scale cross-domain cluster service capability transformation needs to be performed on application services, and a series of risks of long transformation time period, high resource consumption, low reliability of transformed software and the like are faced. Therefore, a data center dual-activity implementation method which is controllable in time period and resource consumption and does not modify the existing software service is urgently needed.
Disclosure of Invention
The invention aims to provide a data center double-activity implementation method, which is oriented to a multi-data center service environment constructed based on traditional enterprise-level application and private cloud, provides data center-level double-activity service capability under the condition that application service is not subjected to large-scale cross-domain cluster capability transformation, can realize efficient whole center switching when a main data center is in overall failure, and has the core data RPO close to 0 and the RTO in the minute level.
The invention provides a data center dual-activity implementation method, which comprises the following steps:
s1, performing VRRP planning configuration on the network between the two data centers, adopting a master-slave backup mode for configuration, and setting the master-slave state of the VRRP virtual gateway through the priority adjustment of the routing equipment;
s2, planning and deploying a server, and establishing a cross-domain large cluster architecture consisting of the two data centers and a third party arbitration area;
s3, the two data centers use storage arrays, and double activities are realized by adopting parallel communication;
s4, configuring the cloud platform to be highly available, and based on the shared storage space provided by the intercommunication between the service layer and the data layer and the live-active storage of the network, adopting an occupying virtual machine technology;
s5, realizing the real-time synchronization capability of three types of data of a relational database, Hdfs and Hbsae by adopting a master-slave remote synchronization mode, wherein the master background database bears the service data reading and writing function and synchronizes the data to the standby background database in real time through data synchronization software;
s6, the two data centers respectively deploy double-active switching services, and when a center-level fault occurs, a double-active switching mechanism based on manual confirmation is adopted in the standby center to realize service migration of the whole center;
s7, a double-activity switching agent is deployed at a foreground client, double-activity switching agent services are deployed at two data centers, and based on the service IP addresses of the two data centers of the double-activity switching agent dynamic connection background, the center-level switching of the front-end access background service link address is realized.
Further, when performing VRRP planning configuration on the network between the two data centers in step S1, an interconnection link is established between the two data centers, and three types of VLANs are configured on the interconnection link, including a cloud platform management plane VLAN, a service segment VLAN used by a virtual machine, and a VLAN with an interconnection address.
Furthermore, a heartbeat mechanism is established between the two data centers and the third party arbitration area, when the heartbeat between the centers is abnormal due to the fault between the two data centers, the judgment of the main center is realized based on the arbitration and preemption mechanism, and when the link between the two data centers is recovered to be normal, the cross-domain cluster is automatically recovered based on the handshake communication mechanism.
Further, the IP address of the stub virtual machine remains unchanged.
Further, in step S5, the relational database employs a data synchronization method for capturing data logs, the Hdfs data employs a distributed file system data synchronization service of a Distcp command, and the Hbase data employs an incremental data synchronization service based on a coprocessor.
Compared with the prior art, the invention has the following remarkable advantages:
1. the disaster tolerance and destroy resistance of the information system of the traditional technical architecture are improved. The traditional data center is generally constructed in an independent service mode, the disaster tolerance and destroy-resistant means among centers are basically cold backup, and with the increasing requirements of the data center on the sustainability and high availability of the service, the disaster tolerance and destroy-resistant capability of the traditional system data center can be greatly enhanced through the dual-activity implementation method provided by the patent.
2. The method is simple to realize and low in modification cost. The method for realizing double activities provided by the invention mainly utilizes the overall design and comprehensive application of a network topology, a cloud computing platform, a data layer, an application service, a double activity switching proxy service and the like, does not influence the technical architecture of the existing system on the basis of extremely small modification of the system of the data center, keeps the stability of the system, greatly enhances the disaster tolerance capability of the data center, is simple to realize and has lower cost, and is an ideal method for realizing double activities of the data center at present.
3. The system Recovery Time (RTO) is short. The double-activity implementation method provided by the invention combines a plurality of technologies, shortens the background switching time of the current information system to a minute level, and basically does not lose core data.
Drawings
FIG. 1 is a diagram of a system architecture for implementing the method of the present invention;
fig. 2 is a flowchart of a data center dual activity implementation method according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention:
the invention provides a data center dual-activity implementation method, wherein the system architecture is shown in figure 1, and the flow chart is shown in figure 2.
As shown in fig. 1, on the premise that the existing information system is not modified, the system technical architecture is divided into 7 layers, namely a network layer, a server layer, a storage layer, a cloud platform layer, a data layer, a service layer and a front-end access layer, through the overall design of the system, each layer adopts a corresponding technical strategy, and a cloud-high available strategy and a double-active switching proxy service technology are mainly introduced to realize the central-level double-active capability.
The invention provides a data center double-activity implementation method, which is a data center double-activity implementation method based on double-activity switching proxy service and available cloud height, is mainly oriented to a multi-data center service environment constructed based on traditional enterprise-level application and private cloud, and provides data center-level double-activity cloud service capability under the condition that application service is not subjected to large-scale cross-domain cluster capability transformation.
The specific implementation steps are as follows:
s1, performing VRRP planning configuration on the network between the two data centers, adopting a master-slave backup mode for configuration, and setting the master-slave state of the VRRP virtual gateway through the priority adjustment of the routing equipment.
On the basis of the technical scheme, further, when VRRP planning configuration is carried out on a network between two data centers, an interconnection link is built between the two data centers, and three types of VLANs are configured on the interconnection link, wherein the three types of VLANs comprise a cloud platform management plane VLAN, a service network segment VLAN used by a virtual machine and a VLAN with an interconnection address.
In the embodiment, the master/standby states of the VRRP virtual gateways are set by adjusting the priority of the routing device, and when a central-level fault occurs, the VRRP mechanism can automatically select an available gateway device to bear data traffic, thereby ensuring reliable communication of the network.
And S2, planning and deploying the servers, and establishing a cross-domain large cluster architecture consisting of the two data centers and a third party arbitration area.
On the basis of the technical scheme, further, a heartbeat mechanism is established between the two data centers and the third party arbitration area, when the heartbeat between the two data centers is abnormal due to the fault between the two data centers, the judgment of the main center is realized based on the arbitration and preemption mechanism, and when the link between the two data centers is recovered to be normal, the cross-domain cluster is automatically recovered based on the handshake communication mechanism.
In the embodiment, by utilizing an inter-center heartbeat mechanism and an arbitration strategy, when a center-level fault occurs, a currently available data center is determined, and a conflict is prevented from being generated when two data centers are served; the two data center servers comprise storage nodes, computing nodes and management nodes, and each type of nodes adopt a cluster mode, so that the reliability of double centers is improved.
In order to avoid split brain condition in the center level fault, a cross-domain large cluster architecture composed of two data centers and a third party arbitration area is established, namely a cloud architecture, two data center servers comprise storage nodes, computing nodes and management nodes, and each type of node in each center adopts a cluster mode; the arbitration management node collects data messages of two data center cloud platforms in real time, judges network connectivity in the data center and sets a main data center of the system according to the network connectivity; the storage nodes and the management nodes of the two data centers are directly connected through the switch; judging a main data center under the condition of fault and broken link of a core network and an access network through an arbitration management node; the virtual machines on the storage nodes of the main data center are backed up on the storage nodes of the standby data center in real time in the form of occupied virtual machines through communication between the cloud platform management nodes and the storage nodes, when a central-level fault occurs, the cloud management nodes can migrate as required, and the mirror image data of the virtual machines can be backed up in the two data centers.
It is worth noting that the arbitration management node only plays a monitoring role under the normal condition of the network and the cloud platform, and when the network link failure occurs and the messages sent by the two data centers to the arbitration management node are inconsistent, the arbitration management node only plays an arbitration role and judges whether the centers need to be switched.
And S3, the two data centers use storage arrays and adopt parallel communication to realize double activities.
In the embodiment, through a parallel access technology, the live LUN data of two data center storage arrays are synchronized in real time, and two ends can simultaneously process an I/O read-write request of an application server, so that the parallel access capability is provided for the server, and when any one set of disk array fails, the access to the storage equipment is not interrupted.
S4, high-availability configuration of the cloud platform, intercommunication between a service layer and a data layer based on the network, shared storage space provided by double-active storage, and adoption of an occupied virtual machine technology.
On the basis of the technical scheme, further, the IP address of the occupying virtual machine is kept unchanged.
In this embodiment, based on the mixed deployment mode of the system virtual machines in the live-active storage, the IP address of the stub virtual machine for supporting the external information exchange service remains unchanged.
Based on the shared storage space provided by the intercommunication and the dual-active storage of the core network and the access network of the network, the problem that the external IP address of the service interacting with the external system information is not changed is solved by adopting the placeholder virtual machine technology. Supporting high-availability deployment of an application layer by adopting a mixed mode of 'double-center deployment + occupying virtual machines': and realizing double-center drift of the external information interaction service by adopting an occupying virtual machine mode, and deploying one set of service for other application services in each double center.
S5, realizing the real-time synchronization capability of the relational database, the Hdfs and the Hbsae by adopting a master-slave remote synchronization mode, wherein the master background database bears the service data reading and writing function and synchronizes the data to the standby background database in real time through data synchronization software.
On the basis of the technical scheme, a data synchronization method for capturing data logs is further adopted in the relational database, a distributed file system data synchronization service of a Distcp command is adopted for Hdfs data, and an incremental data synchronization service based on a coprocessor is adopted for Hbase data.
In the embodiment, different data synchronization methods are adopted for different data storage types on the premise of not changing the data storage architecture and deployment. The data storage modes in the general information system mainly include a relational database, Hdfs and Hbsae. When double centers are built, two sets of data storage areas are built in two data centers respectively, and data between the centers are synchronized in real time. It should be noted that, although the upper-layer service is coupled to the traditional information system with tight coupling, although two data center data storage layers are online at the same time, in order to ensure the data consistency of the two data centers, a single-center writing mechanism is still required, and then the storage system realizes the data synchronization between the centers. The relational database is realized by adopting a database synchronization service based on a data change log capture mechanism, and the Hdfs data is realized by adopting a distributed file system data synchronization service of a Distcp command; hbase data employs a coprocessor-based incremental data synchronization service.
And S6, respectively deploying double-active switching services in the two data centers, and when a center-level fault occurs, adopting a double-active switching mechanism based on manual confirmation in the standby center to realize service migration of the whole center.
In this embodiment, for dual active capability, the active-standby data centers are two independent information systems with different IP addresses and online simultaneously, except for keeping the external information exchange address unchanged in an occupying virtual machine mode, and the two systems respectively add a set of dual active switching service to manage the service state of the center. When a center-level fault occurs, a double-active switching instruction between centers is issued by combining a manual confirmation mechanism.
S7, a double-activity switching agent is deployed at a foreground client, double-activity switching agent services are deployed at two data centers, and based on the service IP addresses of the two data centers of the double-activity switching agent dynamic connection background, the center-level switching of the front-end access background service link address is realized.
In this embodiment, the foreground client deploys the live-active switching agent, can receive the switching instruction sent by the two data center switching services, and dynamically connects the service IP address of the background data center according to the instruction, thereby implementing the center-level switching of the front-end access background service link address.
When a traditional information system processes information interaction between a foreground and a background, a common foreground client side is provided with a service addressing agent which is complex in function and generally comprises functions of user authentication, authority control and the like besides the addressing function, a double-active switching agent is added without changing a system software architecture, a switching instruction sent by a main central switching service is received, background service IP address configuration in the service addressing agent is dynamically modified according to the instruction, and central-level switching of a front-end access background service link address is realized.
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 embellishments within the scope of the invention may occur to those skilled in the art without departing from the principle of the invention, and are considered to be within the scope of the invention.
Claims (5)
1. A data center dual-activity implementation method is characterized by comprising the following steps:
s1, performing VRRP planning configuration on the network between the two data centers, adopting a master-slave backup mode for configuration, and setting the master-slave state of the VRRP virtual gateway through the priority adjustment of the routing equipment;
s2, planning and deploying a server, and establishing a cross-domain large cluster architecture consisting of the two data centers and a third party arbitration area;
s3, the two data centers use storage arrays, and double activities are realized by adopting parallel communication;
s4, configuring the cloud platform to be highly available, and based on the shared storage space provided by the intercommunication between the service layer and the data layer and the live-active storage of the network, adopting an occupying virtual machine technology;
s5, realizing the real-time synchronization capability of the relational database, the Hdfs and the Hbsae by adopting a master-slave remote synchronization mode, wherein the master background database bears the service data reading and writing function and synchronizes the data to the standby background database in real time through data synchronization software.
And S6, respectively deploying double-active switching services in the two data centers, and when a center-level fault occurs, adopting a double-active switching mechanism based on manual confirmation in the standby center to realize service migration of the whole center.
S7, a double-activity switching agent is deployed at a foreground client, double-activity switching agent services are deployed at two data centers, and based on the service IP addresses of the two data centers of the double-activity switching agent dynamic connection background, the center-level switching of the front-end access background service link address is realized.
2. The method for implementing data center dual-activity as claimed in claim 1, wherein in step S1, when performing VRRP planning configuration on a network between two data centers, an interconnection link is established between the two data centers, and three types of VLANs are configured on the interconnection link, including a cloud platform management plane VLAN, a service network segment VLAN used by a virtual machine, and a VLAN with an interconnection address.
3. The method for implementing data center dual activity as claimed in claim 1, wherein the two data centers and the third party arbitration area both establish a heartbeat mechanism, when the heartbeat between the two data centers is abnormal due to a failure, the judgment of the active center is implemented based on the arbitration preemption mechanism, and when the link between the two data centers is recovered to be normal, the cross-domain cluster is automatically recovered based on the handshake communication mechanism.
4. The data center dual activity implementation method of claim 1 wherein the IP address of the stub virtual machine remains unchanged.
5. The method as claimed in claim 1, wherein in step S5, the relational database employs a data synchronization method for capturing data logs, the Hdfs data employs a distributed file system data synchronization service of a Distcp command, and the Hbase data employs an incremental data synchronization service based on a coprocessor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911272932.0A CN112003716A (en) | 2019-12-12 | 2019-12-12 | Data center dual-activity implementation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911272932.0A CN112003716A (en) | 2019-12-12 | 2019-12-12 | Data center dual-activity implementation method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112003716A true CN112003716A (en) | 2020-11-27 |
Family
ID=73461562
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911272932.0A Pending CN112003716A (en) | 2019-12-12 | 2019-12-12 | Data center dual-activity implementation method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112003716A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112929221A (en) * | 2021-03-02 | 2021-06-08 | 浪潮云信息技术股份公司 | Method for realizing disaster tolerance of main and standby cloud service products |
| CN113111143A (en) * | 2021-04-09 | 2021-07-13 | 河南交通发展研究院有限公司 | Road multi-source heterogeneous data reconstruction integration and support sharing complete method and system |
| CN113259174A (en) * | 2021-06-07 | 2021-08-13 | 上海慧捷智能技术有限公司 | Contact center system based on multi-cloud architecture and implementation method thereof |
| CN113472469A (en) * | 2021-07-27 | 2021-10-01 | 厦门亿联网络技术股份有限公司 | Data synchronization method, device, equipment and storage medium |
| CN113741918A (en) * | 2021-09-10 | 2021-12-03 | 安超云软件有限公司 | Method for deploying applications on cloud and applications |
| CN113766004A (en) * | 2021-07-27 | 2021-12-07 | 深圳市珍爱捷云信息技术有限公司 | Disaster recovery system, method and storage medium based on multi-cloud platform |
| CN115396296A (en) * | 2022-08-18 | 2022-11-25 | 中电金信软件有限公司 | Service processing method and device, electronic equipment and computer readable storage medium |
| CN115714715A (en) * | 2022-11-03 | 2023-02-24 | 山东浪潮智慧医疗科技有限公司 | Method and system for constructing double-active framework of nucleic acid detection system based on multiple open-source components |
| CN115883547A (en) * | 2022-11-15 | 2023-03-31 | 浪潮云信息技术股份公司 | High-availability NiFi deployment method and system based on DRBD |
| CN115967611A (en) * | 2021-10-13 | 2023-04-14 | 中移物联网有限公司 | Cross-domain switching processing method, device, equipment and storage medium |
| CN118377657A (en) * | 2024-06-26 | 2024-07-23 | 苏州元脑智能科技有限公司 | Data recovery method and device, storage medium and electronic equipment |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150334696A1 (en) * | 2013-08-15 | 2015-11-19 | Huawei Technologies Co., Ltd. | Resource provisioning method |
| CN204859222U (en) * | 2015-06-02 | 2015-12-09 | 郑州银行股份有限公司 | With two high available systems that live of city data center |
| CN109901948A (en) * | 2019-02-18 | 2019-06-18 | 国家计算机网络与信息安全管理中心 | Shared-nothing database cluster strange land dual-active disaster tolerance system |
| CN110007905A (en) * | 2019-04-17 | 2019-07-12 | 安徽省希灵科技服务有限公司 | A kind of generation method and system of the software development scheme based on big data |
| CN110083662A (en) * | 2019-05-15 | 2019-08-02 | 国网江西省电力有限公司信息通信分公司 | A kind of dual-active architecture construction method based on plateform system |
| CN110175089A (en) * | 2019-05-17 | 2019-08-27 | 国电南瑞科技股份有限公司 | A kind of dual-active disaster recovery and backup systems with read and write abruption function |
-
2019
- 2019-12-12 CN CN201911272932.0A patent/CN112003716A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150334696A1 (en) * | 2013-08-15 | 2015-11-19 | Huawei Technologies Co., Ltd. | Resource provisioning method |
| CN204859222U (en) * | 2015-06-02 | 2015-12-09 | 郑州银行股份有限公司 | With two high available systems that live of city data center |
| CN109901948A (en) * | 2019-02-18 | 2019-06-18 | 国家计算机网络与信息安全管理中心 | Shared-nothing database cluster strange land dual-active disaster tolerance system |
| CN110007905A (en) * | 2019-04-17 | 2019-07-12 | 安徽省希灵科技服务有限公司 | A kind of generation method and system of the software development scheme based on big data |
| CN110083662A (en) * | 2019-05-15 | 2019-08-02 | 国网江西省电力有限公司信息通信分公司 | A kind of dual-active architecture construction method based on plateform system |
| CN110175089A (en) * | 2019-05-17 | 2019-08-27 | 国电南瑞科技股份有限公司 | A kind of dual-active disaster recovery and backup systems with read and write abruption function |
Non-Patent Citations (2)
| Title |
|---|
| 许亨: ""营口银行灾备系统建设项目计划与控制"", 《中国优秀硕士学位论文全文数据库 经济与管理科学辑》 * |
| 郝刚: ""一种实现银行业应用级双活的网络架构改造方法"", 《电脑知识与技术》 * |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112929221A (en) * | 2021-03-02 | 2021-06-08 | 浪潮云信息技术股份公司 | Method for realizing disaster tolerance of main and standby cloud service products |
| CN113111143A (en) * | 2021-04-09 | 2021-07-13 | 河南交通发展研究院有限公司 | Road multi-source heterogeneous data reconstruction integration and support sharing complete method and system |
| CN113259174A (en) * | 2021-06-07 | 2021-08-13 | 上海慧捷智能技术有限公司 | Contact center system based on multi-cloud architecture and implementation method thereof |
| CN113472469A (en) * | 2021-07-27 | 2021-10-01 | 厦门亿联网络技术股份有限公司 | Data synchronization method, device, equipment and storage medium |
| CN113766004A (en) * | 2021-07-27 | 2021-12-07 | 深圳市珍爱捷云信息技术有限公司 | Disaster recovery system, method and storage medium based on multi-cloud platform |
| CN113472469B (en) * | 2021-07-27 | 2023-12-05 | 厦门亿联网络技术股份有限公司 | Data synchronization method, device, equipment and storage medium |
| CN113741918A (en) * | 2021-09-10 | 2021-12-03 | 安超云软件有限公司 | Method for deploying applications on cloud and applications |
| CN113741918B (en) * | 2021-09-10 | 2024-07-19 | 安超云软件有限公司 | Method for deploying application on cloud and application |
| CN115967611A (en) * | 2021-10-13 | 2023-04-14 | 中移物联网有限公司 | Cross-domain switching processing method, device, equipment and storage medium |
| CN115396296A (en) * | 2022-08-18 | 2022-11-25 | 中电金信软件有限公司 | Service processing method and device, electronic equipment and computer readable storage medium |
| CN115714715A (en) * | 2022-11-03 | 2023-02-24 | 山东浪潮智慧医疗科技有限公司 | Method and system for constructing double-active framework of nucleic acid detection system based on multiple open-source components |
| CN115883547A (en) * | 2022-11-15 | 2023-03-31 | 浪潮云信息技术股份公司 | High-availability NiFi deployment method and system based on DRBD |
| CN118377657A (en) * | 2024-06-26 | 2024-07-23 | 苏州元脑智能科技有限公司 | Data recovery method and device, storage medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112003716A (en) | Data center dual-activity implementation method | |
| CN112671882B (en) | Same-city double-activity system and method based on micro-service | |
| EP2347563B1 (en) | Distributed master election | |
| CN107707393B (en) | Multi-active system based on Openstack O version characteristics | |
| EP2617157B1 (en) | Performing partial subnet initialization in a middleware machine environment | |
| US6760859B1 (en) | Fault tolerant local area network connectivity | |
| CN110083662B (en) | Double-living framework construction method based on platform system | |
| CN104468151B (en) | A kind of system and method for keeping TCP sessions during cluster switching | |
| CN100499507C (en) | Disaster recovery system, method and network device | |
| CN107612960B (en) | Integrated control system in power grid dispatching | |
| CN101485139A (en) | A distributed master and standby managing method and system based on the network element | |
| WO2016177231A1 (en) | Dual-control-based active-backup switching method and device | |
| CN110336855B (en) | Medical cloud data system | |
| CN106850255A (en) | A kind of implementation method of multi-computer back-up | |
| CN103095569A (en) | Hot disaster tolerance wide area network framework with high redundancy and low cost and achieving method thereof | |
| CN109525411B (en) | Network function component cluster, system, control method, device and storage medium | |
| CN113407382B (en) | Dynamic regulation and control method and system for service fault | |
| CN109165122B (en) | Method for improving disaster recovery capability of application system same city multi-park deployment realized based on block chain technology | |
| CN111262892A (en) | Multi-ROS service discovery system | |
| CN106027313B (en) | Network link disaster tolerance system and method | |
| US20110191626A1 (en) | Fault-tolerant network management system | |
| CN111371535B (en) | Disaster backup system and switching method for different-place main and standby data centers | |
| Aglan et al. | Reliability and scalability in SDN networks | |
| CN106250048A (en) | The method and device of management storage array | |
| CN110435722B (en) | Load balancing implementation method for cross-regional data exchange of rail transit comprehensive monitoring system |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201127 |
|
| RJ01 | Rejection of invention patent application after publication |