CN110266795A - One kind being based on Openstack platform courses method - Google Patents

One kind being based on Openstack platform courses method Download PDF

Info

Publication number
CN110266795A
CN110266795A CN201910537619.9A CN201910537619A CN110266795A CN 110266795 A CN110266795 A CN 110266795A CN 201910537619 A CN201910537619 A CN 201910537619A CN 110266795 A CN110266795 A CN 110266795A
Authority
CN
China
Prior art keywords
program
computer room
virtual machine
idc
main
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
Application number
CN201910537619.9A
Other languages
Chinese (zh)
Inventor
陈阔
王颖康
谢屈强
耿洪杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Sixun Information Technology Co Ltd
Original Assignee
Shanghai Sixun Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Sixun Information Technology Co Ltd filed Critical Shanghai Sixun Information Technology Co Ltd
Priority to CN201910537619.9A priority Critical patent/CN110266795A/en
Publication of CN110266795A publication Critical patent/CN110266795A/en
Pending legal-status Critical Current

Links

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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/103—Active monitoring, e.g. heartbeat, ping or trace-route with adaptive polling, i.e. dynamically adapting the polling rate
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network

Abstract

The invention discloses one kind to be based on Openstack platform courses method, first IDC computer room is configured with the second program configured with the first program, the 2nd IDC computer room, it include: to determine that first program is main program, determines that second program is alternate program according to the preset field of main program configuration file；The first program creation interface is simultaneously monitored, accesses data packet that second program is sent and response, connection database, reading and record and test；When being successfully tested, it is polled；When second program validation and first program are without returned packet, switching second program is main program, and starts listening mode；When second program receives the reply message of first program, second program exits listening mode, and first program is main program.Using the embodiment of the present invention, the business High Availabitity of production environment is realized.

Description

