CN106254114A - Cloud hostdown moving method and system - Google Patents
Cloud hostdown moving method and system Download PDFInfo
- Publication number
- CN106254114A CN106254114A CN201610639872.1A CN201610639872A CN106254114A CN 106254114 A CN106254114 A CN 106254114A CN 201610639872 A CN201610639872 A CN 201610639872A CN 106254114 A CN106254114 A CN 106254114A
- Authority
- CN
- China
- Prior art keywords
- server
- main control
- control server
- service
- service server
- 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
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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Hardware Redundancy (AREA)
- Computer And Data Communications (AREA)
Abstract
The present invention relates to a kind of cloud hostdown moving method and system.Described method includes: main control server obtains the heartbeat packet that at least one service server is sent;Main control server according to described heartbeat packet, first preset migration rules and network state information and whether the breaking down of at least one service server described in judging;When described service server breaks down, described main control server is preset migration rules according to first and whole business of described service server is transferred to other service servers.The business of the service server after fault can be migrated according to default migration rules by the embodiment of the present invention, the work efficiency improving operation maintenance personnel and the speed fixed a breakdown, and then lifting user uses the experience of cloud service.
Description
Technical field
The present invention relates to cloud computing security technology area, particularly relate to a kind of cloud hostdown moving method and system.
Background technology
User is when using cloud computing system at present, and the monitor supervision platform using cloud service provider to provide is monitored, and needs
Manually to participate in monitoring process.Such as, after monitor supervision platform detects that some physical server goes wrong and i.e. breaks down
Warning can be produced, now by operative employee person, the server broken down is migrated or other process.Visible, by manually
Reason server failure efficiency can be substantially reduced, it is impossible to accomplishes to process in time.
Existing monitor supervision platform needs to arrange a fixing threshold value of warning, but when load not up to alarm threshold value
The most likely the use on user produces impact.Such as, the Control Room threshold value arranging CPU is 80%, and the CPU of a server puts down
All utilization rates are 75%, and now monitor supervision platform will not produce warning message.Now user can find the network operation slowly the most even without
Method use situation and be reported to service provider, service provider check according to the problem reported.In this process, waste
More time, the experience causing user is low, even sustain a loss.
Summary of the invention
For defect of the prior art, the present invention provides a kind of cloud hostdown moving method and system, it is possible to reduce
The artificial time waste problem participating in failture evacuation and cause, promotes user and uses the experience of cloud service.
First aspect, embodiments provides a kind of cloud hostdown moving method, including:
Main control server obtains the heartbeat packet that at least one service server is sent;
Main control server according to described heartbeat packet, first preset migration rules and network state information and judge described in extremely
Whether breaking down of a few service server;
When described service server breaks down, described main control server presets migration rules by described industry according to first
Whole business of business server transfer to other service servers.
Alternatively, described main control server generates heartbeat packet ACK information and is sent to the service server of correspondence, for institute
State service server self is isolated.
Alternatively, wrap before the step of the heartbeat packet that at least one service server of described main control server acquisition is sent
Include:
Servers whole in master control cluster residing for described main control server are carried out prioritization;
Using server the highest for priority as main control server, other servers are as the hot standby server of master control.
Alternatively, described master control cluster only has described main control server and described at least one service server number
According to alternately.
Alternatively, described main control server according to described heartbeat packet, first preset migration rules and network state information
And the step whether broken down of at least one service server includes described in judging:
Obtain and first preset migration rules from what described at least one service server was uploaded.
Alternatively, described main control server is preset migration rules according to first and whole business of described service server is turned
The step moving on to other service servers includes:
The quantity of the service servers to be migrated such as judgement and the quantity of transportable service server;
When the quantity of transportable service server such as is more than or equal at the quantity of service server to be migrated, then
The business of the service server to be migrated such as described is migrated.
Second aspect, the embodiment of the present invention additionally provides a kind of fault moving method being suitable to main control server, including:
Keepalived module obtains the duty of main control server;
When described main control server breaks down, described Keepalived module presets migration rules by institute according to second
The whole business stating main control server transfer to the hot standby server of other master controls.
Alternatively, it is characterised in that by following steps, described Keepalived module judges that described main control server is sent out
Raw fault includes:
Described Keepalived module sends heartbeat packet to described main control server;
If described main control server response time exceedes the default heartbeat timeout time, the most described main control server is in event
Barrier state.
As shown from the above technical solution, the invention provides cloud hostdown moving method, main control server obtains at least
The heartbeat packet that one service server is sent;Main control server according to described heartbeat packet, first preset migration rules and net
Described in network status information judgement, whether at least one service server breaks down;When described service server breaks down
Time, described main control server is preset migration rules according to first and whole business of described service server is transferred to other business
Server.The embodiment of the present invention can preset migration rules according to first the business of service server is migrated, improve
The work efficiency of operation maintenance personnel and the speed fixed a breakdown, and then promote user and use the experience of cloud service.
Accompanying drawing explanation
By being more clearly understood from the features and advantages of the present invention with reference to accompanying drawing, accompanying drawing is schematic and should not manage
Solve as the present invention is carried out any restriction, in the accompanying drawings:
Fig. 1 is a kind of cloud hostdown moving method schematic flow sheet that the embodiment of the present invention provides;
Fig. 2 is a kind of service server and the main control server data interaction schematic diagram of embodiment of the present invention offer;
Fig. 3 is data exchange journey figure between service server and main control server;
Fig. 4 is that main control server carries out business migration flow chart to fault service server;
Fig. 5 is a kind of cloud hostdown moving method schematic flow sheet that another embodiment of the present invention provides.
Detailed description of the invention
For making the purpose of the embodiment of the present invention, technical scheme and advantage clearer, below in conjunction with the embodiment of the present invention
In accompanying drawing, the technical scheme in the embodiment of the present invention is clearly and completely described, it is clear that described embodiment is
The a part of embodiment of the present invention rather than whole embodiments.Based on the embodiment in the present invention, those of ordinary skill in the art
The every other embodiment obtained under not making creative work premise, broadly falls into the scope of protection of the invention.
First aspect, the invention provides a kind of cloud hostdown moving method, as it is shown in figure 1, include:
S11, main control server obtain the heartbeat packet that at least one service server is sent;
S12, main control server according to described heartbeat packet, first preset migration rules and network state information and judge institute
State whether breaking down of at least one service server;
S13, when described service server breaks down, described main control server presets migration rules by institute according to first
The whole business stating service server transfer to other service servers.
For embodying the superiority of cloud hostdown moving method that the embodiment of the present invention provides, below with in conjunction with the embodiments with
Said method is described further by accompanying drawing.
In the embodiment of the present invention, master control cluster 1 includes that multiple servers, every station server are both provided with priority, this
Bright middle using server the highest for priority as main control server (Monitor-master shown in Fig. 2), other servers are made
For the hot standby server of master control (Monitor-slave shown in Fig. 2).Business cluster 2 includes multiple servers, every station server
(agent shown in Fig. 2) is all a cloud computing node.Between each cloud computing node the most independently.Further, for ensureing data
Concordance, in the present invention, only main control server can carry out data interaction with every service server.
Every service server agent detects network state information, sends heartbeat packet to main control server.Need explanation
It is that this heartbeat packet includes the network state information of current business server.
As it is shown on figure 3, carry out after main control server receives the heartbeat packet that at least one service server agent sends
Resolve, obtain the network state information of this service server agent.Then the network state of this service server is carried out more
Newly.Then, this main control server also checks for the isolation information of service server agent, and generates heartbeat packet ACK information and be sent to
Corresponding service server.This heartbeat packet ACK information include this service server agent HA information and the need of every
From information.
It should be noted that first preset migration rules refer to be preset in main control server by the service server of fault
In other service servers of business migration in rule.Above-mentioned HA information is the first particular content presetting migration rules.This
Skilled person can arrange first according to actual needs and presets migration rules and obtain HA information, and the present invention does not limits
Fixed.
Service server judges whether to need isolation according to the heartbeat packet ACK information received, it is not necessary to then continue during isolation
The continuous detection network information, repeats said process.If needing isolation, self is isolated.Service server by from every
From, it is possible to prevent this service server to re-execute corresponding business when recovering normal work and the data corruption that causes.
In actual application, service server does not receives heartbeat packet ACK information within this cycle, or receives heartbeat packet
During ACK information time-out (exceeding the permission expired times of configuration), then according to last heartbeat packet ACK information and own net state
Judge whether to need isolation, if desired isolate, carry out self-isolation.
Fig. 4 shows that main control server carries out business migration flow chart to fault service server.See Fig. 4, it is judged that connect
Whether receive heartbeat packet is main control server, then continues if not main control server to judge.If main control server, the most more
New first presets migration rules information, obtains the network state information of all service server agent simultaneously, and judges every
Whether the network state of platform service server agent there is exception.When service server agent no exceptions
Continue to determine whether time-out, if not timed out then continuing to heartbeat packet.If occurring abnormal or overtime, then to business service
The service of device agent or business carry out disabling and preset migration rules according to first to judge it is to this service server agent
Business carry out thermophoresis or evacuation and process, if the service of service server agent or business do not disable, or do not permit
Permitted to migrate and the most directly pointed out.If allowing to migrate, judging whether can be with thermophoresis, the then industry to this service server agent
Business carries out thermophoresis or evacuation, and migration results is prompted to user.It addition, it is main after finishing service thermophoresis or evacuation
Control server also updates the network state information of this agent.
It should be noted that the service server agent for being positioned in same business cluster can use identical
Preset migration rules, so can improve the efficiency of handling failure.Can certainly be separately provided for every service server and move
Moving rule, the present invention is not construed as limiting.
In the embodiment of the present invention, the network of service server includes: management net, Intranet, public network and storage network are business
Server arranges first and presets migration rules, as shown in table 1, and including:
Migration rules preset by table 1 first
From table 1, only at management net, normally and storage network is normal, and when Intranet or public network break down
Allow thermophoresis (i.e. migrating in the case of not turning off current service).Other situations, at management net or storage network
Need when breaking down to turn off service, after migration, then restart corresponding service.
It addition, main control server also detects error condition and the convergence letter of all service servers of every business cluster
Breath is to judge that service server is the need of isolation.Wherein coverage information refers to the stabilization time of service server.When an industry
When the state of business server changes (become correct from mistake, or from correctly becoming mistake) all will update convergence time,
I.e. it is updated to current time.
After the status information of service server is migrated out business cluster, its corresponding status information also can be migrated out
In the list of network status of service server, and statistics will not be added when next time judges.When the service server broken down
After being repaired, main control server judges after receiving heartbeat packet that this service server is the most working properly, when time working properly more
The state of this service server new, is added without the statistics of the service server having moved simultaneously.
It should be noted that in the embodiment of the present invention, before the service server of fault is migrated, in addition it is also necessary to sentence
The quantity of service server to be migrated (service server i.e. broken down) and the transportable business in business cluster such as disconnected
The quantity of server;Only in business cluster, the quantity of transportable service server such as is more than or equal at the business to be migrated
During the quantity of server, then the service server to be migrated such as above-mentioned is migrated, be so possible to prevent the business after migrating
Server goes back executable portion business after resuming work, thus causes main control server to provide phases for two service servers simultaneously
Same business datum, and then the problem causing data corruption.
During actual application, the embodiment of the present invention adds the business of main control server Yu service server to systenmd
In module, both business so it are possible to prevent can automatically to restart after unexpected killing, it is ensured that main control server takes with business
The High Availabitity of business device.
Service server presented hereinabove breaks down, then main control server is by the business of the service server of this fault
Moving to the situation of other service servers, when main control server breaks down, the embodiment of the present invention additionally provides a kind of suitable
In the fault moving method of main control server, as it is shown in figure 5, include:
S21, Keepalived module obtains the duty of main control server;
S22, when described main control server breaks down, described Keepalived module presets migration rules according to second
Whole business of described main control server are transferred to the hot standby server of other master controls.
In actual application, master control cluster is controlled by Keepalived module.This Keepalived module is to main control server
Send heartbeat packet, when the response time of main control server exceedes the default heartbeat timeout time, then this main control server is in mistake
Connection state i.e. malfunction.When main control server breaks down, now Keepalived module multiple masters from master control cluster
Controlling hot standby server and select next main control server, then Keepalived module presets migration rules by current according to second
Whole business migrations of main control server are in new main control server.
It should be noted that second preset that migration rules refers to be preset in Keepalived module by the master control of fault
Whole business migrations of server are in new main control server (main control server newly selected from the hot standby server of master control).
After the main control server of fault is repaired, send heartbeat packet to Keepalived module.Confirming in Keepalived module should
After the main control server of fault is working properly, it is that master control heat is engaged in server by its status indication.
It should be noted that the embodiment of the present invention first is preset migration rules and second and is preset migration rules and can use
Same migration rules realizes, it is also possible to using different migration rules to realize as required, the present invention is not construed as limiting.
The embodiment of the present invention additionally provides a kind of cloud hostdown migratory system, as in figure 2 it is shown, include master control cluster 1 He
Business cluster 2, this master control cluster 1 includes a main control server Monitor-master and the hot standby server of multiple stage master control
Monitor-slave, business cluster 2 includes multiple stage service server agent;
Described service server agent sends heartbeat packet to main control server Monitor-master, for master control service
Device Monitor-master utilizes heartbeat packet, the first network state presetting migration rules and service server device agent to believe
Breath generates heartbeat packet ACK information;
When service server makes a mistake, main control server Monitor-master utilizes first to preset migration rules and incites somebody to action
The business of the service server agent of fault is transferred completely into another service server.
Service server after fault carries out self-isolation according to heartbeat packet ACK information.
When main control server Monitor-master also breaks down, Keepalived module use second to preset and move
Move rule and the business of this main control server Monitor-master is all moved to new main control server Monitor-
On master.
As seen from the above, the cloud hostdown migratory system that the embodiment of the present invention provides is based on cloud main frame mentioned above
Fault moving method realizes, thus can solve same technical problem, and obtains identical technique effect, at this most one by one
Repeat.
In sum, the invention provides a kind of cloud hostdown moving method and system, obtain including main control server
The heartbeat packet that at least one service server is sent;Main control server according to described heartbeat packet, first preset migration rules with
And network state information whether the breaking down of at least one service server described in judging;When described service server occurs
During fault, described main control server is preset migration rules according to first and whole business of described service server is transferred to other
Service server.Service server and main control server can be moved by the embodiment of the present invention according to default migration rules
Move, the work efficiency improving operation maintenance personnel and the speed fixed a breakdown, and then lifting user uses the experience of cloud service.
In the present invention, term " first ", " second ", " the 3rd " are only used for describing purpose, and it is not intended that instruction or
Hint relative importance.Term " multiple " refers to two or more, unless otherwise clear and definite restriction.
Although being described in conjunction with the accompanying embodiments of the present invention, but those skilled in the art can be without departing from this
Making various modifications and variations in the case of bright spirit and scope, such amendment and modification each fall within by claims
Within limited range.
Claims (8)
1. the fault moving method being suitable to service server, it is characterised in that including:
Main control server obtains the heartbeat packet that at least one service server is sent;
Main control server according to described heartbeat packet, first preset migration rules and network state information and judge described at least one
Whether breaking down of platform service server;
When described service server breaks down, described main control server is preset migration rules according to first and described business is taken
Whole business of business device transfer to other service servers.
Fault moving method the most according to claim 1, it is characterised in that described main control server generates heartbeat packet ACK
Information is also sent to corresponding service server, isolates self for described service server.
Fault moving method the most according to claim 1, it is characterised in that described main control server obtains at least one industry
Include before the step of the heartbeat packet that business server is sent:
Servers whole in master control cluster residing for described main control server are carried out prioritization;
Using server the highest for priority as main control server, other servers are as the hot standby server of master control.
Fault moving method the most according to claim 3, it is characterised in that in described master control cluster, only described master control takes
Business device carries out data interaction with described at least one service server.
Fault moving method the most according to claim 1, it is characterised in that described main control server is according to described heart beating
Bag, first preset migration rules and network state information and whether the breaking down of at least one service server described in judging
Step include:
Obtain and first preset migration rules from what described at least one service server was uploaded.
Fault moving method the most according to claim 1, it is characterised in that described main control server is preset according to first and moved
Move the regular step that whole business of described service server are transferred to other service servers to include:
The quantity of the service servers to be migrated such as judgement and the quantity of transportable service server;
When the quantity of transportable service server such as is more than or equal at the quantity of service server to be migrated, then to institute
The business service server to be migrated such as stating migrates.
7. the fault moving method being suitable to main control server, it is characterised in that including:
Keepalived module obtains the duty of main control server;
When described main control server breaks down, described Keepalived module presets migration rules by described master according to second
Whole business of control server transfer to the hot standby server of other master controls.
The fault moving method being suitable to main control server the most according to claim 7, it is characterised in that described
By following steps, Keepalived module judges that described main control server breaks down and includes:
Described Keepalived module sends heartbeat packet to described main control server;
If described main control server response time exceedes the default heartbeat timeout time, the most described main control server is in fault shape
State.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610323013 | 2016-05-13 | ||
CN2016103230131 | 2016-05-13 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106254114A true CN106254114A (en) | 2016-12-21 |
Family
ID=58078020
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610639872.1A Pending CN106254114A (en) | 2016-05-13 | 2016-08-04 | Cloud hostdown moving method and system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106254114A (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789246A (en) * | 2016-12-22 | 2017-05-31 | 广西防城港核电有限公司 | The changing method and device of a kind of active/standby server |
CN107426012A (en) * | 2017-05-27 | 2017-12-01 | 深信服科技股份有限公司 | A kind of fault recovery method and its device based on super fusion architecture |
CN108076155A (en) * | 2017-12-22 | 2018-05-25 | 聚好看科技股份有限公司 | Across the method, apparatus, system and server of computer room traffic scheduling |
CN108173911A (en) * | 2017-12-18 | 2018-06-15 | 中国科学院声学研究所 | A kind of micro services fault detect processing method and processing device |
CN111488248A (en) * | 2020-04-14 | 2020-08-04 | 深信服科技股份有限公司 | Control method, device and equipment for hosting private cloud system and storage medium |
CN111884825A (en) * | 2020-06-04 | 2020-11-03 | 视联动力信息技术股份有限公司 | Fault processing method and device, terminal equipment and storage medium |
CN112994977A (en) * | 2021-02-24 | 2021-06-18 | 紫光云技术有限公司 | Method for high availability of server host |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101902357A (en) * | 2010-06-29 | 2010-12-01 | 中兴通讯股份有限公司 | Method and system for dispatching business server |
CN102231681A (en) * | 2011-06-27 | 2011-11-02 | 中国建设银行股份有限公司 | High availability cluster computer system and fault treatment method thereof |
CN103067206A (en) * | 2012-12-28 | 2013-04-24 | 无锡博欧节能科技有限公司 | Internet of things across-machine room distributed type full automatic hot standby server switching system |
CN105245381A (en) * | 2015-10-22 | 2016-01-13 | 上海斐讯数据通信技术有限公司 | Cloud server downtime monitoring migration system and method |
-
2016
- 2016-08-04 CN CN201610639872.1A patent/CN106254114A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101902357A (en) * | 2010-06-29 | 2010-12-01 | 中兴通讯股份有限公司 | Method and system for dispatching business server |
CN102231681A (en) * | 2011-06-27 | 2011-11-02 | 中国建设银行股份有限公司 | High availability cluster computer system and fault treatment method thereof |
CN103067206A (en) * | 2012-12-28 | 2013-04-24 | 无锡博欧节能科技有限公司 | Internet of things across-machine room distributed type full automatic hot standby server switching system |
CN105245381A (en) * | 2015-10-22 | 2016-01-13 | 上海斐讯数据通信技术有限公司 | Cloud server downtime monitoring migration system and method |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789246A (en) * | 2016-12-22 | 2017-05-31 | 广西防城港核电有限公司 | The changing method and device of a kind of active/standby server |
CN107426012A (en) * | 2017-05-27 | 2017-12-01 | 深信服科技股份有限公司 | A kind of fault recovery method and its device based on super fusion architecture |
CN108173911A (en) * | 2017-12-18 | 2018-06-15 | 中国科学院声学研究所 | A kind of micro services fault detect processing method and processing device |
CN108173911B (en) * | 2017-12-18 | 2020-08-21 | 中国科学院声学研究所 | Micro-service fault detection processing method and device |
CN108076155A (en) * | 2017-12-22 | 2018-05-25 | 聚好看科技股份有限公司 | Across the method, apparatus, system and server of computer room traffic scheduling |
CN111488248A (en) * | 2020-04-14 | 2020-08-04 | 深信服科技股份有限公司 | Control method, device and equipment for hosting private cloud system and storage medium |
CN111884825A (en) * | 2020-06-04 | 2020-11-03 | 视联动力信息技术股份有限公司 | Fault processing method and device, terminal equipment and storage medium |
CN112994977A (en) * | 2021-02-24 | 2021-06-18 | 紫光云技术有限公司 | Method for high availability of server host |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106254114A (en) | Cloud hostdown moving method and system | |
CN105808394B (en) | Server self-healing method and device | |
CN105933407B (en) | method and system for realizing high availability of Redis cluster | |
CN104243527B (en) | Method of data synchronization, data synchronization unit and distributed system | |
CN103580915B (en) | Method and device for determining main control node of trunking system | |
CN103188110B (en) | Based on the heat backup method that the cloud platform of zookeeper is served | |
CN105099793B (en) | Hot spare method, apparatus and system | |
CN103532753B (en) | A kind of double hot standby method of synchronization of skipping based on internal memory | |
CN106603696B (en) | A kind of high-availability system based on super fusion basic framework | |
CN100426751C (en) | Method for ensuring accordant configuration information in cluster system | |
CN103294701B (en) | A kind of method that distributed file system and data process | |
CN104717077B (en) | A kind of method, apparatus and system for managing data center | |
CN107480014A (en) | A kind of High Availabitity equipment switching method and device | |
CN107508694B (en) | Node management method and node equipment in cluster | |
CN106933693A (en) | A kind of data-base cluster node failure self-repairing method and system | |
CN103856357B (en) | A kind of stacking system fault handling method and stacking system | |
CN105095008B (en) | A kind of distributed task scheduling fault redundance method suitable for group system | |
US20170228250A1 (en) | Virtual machine service availability | |
CN105812161B (en) | A kind of controller failure backup method and system | |
CN103812674A (en) | Method for main and standby server replacement | |
CN105068763B (en) | A kind of virtual machine tolerant system and method for storage failure | |
CN110971662A (en) | Two-node high-availability implementation method and device based on Ceph | |
CN104185196A (en) | Wireless controller disaster recovery method and system thereof | |
WO2012129978A1 (en) | Data recovery control method, node, control apparatus and disaster tolerance system | |
CN107026762B (en) | Disaster recovery system and method based on distributed cluster |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20180801 Address after: 100142 3, 4-3 and 5, 3 building, West Garden Industrial Park, 1, Fu Wai Liang Jia shop, Haidian District, Beijing. Applicant after: Beijing Yun Tu Teng Technology Co., Ltd. Address before: 212400 207, 207, Xianlin East Road, Baohua Town, Jurong, Zhenjiang, Jiangsu. Applicant before: Jiangsu Yun Teng Teng Technology Co., Ltd. |
|
TA01 | Transfer of patent application right | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161221 |
|
RJ01 | Rejection of invention patent application after publication |