One kind being based on Openstack platform courses method
Technical field
It develops skill field the present invention relates to computer room reliability, more particularly to a kind of is based on the platform courses side Openstack Method.
Background technique
PenStack is the cloud operating system of an open source, can control large-scale calculating, storage, network by data center Equal resource pools.All management can be completed by front-end interface administrator, can also equally allow final use by web interface The Ministry of Revenue affixes one's name to resource.OpenStack supports almost all kinds of cloud environment, has become mainstream IaaS (infrastructure services) Standard services the solution of (IaaS) by the various services facility that provides the foundation, and each service provides API to be collected At.
Therefore, the service reliability for improving production environment is a technical problem to be solved urgently.
Summary of the invention
The purpose of the present invention is to provide one kind to be based on Openstack platform courses method, it is intended to realize production environment Business High Availabitity.
To achieve the goals above, the present invention provides a kind of based on Openstack platform courses method, the first IDC computer room The second program is configured with configured with the first program, the 2nd IDC computer room, comprising:
According to the preset field of main program configuration file, determine that first program is main program, determines second journey Sequence is alternate program；
The first program creation interface is simultaneously monitored, accesses data packet and response, connection number that second program is sent According to library, reads record and test；
When being successfully tested, it is polled；
When second program validation and first program are without returned packet, switching second program is main journey Sequence, and start listening mode；
When second program receives the reply message of first program, second program exits monitoring mould Formula, first program are main program.
It is unsuccessful in test to be in a kind of implementation of the invention, the method also includes:
Virtual machine is closed, switching foot tincture is enabled and switches over, after the completion of switching, start spare virtual machine.
In a kind of implementation of the invention, the method also includes:
First program opens the mode of the 2nd IDC network of computer room of monitoring；
When finding that network corresponding to second program can not connect during monitoring, the 2nd IDC machine is determined Room computer room enables all backup virtual machines of the first IDC computer room there are when failure.
In a kind of implementation of the invention, the monitoring step of the first program starting, comprising:
After the first program starting, web socket, bundling port are defined；
Check the networking operational environment of the 2nd IDC computer room；
When checking network failure, the 2nd IDC network described in circular test continues to monitor after recovery；
Check that monitored virtual machine state then starts switching main program if there is monitored virtual machine delay machine.
In a kind of implementation of the invention, the monitoring step of second program, comprising:
Web socket is defined, server-side port is connected；
Heartbeat data is sent, in the case where not connecting, local ident C is normal if judging, then is switched to the second program Main program；
Check virtual machine, the then switching of main program when judging virtual machine delay machine.
It is based on Openstack platform courses method using one kind provided in an embodiment of the present invention, passes through main program and configures text The preset field of part, come determine corresponding first program of one of IDC computer room be main program, another be alternate program；So Pass through the first program creation interface afterwards and monitors, accesses data packet and response, connection data that second program is sent Library is read record and is tested；And when being successfully tested, it is polled；When main program when something goes wrong, the second program is carried out with it After communication, when second program validation and first program are without returned packet, switching second program is main program, And start listening mode；When second program receives the reply message of first program, second program is exited Listening mode, first program are main program.Therefore, pass through setting principal and subordinate's program between the monitoring programme of two computer rooms Switching, improves the reliability of computer room.
Detailed description of the invention
Fig. 1 is a kind of flow diagram of the embodiment of the present invention.
Specific embodiment
Illustrate embodiments of the present invention below by way of specific specific example, those skilled in the art can be by this specification Other advantages and efficacy of the present invention can be easily understood for disclosed content.The present invention can also pass through in addition different specific realities The mode of applying is embodied or practiced, the various details in this specification can also based on different viewpoints and application, without departing from Various modifications or alterations are carried out under spirit of the invention.
Please refer to Fig. 1.It should be noted that illustrating what only the invention is illustrated in a schematic way provided in the present embodiment Basic conception, only shown in schema then with related component in the present invention rather than component count, shape when according to actual implementation And size is drawn, when actual implementation kenel, quantity and the ratio of each component can arbitrarily change for one kind, and its assembly layout Kenel may also be increasingly complex.
The present invention provides a kind of based on Openstack platform courses method, and the first IDC computer room is configured with the first program, the Two IDC computer rooms are configured with the second program, comprising:
Step S101: according to the preset field of main program configuration file, determine that first program is main program, determines institute Stating the second program is alternate program.
It is the first IDC computer room and the 2nd IDC computer room, the first IDC respectively it should be noted that being directed to two sets of deployed environments It is deployed on computer room on the first program and the 2nd IDC computer room and is deployed with the second program.It is understood that the first program and second Program can be the program with identical monitoring function being monitored for different IDC computer rooms.
IDC, that is, Internet data center, it is developed rapidly along with the demand that internet continues to develop, at For an important ring indispensable in china in new century Internet industry.It for ICP (ICP), enterprise, Media and all kinds of websites provide extensive, high quality, safe and reliable proficient service device trustship, space are rented, network is wholesale The business such as bandwidth and ASP, EC.
It is understood that the application range of IDC computer room is website orientation, fictitious host computer and e-commerce etc..Such as net It stands publication, after unit is assigned to internet static ip address by trustship host, from telecommunication department, the www of oneself can be issued Website publicizes the product of oneself or service by internet extensively；Fictitious host computer is unit by trustship host, oneself is led The magnanimity hard drive space of machine is hired out, and provides web hosting service for other clients.
It is understood that by taking the first program as an example, a table is stored in the first program, which records and all to be supervised The host of control, is added to the table for monitored virtual machine in configuration process, and the first program can be extracted monitored from database The record of host, is tested.
Step S102: the first program creation interface is simultaneously monitored, accesses data packet that second program is sent and return It answers, connect database, read record and test.
In the embodiment of the present invention, the first program and the second program on startup, pass through the ROLE field of reading configuration file To determine main program or from program.If it is main program, then listening mode is enabled.Then the first program can be accessed from journey The data packet that sequence is sent, and respond, database is connected, reads record, and tested.
Step S103: it when being successfully tested, is polled.
In the embodiment of the present invention, in the case where test passes through, then taken turns truly.If test crash, switching is enabled Process first closes virtual machine, enables switching foot tincture and switches over, after completing switching, starts spare virtual machine.
Step S104: when second program validation and first program are without returned packet, switch second journey Sequence is main program, and starts listening mode.
It is understood that the first program and the second program are to maintain communications status, so in the second program discovery the One program then shows that the first program goes out without returned packet, and in the good situation of communications status of the second program validation oneself Existing problem, so the second program undertakes the monitor task of main program.
Step S105: when second program receives the reply message of first program, second program is moved back Listening mode out, first program are main program.
Then the second program constantly attempts the communication with the first program after as main program, is receiving the first journey When sequence returned packet, then it represents that the first program validation is again main program, return step by the first program recovery communication capacity S101。
In a kind of implementation of the invention, the method also includes:
First program opens the mode of the 2nd IDC network of computer room of monitoring；
When finding that network corresponding to second program can not connect during monitoring, the 2nd IDC machine is determined Room enables all backup virtual machines of the first IDC computer room there are when failure.
When the first program is as main program, the continuous monitoring for carrying out the first IDC computer room and the 2nd IDC computer room, if hair Existing 2nd IDC computer room in order to ensure that all requests of the 2nd IDC computer room can be normally corresponding, then starts there are when failure All backup virtual machines of first IDC computer room carry out completing task.
Specifically, opening listening mode after the starting of the first program, if detection network goes wrong, network failures are waited Continue virtual machine monitoring after recovery, process is as follows:
Web socket is defined, binds its port, such as: 40000.
IDC network environment is checked, if it is checked that network failure, shows that current IDC goes wrong, by circular test IDC Network continues to monitor after recovery.
It checks monitored virtual machine state, can be checked by way of ICMP/ping and connection Port.
If there is monitored virtual machine delay machine, then start switching flow.
In a kind of implementation of the invention, the monitoring step of the first program starting, comprising:
After the first program starting, web socket, bundling port are defined；
Check the networking operational environment of the 2nd IDC computer room；
When checking network failure, the 2nd IDC network described in circular test continues to monitor after recovery；
Check that monitored virtual machine state then starts switching main program if there is monitored virtual machine delay machine.
In a kind of implementation of the invention, the monitoring step of second program, comprising:
Web socket is defined, server-side port is connected；
Heartbeat data is sent, in the case where not connecting, local ident C is normal if judging, then is switched to the second program Main program；
Check virtual machine, the then switching of main program when judging virtual machine delay machine.
It should be noted that actively connecting the first program after the starting of the second program, detection packet is sent, if connected out It is now abnormal, then check_servers function is run, monitor task is continued, process is as follows:
Web socket is defined, connect functional link server-side port, such as 40000 are passed through
Heartbeat data is sent, is not connected such as, IDC environment will be checked, such as judges that local ident C is normal, then by slave role It is switched to master role；Monitoring programme is called, virtual machine is checked, enables switching flow if judging virtual machine delay machine.
It should be noted that detection virtual machine, such as detects virtual machine delay machine, then switching function is called, adjustment virtual machine arrives It is run from IDC, process is as follows:
Virtual machine state is checked, such as ping/ICMP or tcp connect.
Such as state virtual machine failure, such as can not connecting virtual machine port, obtain virtual machine state database.
Alternate program is promoted to main program by the role for changing virtual machine, calls role switching function, modification database note Record calls and closes virtual machine function, carries out rbd and switches over, function is called to start virtual machine, process is as follows:
Update virtual machine state database.
Openstack/API interface is called, the virtual machine in distant clusters is closed.
It was not returned more than 1 minute such as, judges that distant clusters break down, the priority of rbd volumes of promotion will be forced here； Start virtual machine.
And how to realize that the business High Availabitity of production environment is the technological difficulties of cloud in business, the program is from different level High Availabitity design is carried out, in control plane, data platform, service plane carries out High Availabitity design respectively, and to offer High Availabitity Virtual machine configured and monitored, when delay machine or network failure occurs in high available virtual machine, can switch in time, guarantee The stable operation of business.
The embodiment of the present invention also provides Openstack control platform High Availabitity design scheme, to guarantee in entire cloud computing The safe and reliable of system is felt concerned about, this programme is directed to core of system, including cloud computing center management platform, Database Systems etc. Highly reliable and high availability scheme is devised, is mainly realized by high-availability cluster and load balancing cluster.
Each control node configures HBA card, enables cinder volume.By packermaker/Corosync come complete At the design object of High Availabitity, the connection between clustered node is provided using Totem agreement, has gone out cluster election provided Service.The function of Corosync is that the communication and Quorum as Pacemaker cluster resource manager (crm) service.
Implementation method:
Use corosync_votequorum ballot arbitration system.
Without using the high-availability cluster of two nodes, and three nodes is used to form high-availability cluster.
It the use of token expired time is 3 seconds, after token failure, number of retries is 10 times.
It is 50 milliseconds etc. the time to be added.Use one piece of network interface card as monitoring network interface card.Close HMAC/SHA1 cipher mode. Use UDP unicast transmission mode.
The design of database High Availabitity:
MySQL cooperation Galera realizes real active/active HA.It is only right that Fuel configures MySQL/Galera It is outer to provide an active node for receiving write operation and read request.When clustered node increases, you can be added from node； Only one MySQL/Galera node is by cluster as host node, other nodes are taken as from master in cluster.Do not have from host node Have in typical MySQL master slave mode from the delay of the data of node because Galera guarantees each node using synchronous duplication It is that data are consistent.
OpenStack manages MySQL/Galera using Pacemaker and HAProxy:
Pacemaker manages MySQL+Galera node, HAProxy, and Virtual IP Address (VIP).
HAProxy operates in dedicated network namespace and manages MySQL client to VIP and VIP to MySQL/ Galera master living, backs up main connection.Only MySQL/Galera advocate peace VIP keep connection.Synchronizing for this list holotype is multiple System is usually got well than the performance of other modes.
Detailed workflow: the node for binding VIP, which receives request, to carry out data update while modifying global transaction number (GTID)；The high node synchrodata of the current GTID value of every other node and Bi Qi in Galera cluster.
IDC network monitoring design
Idc monitoring programme is monitored routine call, i.e., every next round truly monitors outer net state, such as finds the core of itself computer room Exchange is broken down, and will close empty machine all in itself computer room, is such as found that the computer room core of opposite end exchanges and is broken down, then by force The empty machine of this computer room of pull-up processed.
The design of memory plane High Availabitity
For reach computer room dual-active design, as accumulation layer, ceph provide rbd-mirror service come meet two clusters it Between rbd data synchronize each other, the active-standby switch of rbd data.
Because a rbd-mirror service may only realize the unidirectional replication of data, each ceph cluster is required One rbd-mirror service processes just can satisfy the demand backed up mutually.
Rbd-mirror deployment
In one rbd-mirror of controller1 node deployment of Cloud_DC1 computer room
Cloud_DC2 computer room controller1 node deployment one rbd-mirror, storage platform Failover with Failback switching flow, image restore, and Cloud_DC1 service switching to Cloud_DC2 is needed the relevant image of business It switches over.
By taking the volumes/image1 on DC1 as an example
Such as:
rbd--cluster Cloud_DC1 mirror image demote volumes/image1
rbd--cluster Cloud_DC2 mirror image promote volumes/image1
If Cloud_DC1 is to cause entire cluster unavailable because of failure, or because the network between two clusters is former Barrier causes to communicate.So Cloud_DC1 can not may be notified that Cloud_DC2 after demote or demote, then DC2 Promote will fail, and DC2 can only force promote at this time, first externally provide service.
rbd--cluster Cloud_DC2 mirror image promote--force volumes/image1
Image fissure
After Cloud_DC1 restores to service, the image1 of Cloud_DC1 is in primary state, on Cloud_DC2 Image1 is also at primary state, and rbd-mirror process can assert that fissure occurs in the synchronous state of image1, stop automatically Only back up.It requires manual intervention at this time, out-of-date image1 is first selected to carry out demote, then carrying out forced backup.It is selected Out-of-date image is on Cloud_DC1 cluster, such as executes order
rbd--cluster Cloud_DC1 mirror image demote volumes/image1
rbd--cluster Cloud_DC1 mirror image resync volumes/image1
After executing forced synchronism order, the image1 of DC2 will continue to backup to DC1.
In addition operation maintenance personnel can also go to inquire state of the same image in two clusters by order, and observation should Whether image there is fissure.Querying command: rbd--cluster { cluster } info { pool }/{ image }
Failback
When Cloud_DC1 restores to service, after Failover is handled, the volumes/image1 of Cloud_DC2 is backed up Onto DC1.If be also intended on the service recovery to DC1 image1, operation layer, which first suspends, externally provides service, waits The switching of ceph accumulation layer is completed, and is restoring to service.
The service of image1 is switched to DC1
rbd--cluster Cloud_DC2 mirror image demote volumes/image1
rbd--cluster Cloud_DC1 mirror image promote volumes/image1
At this point, the image1 of DC1 externally provides service, the image1 of DC2 is as backup.
The above-described embodiments merely illustrate the principles and effects of the present invention, and is not intended to limit the present invention.It is any ripe The personage for knowing this technology all without departing from the spirit and scope of the present invention, carries out modifications and changes to above-described embodiment.Cause This, institute is complete without departing from the spirit and technical ideas disclosed in the present invention by those of ordinary skill in the art such as At all equivalent modifications or change, should be covered by the claims of the present invention.

Claims (5)

1. one kind is based on Openstack platform courses method, which is characterized in that the first IDC computer room is configured with the first program, second IDC computer room is configured with the second program, comprising:
According to the preset field of main program configuration file, determine that first program is main program, determines that second program is Alternate program；
The first program creation interface and monitor, access data packet that second program is sent and response, connection database, It reads and records and test；
When being successfully tested, it is polled；
When second program validation and first program are without returned packet, switching second program is main program, and Start listening mode；
When second program receives the reply message of first program, second program exits listening mode, institute Stating the first program is main program.
A kind of be based on Openstack platform courses method 2. according to claim 1, which is characterized in that test not at When function, the method also includes:
Virtual machine is closed, switching foot tincture is enabled and switches over, after the completion of switching, start spare virtual machine.
3. according to claim 1 or 2 a kind of based on Openstack platform courses method, which is characterized in that the method Further include:
First program opens the mode of the 2nd IDC network of computer room of monitoring；
When finding that network corresponding to second program can not connect during monitoring, determine that the 2nd IDC computer room is deposited In failure, all backup virtual machines of the first IDC computer room are enabled.
4. according to claim 1 a kind of based on Openstack platform courses method, which is characterized in that first journey The monitoring step of sequence starting, comprising:
After the first program starting, web socket, bundling port are defined；
Check the networking operational environment of the 2nd IDC computer room；
When checking network failure, the 2nd IDC network described in circular test continues to monitor after recovery；
Check that monitored virtual machine state then starts switching main program if there is monitored virtual machine delay machine.
5. according to claim 1 a kind of based on Openstack platform courses method, which is characterized in that second journey The monitoring step of sequence, comprising:
Web socket is defined, server-side port is connected；
Heartbeat data is sent, in the case where not connecting, local ident C is normal if judging, then switches the second program for main journey Sequence；
Check virtual machine, the then switching of main program when judging virtual machine delay machine.
CN201910537619.9A 2019-06-20 2019-06-20 One kind being based on Openstack platform courses method Pending CN110266795A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910537619.9A CN110266795A (en) 2019-06-20 2019-06-20 One kind being based on Openstack platform courses method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910537619.9A CN110266795A (en) 2019-06-20 2019-06-20 One kind being based on Openstack platform courses method

Publications (1)

Publication Number Publication Date
CN110266795A true CN110266795A (en) 2019-09-20

Family

ID=67919916

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910537619.9A Pending CN110266795A (en) 2019-06-20 2019-06-20 One kind being based on Openstack platform courses method

Country Status (1)

Country Link
CN (1) CN110266795A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112363857A (en) * 2021-01-12 2021-02-12 恒生电子股份有限公司 Application system, synchronization method, storage medium and device of micro front-end architecture

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150186206A1 (en) * 2013-12-31 2015-07-02 Ciena Corporation Method and system for intelligent distributed health monitoring in switching system equipment
CN105471622A (en) * 2015-11-12 2016-04-06 武汉噢易云计算有限公司 High-availability method and system for main/standby control node switching based on Galera
CN106656617A (en) * 2016-12-29 2017-05-10 杭州迪普科技股份有限公司 Master-slave switching method and device
CN106982160A (en) * 2017-03-10 2017-07-25 深圳市利谱信息技术有限公司 Link asymmetry gateway Dual-Computer Hot-Standby System and main/standby switching method
CN109471755A (en) * 2018-11-14 2019-03-15 江苏鸿信系统集成有限公司 A kind of method and its system that the same city strange land calamity based on cloud computing is standby

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150186206A1 (en) * 2013-12-31 2015-07-02 Ciena Corporation Method and system for intelligent distributed health monitoring in switching system equipment
CN105471622A (en) * 2015-11-12 2016-04-06 武汉噢易云计算有限公司 High-availability method and system for main/standby control node switching based on Galera
CN106656617A (en) * 2016-12-29 2017-05-10 杭州迪普科技股份有限公司 Master-slave switching method and device
CN106982160A (en) * 2017-03-10 2017-07-25 深圳市利谱信息技术有限公司 Link asymmetry gateway Dual-Computer Hot-Standby System and main/standby switching method
CN109471755A (en) * 2018-11-14 2019-03-15 江苏鸿信系统集成有限公司 A kind of method and its system that the same city strange land calamity based on cloud computing is standby

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112363857A (en) * 2021-01-12 2021-02-12 恒生电子股份有限公司 Application system, synchronization method, storage medium and device of micro front-end architecture
CN112363857B (en) * 2021-01-12 2021-04-02 恒生电子股份有限公司 Application system, synchronization method, storage medium and device of micro front-end architecture

Similar Documents

Publication Publication Date Title
CN105511805B (en) The data processing method and device of cluster file system
US7640451B2 (en) Failover processing in a storage system
CN104503965B (en) The elastomeric High Availabitities of PostgreSQL and implementation of load balancing
CN102640108B (en) The monitoring of replicated data
CN102656565B (en) Failover and recovery for replicated data instances
CN111581284B (en) Database high availability method, device, system and storage medium
CN110224871A (en) A kind of high availability method and device of Redis cluster
WO2017067484A1 (en) Virtualization data center scheduling system and method
GB2407887A (en) Automatically modifying fail-over configuration of back-up devices
JP2019219954A (en) Cluster storage system, data management control method, and data management control program
JP2008059583A (en) Cluster system, method for backing up replica in cluster system, and program product
CN102088490B (en) Data storage method, device and system
JP2017534133A (en) Distributed storage and replication system and method
US20100318610A1 (en) Method and system for a weak membership tie-break
CN109474465A (en) A kind of method and system of the high availability that can dynamically circulate based on server cluster
CN103840961A (en) Dual-computer hot backup system
WO2016082443A1 (en) Cluster arbitration method and multi-cluster coordination system
CN111949444A (en) Data backup and recovery system and method based on distributed service cluster
CN111935244B (en) Service request processing system and super-integration all-in-one machine
CN110971662A (en) Two-node high-availability implementation method and device based on Ceph
CN114116912A (en) Method for realizing high availability of database based on Keepalived
CN108512753B (en) Method and device for transmitting messages in cluster file system
CN105490847B (en) A kind of private cloud storage system interior joint failure real-time detection and processing method
CN112783694B (en) Long-distance disaster recovery method for high-availability Redis
CN109189854B (en) Method and node equipment for providing continuous service

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: 20190920

RJ01 Rejection of invention patent application after publication