CN104899071A - Recovery method and recovery system of virtual machine in cluster - Google Patents
Recovery method and recovery system of virtual machine in cluster Download PDFInfo
- Publication number
- CN104899071A CN104899071A CN201510213564.8A CN201510213564A CN104899071A CN 104899071 A CN104899071 A CN 104899071A CN 201510213564 A CN201510213564 A CN 201510213564A CN 104899071 A CN104899071 A CN 104899071A
- Authority
- CN
- China
- Prior art keywords
- disk files
- virtual disk
- virtual machine
- servers
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention relates to a recovery method of a virtual machine in a cluster. The method comprises the following steps of: backing up a virtual disk file of the virtual machine operating on a first server to other servers in the cluster; obtaining the backed-up virtual disk file from the other servers when the first server has a fault; and recovering the virtual machine by utilizing the backed-up virtual disk file. After the method is adopted, server resources in the cluster can be effectively utilized for fast recovering the virtual machine under the condition of not increasing the hardware cost investment. The invention also provides a recovery system of the virtual machine in the cluster.
Description
Technical field
The present invention relates to technical field of virtualization, particularly relate to restoration methods and the system of virtual machine in a kind of cluster.
Background technology
Along with the development of network technology, Intel Virtualization Technology have also been obtained widespread use.User can be undertaken by virtual environment and virtual machine alternately.Virtual machine may operate on server, and multiple servers can form cluster again.If when wherein having server fail, need to recover in time the virtual machine on this server at short notice, thus guarantee that virtual machine can run.Following two kinds are had to the traditional approach that virtual machine recovers:
One, purchase external shared storage device, and to external shared storage device carry out dispose can by the Servers-all share and access in cluster.The virtual disk files of virtual machine is stored on external shared storage device, the Servers-all in cluster thus these virtual disk files can be accessed.When there being a station server to break down, the virtual disk files utilizing other server to get from external shared storage device carries out fast quick-recovery to virtual machine.
Two, a backup server is configured to the server that each runs, and by the data timing on server or back up in realtime to backup server.When this server fail, enable backup server and replace server to run, thus fast quick-recovery is carried out to virtual machine.
Above-mentioned two kinds of modes all need additionally to purchase memory device, thus cause the increase of hardware input cost.And the backup server in the second way, just for back-up storage, causes the resource of backup server not make full use of.Therefore, how server resource is effectively utilized to be restored to a current technical barrier fast to virtual machine when not increasing hardware cost and dropping into.
Summary of the invention
Based on this, be necessary for above-mentioned technical matters, provide a kind of and the server resource in cluster effectively can be utilized when not increasing hardware cost and dropping into virtual machine to be carried out to restoration methods and the system of virtual machine in a kind of cluster of fast quick-recovery.
A restoration methods for virtual machine in cluster, described method comprises:
The virtual disk files of the virtual machine that first server is run is backed up to other servers in cluster;
When described first server breaks down, obtain the virtual disk files backed up from other servers described;
The virtual disk files backed up described in utilization recovers described virtual machine.
A recovery system for virtual machine in cluster, described system comprises:
Backup module, for backing up to other servers in cluster by the virtual disk files of the virtual machine that first server is run;
Acquisition module, when breaking down for described first server, obtains the virtual disk files backed up from other servers described;
Recover module, for the virtual disk files backed up described in utilizing, described virtual machine is recovered.
In above-mentioned cluster, the restoration methods of virtual machine and system, back up to other servers in cluster by the virtual disk files of the virtual machine that first server is run; When first server breaks down, obtain the virtual disk files backed up from other servers; The virtual disk files backed up is utilized to recover virtual machine.Due to the virtual disk files of virtual machine is backed up to other servers in cluster, thus other servers in cluster can be utilized to back up virtual machine without the need to increasing hardware cost input.When the first server running virtual machine breaks down, from cluster, other servers obtain the virtual disk files backed up, and the virtual disk files backed up can be utilized thus to carry out fast quick-recovery to virtual machine.Thus achieve and can effectively utilize the server resource in cluster to carry out fast quick-recovery to virtual machine when not increasing hardware cost and dropping into.
Wherein in an embodiment, before the described virtual disk files by the virtual machine that first server is run backs up to the step of other servers in cluster, also comprise:
Set up the backup relation between other servers in described virtual machine and cluster;
Obtain the fixed time that described virtual machine is backed up.
Wherein in an embodiment, the described virtual disk files by the virtual machine that first server is run backs up to the step of other servers in cluster and comprises:
Obtain described virtual disk files;
At the appointed time described virtual disk files is backed up to other servers of built vertical backup relation.
Wherein in an embodiment, after the step of the described virtual disk files of described acquisition, also comprise:
Corresponding concordance list is created to described virtual disk files, described concordance list have recorded described virtual disk files corresponding bunch numbering;
To described index table creation first snapshot;
Described first snapshot is write in described virtual disk files.
Wherein in an embodiment, described at the appointed time described virtual disk files is backed up to the step of other servers of built vertical backup relation after, also comprise:
Obtain the virtual disk files again write data on described virtual machine after;
By described again write the virtual disk files after data corresponding bunch number record to described concordance list table;
To index table creation second snapshot of record number again;
Not identical numbering is obtained after being compared with described first snapshot by described second snapshot;
According to described not identical numbering, by other servers of the described extremely built vertical backup relation with bunch incremental backup corresponding to numbering.
Wherein in an embodiment, described system also comprises:
Backup relation sets up module, for setting up the backup relation in described virtual machine and cluster between other servers;
Described acquisition module is also for obtaining the fixed time of backing up described virtual machine.
Wherein in an embodiment, described backup module comprises:
File obtaining unit, for obtaining described virtual disk files;
File backup unit, at the appointed time backing up to other servers of built vertical backup relation by described virtual disk files.
Wherein in an embodiment, described system also comprises:
Index table creation module, for creating corresponding concordance list to described virtual disk files, described concordance list have recorded described virtual disk files corresponding bunch numbering;
Snapshot creation module, for described index table creation first snapshot;
Writing module, for writing described first snapshot in described virtual disk files.
Wherein in an embodiment, described acquisition module is also for obtaining the virtual disk files again write data on described virtual machine after; Said write module also for by described again write the virtual disk files after data corresponding bunch number record to described concordance list table; Described snapshot creation module is also for index table creation second snapshot to record number again; Described acquisition module also for after described second snapshot and described first snapshot being compared, obtains not identical numbering; Described backup module also for according to described not identical numbering, by other servers of the described bunch incremental backup corresponding with numbering extremely built vertical backup relation.
Accompanying drawing explanation
Fig. 1 is the applied environment figure of virtual machine restoration methods in cluster in an embodiment;
Fig. 2 is the process flow diagram of virtual machine restoration methods in cluster in an embodiment;
Fig. 3 is the structural representation of virtual machine recovery system in cluster in an embodiment;
Fig. 4 is the structural representation of virtual machine recovery system in cluster in another embodiment;
Fig. 5 is the structural representation of backup module in an embodiment;
Fig. 6 is the structural representation of virtual machine recovery system in cluster in another embodiment.
Embodiment
In the cluster that the embodiment of the present invention provides, the restoration methods of virtual machine can be applicable in applied environment as shown in Figure 1.Shown in figure 1, server 101, server 102, server 103 form cluster by network.Server 101 is connected by network with external storage 104.Every station server all runs virtual machine (Virtual Machine, VM), back-up storage can also have been carried out to the virtual disk files of the virtual machine that other servers run.Wherein, server 101 has run four virtual machines, be respectively VM1, VM2, VM3 and VM4.Wherein, VM1 and VM3 and server 103 establish backup relation, and at the appointed time its virtual disk files is backed up to server 103 by VM1 and VM3 respectively.VM2 and server 102 establish backup relation, and at the appointed time its virtual disk files is backed up to server 102 by VM2.VM4 and external shared storage device 104 establish backup relation, and at the appointed time its virtual disk files is backed up to external shared storage device 104 by VM4.When server 101 breaks down, the virtual disk files of the VM1 backed up can be utilized on a server 103 to carry out fast quick-recovery to VM1, and the virtual disk files of the VM3 backed up can be utilized to carry out fast quick-recovery to VM3.Server 102 utilize the virtual disk files of the VM2 backed up carry out fast quick-recovery to VM2.Server 102 or server 103 can obtain the virtual disk files of the VM4 that external shared storage device 104 has backed up, utilize the virtual disk files of the VM4 backed up to carry out fast quick-recovery to VM4 on server 102 or server 103.In addition, when server 101 breaks down, virtual machine VM1, VM2, VM3 and VM4 can select arbitrarily to recover fast on server 102 or server 103.Thus achieve the fast quick-recovery of virtual machine in effectively utilizing the server resource in cluster to cluster when not increasing hardware cost and dropping into.
In one embodiment, as shown in Figure 2, provide the restoration methods of virtual machine in a kind of cluster, the method specifically comprises:
Step 202, backs up to other servers in cluster by the virtual disk files of the virtual machine that first server is run.
Server refers to and have employed Intel Virtualization Technology and the server that can run virtual machine.Multiple servers forms a cluster.Server also can be called the node in cluster.The virtual disk files of the virtual machine that server runs can back up to other servers, namely backs up to other nodes.That is, the every station server in cluster has all run virtual server, and bears the task of the virtual disk files of the virtual machine on other servers of backup.Every station server can run a virtual machine, also can run multiple stage virtual machine.For the multiple stage virtual machine that a station server runs, the virtual disk files of multiple stage virtual machine can be backed up in cluster other same station server, also can corresponding virtual machine and the backup relation of other servers back up to the different server of multiple stage in cluster respectively by the virtual disk files of multiple stage virtual machine.The virtual disk files of virtual machine is backed up, also can back up referred to as to virtual machine.The server bearing backup tasks is can be preassigned.Also the server of resource free time can be selected as the server bearing backup tasks.Resource refers to the resource of server, as IO (Input/Output, I/O), CPU (Central Processing Unit, central processing unit) etc.The resource free time refers to that the resources occupation rate of server is lower than pre-conditioned.Such as, CPU usage is lower than 10% etc.
In the process backed up virtual disk files, the virtual machine in first server is in normal operating condition.Concrete, by creating snapshot to the virtual disk files of virtual machine, after creating snapshot, the capacity of virtual disk is expanded, data virtual machine being write after a snapshot virtual disk write virtual disk expand after region.Thus avoid read-write operation is carried out to same virtual disk region simultaneously.Can back up virtual disk files when without the need to suspending virtual machine operation thus.
In addition, first server also can be connected with external shared storage device by network.After the virtual machine that first server is run and external shared storage device are set up backup relation, the virtual disk files of virtual machine can be backed up to external shared storage device.
Step 204, when first server breaks down, obtains the virtual disk files backed up from other servers.
When first server breaks down, virtual machine cannot continue to run, and will recover virtual machine.The server need namely bearing backup tasks from other servers obtains the virtual disk files backed up.If the first server broken down has run multiple stage virtual machine, then need from other servers, obtain the many parts of virtual disk files backed up respectively.
Step 206, utilizes the virtual disk files backed up to recover virtual machine.
Utilize the virtual disk files backed up to recover virtual machine, thus guarantee that virtual machine can continue to run.Virtual machine can recover on the server of backup disk file, also can, according to the utilization of resources situation of other servers in cluster, select to recover on the server of resource free time.If there is multiple stage virtual machine to need to recover, multiple stage virtual machine can be recovered on same station server, also can servers different in the cluster recover respectively to different virtual machines.
For the virtual disk files backed up in external shared storage device, when first server breaks down, from external shared storage device, obtain the virtual disk files backed up, the server in optional cluster utilizes the virtual disk files backed up recover virtual machine.If external shared storage device has backed up many parts of virtual disk files, virtual disk files in many ways can be obtained and in the cluster multiple servers has recovered virtual machine respectively.Also multiple stage virtual machine can be recovered on a station server.
In the present embodiment, the virtual disk files of the virtual machine that first server is run is backed up to other servers in cluster; When first server breaks down, obtain the virtual disk files backed up from other servers; The virtual disk files backed up is utilized to recover virtual machine.Due to the virtual disk files of virtual machine is backed up to other servers in cluster, thus other servers in cluster can be utilized to back up virtual machine without the need to increasing hardware cost input.When the first server running virtual machine breaks down, from cluster, other servers obtain the virtual disk files backed up, and the virtual disk files backed up can be utilized thus to carry out fast quick-recovery to virtual machine.Thus achieve and can effectively utilize the server resource in cluster to carry out fast quick-recovery to virtual machine when not increasing hardware cost and dropping into.
In one embodiment, before the step virtual disk files of the virtual machine that first server is run being backed up to other servers in cluster, also comprise: set up the backup relation between other servers in virtual machine and cluster; Obtain the fixed time that virtual machine is backed up.
In the present embodiment, backup relation refers to which station server backed up to by the virtual disk data of virtual machine in cluster.Backup relation can be that artificial appointment is set up in advance.Also can be that the parameter such as virtual machine quantity, the virtual disk files quantity backed up, physical disk remaining space capacity, CPU usage, IO occupancy run according to each server in cluster calculates backup index, select the server that backup index is the highest, set up the backup relation of virtual machine and this server.If there is multiple stage virtual machine to need to back up, then all needed to calculate backup index respectively before every platform virtual machine backs up, and set up the backup relation of the virtual machine server the highest with backup index respectively.
The fixed time of backing up virtual machine can be timing, also can be not timing.When timing is backed up, can at the appointed time manual virtual disk files be backed up.During not timing backup, can back up virtual disk files when the server resource of built vertical backup relation is idle.Concrete, the utilization of resources situation of the server of the built vertical backup relation of real-time detection, as CPU usage, IO occupancy etc., if detect, resource is idle, then standby virtual disk file on the server of built vertical backup relation, if detect in backup procedure and no longer meet resource idle condition, then suspend backup, when again detecting that resource space idle proceeds the backup of virtual disk files again.The virtual disk files of idling-resource to virtual machine that can make full use of server in cluster due to not timing backup backs up, and can back up when not affecting server normally runs thus to the virtual disk files of virtual machine.
In one embodiment, the virtual disk files of the virtual machine that first server is run is backed up to the step of other servers in cluster to comprise: obtain virtual disk files; At the appointed time virtual disk files is backed up to other servers of built vertical backup relation.
In the present embodiment, after setting up backup relation, at the appointed time the virtual disk files of virtual machine is backed up to other servers of built vertical backup relation.If exist multiple stage virtual machine need backup, then to multiple stage virtual machine respectively timing or not timing respectively by other servers backing up to built vertical backup relation corresponding for virtual disk files.Wherein in an embodiment, after the step obtaining described virtual disk files, also comprise: corresponding concordance list is created to virtual disk files, concordance list have recorded in virtual disk files bunch numbering; To index table creation first snapshot; By in the first snapshot write virtual disk files.By virtual disk files by bunch in units of store, the amount of capacity of each bunch is identical, and to each bunch of corresponding numbering of setting.Corresponding concordance list is created to virtual disk files, the numbering to have recorded in concordance list bunch and bunch corresponding memory address.When backing up first the virtual disk files of virtual machine, to index table creation first snapshot, and by the first snapshot write virtual disk files, by other servers backing up to built vertical backup relation of the virtual disk files at the appointed time timing or the not timing that comprise the first snapshot.
In one embodiment, after at the appointed time virtual disk files being backed up to the step of other servers of built vertical backup relation, also comprise: obtain the virtual disk files after again writing data on a virtual machine; By again write the virtual disk files after data corresponding bunch number record in concordance list; To index table creation second snapshot of record number again; Not identical numbering is obtained after being compared with the first snapshot by second snapshot; According to not identical numbering, by other servers with bunch incremental backup corresponding to numbering extremely built vertical backup relation.
In the present embodiment, after first time full backup, incremental backup can be carried out to the data again writing virtual disk files.At the appointed time obtain virtual machine and again write the virtual disk files after data.To the data again write by bunch in units of store, and again set corresponding numbering.And the memory address of the numbering again set and correspondence is write in concordance list.To index table creation second snapshot of record number again.By traveling through the first snapshot and the second snapshot, the second snapshot and the first snapshot are compared, namely in the same position of the concordance list in concordance list in the second snapshot and the first snapshot bunch numbering compare, obtain the numbering of not identical bunch.According to these numberings of different bunches, by bunch incremental backup corresponding for these numberings to other servers of built vertical backup relation.Due to by comparison to concordance list snapshot, obtain the numbering of different bunches, incremental backup can be carried out to different bunches thus, effectively improve backup efficiency thus.
Further, because incremental backup is traveled through by the snapshot of concordance list, the second snapshot and the first snapshot are compared.Therefore, when not timing is backed up, the server resource bearing backup tasks if detect does not meet the not busy condition of resource space, the then position of the current concordance list snapshot of record traversal, when the server resource bearing backup tasks meets resource idle condition, traversal is proceeded, with the numbering of the difference in comparison first snapshot and the second snapshot bunch from the position of record.Thus, adopt the mode of traversal index snapshot can realize the not timing backup of virtual disk files further, thus effectively make use of the resource of server in cluster.
In one embodiment, as shown in Figure 3, provide the recovery system of virtual machine in a kind of cluster, this system comprises: backup module 302, acquisition module 304 and recovery module 306, wherein:
Backup module 302, for backing up to other servers in cluster by the virtual disk files of the virtual machine that first server is run.
Acquisition module 304, when breaking down for first server, obtains the virtual disk files backed up from other servers.
Recovering module 306, for utilizing the virtual disk files backed up, virtual machine being recovered.
Every station server in cluster has all run virtual server, and bears the task of the virtual disk files of the virtual machine on other servers of backup.Every station server can run a virtual machine, also can run multiple stage virtual machine.For the multiple stage virtual machine that a station server runs, the virtual disk files of multiple stage virtual machine can be backed up in cluster other same station server by backup module 302, also can corresponding virtual machine and the backup relation of other servers back up to the different server of multiple stage in cluster respectively by the virtual disk files of multiple stage virtual machine.In the process that backup module 302 pairs of virtual disk files back up, the virtual machine in first server is in normal operating condition.
When first server breaks down, virtual machine cannot continue to run, and will recover virtual machine.The server that namely acquisition module 304 need bear backup tasks from other servers obtains the virtual disk files backed up.If the first server broken down has run multiple stage virtual machine, then acquisition module 304 has needed from other servers, obtain the many parts of virtual disk files backed up respectively.
Recovering module 306 utilizes the virtual disk files backed up to recover virtual machine, thus guarantees that virtual machine can continue to run.Recover module 306 virtual machine to be recovered on the server of backup disk file, also can, according to the utilization of resources situation of other servers in cluster, select to recover on the server of resource free time.If there is multiple stage virtual machine to need to recover, recovering module 306 can recover multiple stage virtual machine on same station server, also can servers different in the cluster recover respectively to different virtual machines.
In the present embodiment, due to the virtual disk files of virtual machine is backed up to other servers in cluster, thus other servers in cluster can be utilized to back up virtual machine without the need to increasing hardware cost input.When the first server running virtual machine breaks down, from cluster, other servers obtain the virtual disk files backed up, and the virtual disk files backed up can be utilized thus to carry out fast quick-recovery to virtual machine.Thus achieve and can effectively utilize the server resource in cluster to carry out fast quick-recovery to virtual machine when not increasing hardware cost and dropping into.
As shown in Figure 4, in one embodiment, this system also comprises: backup relation sets up module 308, for setting up the backup relation in virtual machine and cluster between other servers; Acquisition module 306 is also for obtaining the fixed time of backing up virtual machine.
In the present embodiment, backup relation refers to which station server backed up to by the virtual disk data of virtual machine in cluster.Backup relation can be that artificial appointment is set up in advance.Also can be that the parameter such as virtual machine quantity, the virtual disk files quantity backed up, physical disk remaining space capacity, CPU usage, IO occupancy run according to each server in cluster calculates backup index, select the server that backup index is the highest, set up the backup relation of virtual machine and this server.The fixed time of backing up virtual machine can be timing, also can be not timing.When timing is backed up, can at the appointed time manual virtual disk files be backed up.During not timing backup, can back up virtual disk files when the server resource of built vertical backup relation is idle.The virtual disk files of idling-resource to virtual machine that can make full use of server in cluster due to not timing backup backs up, and can back up when not affecting server normally runs thus to the virtual disk files of virtual machine.
In one embodiment, as shown in Figure 5, backup module 302 comprises: file obtaining unit 302a and file backup unit 302b, wherein:
File obtaining unit 302a, for obtaining virtual disk files.
File backup unit 302b, at the appointed time backing up to other servers of built vertical backup relation by virtual disk files.
In the present embodiment, after setting up backup relation, file obtaining unit 302a obtains virtual disk files, and the virtual disk files of virtual machine is at the appointed time backed up to other servers of built vertical backup relation by file backup unit 302b.If exist multiple stage virtual machine need backup, then file backup unit 302b to multiple stage virtual machine respectively timing or not timing respectively by other servers backing up to built vertical backup relation corresponding for virtual disk files.
Wherein in an embodiment, as shown in Figure 6, this system also comprises: index table creation module 310, snapshot creation module 312 and writing module 314, wherein: index table creation module 310, for creating corresponding concordance list to virtual disk files, concordance list have recorded virtual disk files corresponding bunch numbering.Snapshot creation module 312, for index table creation first snapshot.Writing module 314, for writing the first snapshot in virtual disk files.
In the present embodiment, by virtual disk files by bunch in units of store, the amount of capacity of each bunch is identical, and to each bunch of corresponding numbering of setting.The index table creation module 310 pairs of virtual disk files create corresponding concordance list, the numbering to have recorded in concordance list bunch and bunch corresponding memory address.When backing up first the virtual disk files of virtual machine, snapshot creation module 312 pairs of index table creation first snapshots, writing module 314 is by the first snapshot write virtual disk files, and backup module 302 is by other servers backing up to and set up backup relation of the virtual disk files at the appointed time timing or the not timing that comprise the first snapshot.
In one embodiment, acquisition module 304 also writes the virtual disk files after data on a virtual machine again for obtaining; Writing module 314 also for by again write the virtual disk files after data corresponding bunch number record in concordance list table; Snapshot creation module 312 is also for index table creation second snapshot to record number again; Acquisition module 314 also for after the second snapshot and the first snapshot being compared, obtains not identical numbering; Backup module 302 also for according to not identical numbering, by other servers of bunch incremental backup corresponding with numbering extremely built vertical backup relation.
In the present embodiment, acquisition module 304 at the appointed time obtain virtual machine again write data after virtual disk files.Writing module 314 to the data again write by bunch in units of store, and again set corresponding numbering, and by the memory address write concordance list of the numbering that again sets and correspondence.Snapshot creation module 312 is to index table creation second snapshot of record number again.Acquisition module 304 is traveling through the first snapshot and the second snapshot, after second snapshot and the first snapshot are compared, namely in the same position of the concordance list in concordance list in the second snapshot and the first snapshot bunch numbering compare after, obtain the numbering of not identical bunch.Backup module 302 according to these numberings of different bunches, by bunch incremental backup corresponding for these numberings to other servers of built vertical backup relation.Due to by comparison to concordance list snapshot, obtain the numbering of different bunches, incremental backup can be carried out to different bunches thus, effectively improve backup efficiency thus.
Each technical characteristic of the above embodiment can combine arbitrarily, for making description succinct, the all possible combination of each technical characteristic in above-described embodiment is not all described, but, as long as the combination of these technical characteristics does not exist contradiction, be all considered to be the scope that this instructions is recorded.
The above embodiment only have expressed several embodiment of the present invention, and it describes comparatively concrete and detailed, but can not therefore be construed as limiting the scope of the patent.It should be pointed out that for the person of ordinary skill of the art, without departing from the inventive concept of the premise, can also make some distortion and improvement, these all belong to protection scope of the present invention.Therefore, the protection domain of patent of the present invention should be as the criterion with claims.
Claims (10)
1. the restoration methods of virtual machine in cluster, described method comprises:
The virtual disk files of the virtual machine that first server is run is backed up to other servers in cluster;
When described first server breaks down, obtain the virtual disk files backed up from other servers described;
The virtual disk files backed up described in utilization recovers described virtual machine.
2. method according to claim 1, is characterized in that, before the described virtual disk files by the virtual machine that first server is run backs up to the step of other servers in cluster, also comprises:
Set up the backup relation between other servers in described virtual machine and cluster;
Obtain the fixed time that described virtual machine is backed up.
3. method according to claim 2, is characterized in that, the described virtual disk files by the virtual machine that first server is run backs up to the step of other servers in cluster and comprises:
Obtain described virtual disk files;
At the appointed time described virtual disk files is backed up to other servers of built vertical backup relation.
4. method according to claim 3, is characterized in that, after the step of the described virtual disk files of described acquisition, also comprises:
Corresponding concordance list is created to described virtual disk files, described concordance list have recorded described virtual disk files corresponding bunch numbering;
To described index table creation first snapshot;
Described first snapshot is write in described virtual disk files.
5. want the method described in 4 according to right, it is characterized in that, described at the appointed time described virtual disk files is backed up to the step of other servers of built vertical backup relation after, also comprise:
Obtain the virtual disk files again write data on described virtual machine after;
By described again write the virtual disk files after data corresponding bunch number record to described concordance list table;
To index table creation second snapshot of record number again;
Not identical numbering is obtained after being compared with described first snapshot by described second snapshot;
According to described not identical numbering, by other servers of the described extremely built vertical backup relation with bunch incremental backup corresponding to numbering.
6. the recovery system of virtual machine in cluster, it is characterized in that, described system comprises:
Backup module, for backing up to other servers in cluster by the virtual disk files of the virtual machine that first server is run;
Acquisition module, when breaking down for described first server, obtains the virtual disk files backed up from other servers described;
Recover module, for the virtual disk files backed up described in utilizing, described virtual machine is recovered.
7. system according to claim 6, is characterized in that, described system also comprises:
Backup relation sets up module, for setting up the backup relation in described virtual machine and cluster between other servers;
Described acquisition module is also for obtaining the fixed time of backing up described virtual machine.
8. system according to claim 7, is characterized in that, described backup module comprises:
File obtaining unit, for obtaining described virtual disk files;
File backup unit, at the appointed time backing up to other servers of built vertical backup relation by described virtual disk files.
9. system according to claim 8, is characterized in that, described system also comprises:
Index table creation module, for creating corresponding concordance list to described virtual disk files, described concordance list have recorded described virtual disk files corresponding bunch numbering;
Snapshot creation module, for described index table creation first snapshot;
Writing module, for writing described first snapshot in described virtual disk files.
10. want the system described in 9 according to right, it is characterized in that, described acquisition module is also for obtaining the virtual disk files again write data on described virtual machine after; Said write module also for by described again write the virtual disk files after data corresponding bunch number record to described concordance list table; Described snapshot creation module is also for index table creation second snapshot to record number again; Described acquisition module also for after described second snapshot and described first snapshot being compared, obtains not identical numbering; Described backup module also for according to described not identical numbering, by other servers of the described bunch incremental backup corresponding with numbering extremely built vertical backup relation.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510213564.8A CN104899071A (en) | 2015-04-29 | 2015-04-29 | Recovery method and recovery system of virtual machine in cluster |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510213564.8A CN104899071A (en) | 2015-04-29 | 2015-04-29 | Recovery method and recovery system of virtual machine in cluster |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104899071A true CN104899071A (en) | 2015-09-09 |
Family
ID=54031749
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510213564.8A Pending CN104899071A (en) | 2015-04-29 | 2015-04-29 | Recovery method and recovery system of virtual machine in cluster |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104899071A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105429777A (en) * | 2015-10-20 | 2016-03-23 | 北京小鸟听听科技有限公司 | Operating state recovery method and apparatus |
| CN105573671A (en) * | 2015-12-11 | 2016-05-11 | 国云科技股份有限公司 | Method for acquiring corresponding disk file of virtual machine disk |
| CN106776113A (en) * | 2016-02-18 | 2017-05-31 | 新华三技术有限公司 | A kind of virtual machine backup method and device |
| WO2018014567A1 (en) * | 2016-07-22 | 2018-01-25 | 平安科技（深圳）有限公司 | Method for improving performance of virtual machine, and terminal, device and computer-readable storage medium |
| CN108845895A (en) * | 2018-07-06 | 2018-11-20 | 无锡地铁集团有限公司 | Streaming incremental backup method and device based on virtual disk files |
| CN108958883A (en) * | 2018-06-15 | 2018-12-07 | 北京奇艺世纪科技有限公司 | The restoration methods and system of virtual machine in cloud computing cluster |
| CN109117307A (en) * | 2018-07-25 | 2019-01-01 | 郑州云海信息技术有限公司 | A kind of virtual-machine data restoring method and its relevant device |
| CN109144947A (en) * | 2018-09-04 | 2019-01-04 | 郑州云海信息技术有限公司 | A kind of control method and device of the cluster file system of virtualization system |
| CN109558215A (en) * | 2018-12-10 | 2019-04-02 | 深圳市木浪云数据有限公司 | Backup method, restoration methods, device and the backup server cluster of virtual machine |
| CN112000282A (en) * | 2020-08-07 | 2020-11-27 | 北京浪潮数据技术有限公司 | Storage double-live method, device and related components |
| CN117608494A (en) * | 2023-12-06 | 2024-02-27 | 太极计算机股份有限公司 | Storage method and system of cloud computing cluster |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110047340A1 (en) * | 2009-08-21 | 2011-02-24 | James Robert Olson | Proxy Backup of Virtual Disk Image Files on NAS Devices |
| CN102521071A (en) * | 2011-11-24 | 2012-06-27 | 广州杰赛科技股份有限公司 | Private cloud-based virtual machine maintaining method |
| CN103309764A (en) * | 2013-07-04 | 2013-09-18 | 曙光信息产业(北京)有限公司 | Method and device for protection of fault-tolerant mechanism of virtual machine |
| CN103761166A (en) * | 2014-01-22 | 2014-04-30 | 上海交通大学 | Hot standby disaster tolerance system for network service under virtualized environment and method thereof |
| CN104407938A (en) * | 2014-11-21 | 2015-03-11 | 上海爱数软件有限公司 | Recovery method for various granularities after mirror-image-level backup of virtual machine |
-
2015
- 2015-04-29 CN CN201510213564.8A patent/CN104899071A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110047340A1 (en) * | 2009-08-21 | 2011-02-24 | James Robert Olson | Proxy Backup of Virtual Disk Image Files on NAS Devices |
| CN102521071A (en) * | 2011-11-24 | 2012-06-27 | 广州杰赛科技股份有限公司 | Private cloud-based virtual machine maintaining method |
| CN103309764A (en) * | 2013-07-04 | 2013-09-18 | 曙光信息产业(北京)有限公司 | Method and device for protection of fault-tolerant mechanism of virtual machine |
| CN103761166A (en) * | 2014-01-22 | 2014-04-30 | 上海交通大学 | Hot standby disaster tolerance system for network service under virtualized environment and method thereof |
| CN104407938A (en) * | 2014-11-21 | 2015-03-11 | 上海爱数软件有限公司 | Recovery method for various granularities after mirror-image-level backup of virtual machine |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105429777A (en) * | 2015-10-20 | 2016-03-23 | 北京小鸟听听科技有限公司 | Operating state recovery method and apparatus |
| CN105429777B (en) * | 2015-10-20 | 2019-02-19 | 北京小鸟听听科技有限公司 | Working condition restoration methods and device |
| CN105573671A (en) * | 2015-12-11 | 2016-05-11 | 国云科技股份有限公司 | Method for acquiring corresponding disk file of virtual machine disk |
| CN105573671B (en) * | 2015-12-11 | 2020-02-14 | 国云科技股份有限公司 | Method for acquiring disk file corresponding to virtual machine disk |
| CN106776113A (en) * | 2016-02-18 | 2017-05-31 | 新华三技术有限公司 | A kind of virtual machine backup method and device |
| CN106776113B (en) * | 2016-02-18 | 2021-03-02 | 新华三技术有限公司 | Virtual machine backup method and device |
| US10509710B2 (en) | 2016-07-22 | 2019-12-17 | Ping An Technology (Shenzhen) Co., Ltd. | Method, terminal, device and computer readable storage medium for improving the performance of virtual machine |
| WO2018014567A1 (en) * | 2016-07-22 | 2018-01-25 | 平安科技（深圳）有限公司 | Method for improving performance of virtual machine, and terminal, device and computer-readable storage medium |
| CN108958883A (en) * | 2018-06-15 | 2018-12-07 | 北京奇艺世纪科技有限公司 | The restoration methods and system of virtual machine in cloud computing cluster |
| CN108958883B (en) * | 2018-06-15 | 2021-04-09 | 北京奇艺世纪科技有限公司 | Recovery method and system for virtual machine in cloud computing cluster |
| CN108845895A (en) * | 2018-07-06 | 2018-11-20 | 无锡地铁集团有限公司 | Streaming incremental backup method and device based on virtual disk files |
| CN108845895B (en) * | 2018-07-06 | 2022-02-08 | 无锡地铁集团有限公司 | Streaming incremental backup method and device based on virtual disk file |
| CN109117307A (en) * | 2018-07-25 | 2019-01-01 | 郑州云海信息技术有限公司 | A kind of virtual-machine data restoring method and its relevant device |
| CN109144947A (en) * | 2018-09-04 | 2019-01-04 | 郑州云海信息技术有限公司 | A kind of control method and device of the cluster file system of virtualization system |
| CN109558215A (en) * | 2018-12-10 | 2019-04-02 | 深圳市木浪云数据有限公司 | Backup method, restoration methods, device and the backup server cluster of virtual machine |
| CN112000282A (en) * | 2020-08-07 | 2020-11-27 | 北京浪潮数据技术有限公司 | Storage double-live method, device and related components |
| CN117608494A (en) * | 2023-12-06 | 2024-02-27 | 太极计算机股份有限公司 | Storage method and system of cloud computing cluster |
| CN117608494B (en) * | 2023-12-06 | 2024-06-07 | 太极计算机股份有限公司 | Storage method and system of cloud computing cluster |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104899071A (en) | Recovery method and recovery system of virtual machine in cluster | |
| CN103970585B (en) | Create the method and device of virtual machine | |
| CN102981931B (en) | Backup method and device for virtual machine | |
| CN102707990B (en) | Container based processing method and device | |
| CN103019888B (en) | Backup method and device | |
| US20210011817A1 (en) | Virtual Machine Recovery Method and Virtual Machine Management Device | |
| US10585753B2 (en) | Checkpoint triggering in a computer system | |
| CN102521071B (en) | Private cloud-based virtual machine maintaining method | |
| EP3499358B1 (en) | Method and device for deleting cascade snapshot | |
| CN104166606A (en) | File backup method and main storage device | |
| CN103164295B (en) | Enterprise information technology (IT) business virtualization disaster recovery method based on zettabyte file system (ZFS) and kernel-based virtual machine (KVM) kernel virtual underlying system | |
| CN105335251A (en) | Fault recovery method and system | |
| CN104375877A (en) | Virtual machine online snapshot generating and deleting method | |
| US10379977B2 (en) | Data management method, node, and system for database cluster | |
| CN103516736A (en) | Data recovery method of distributed cache system and a data recovery device of distributed cache system | |
| CN104077380A (en) | Method and device for deleting duplicated data and system | |
| US11262830B2 (en) | Managing ephemeral storage on a computing node | |
| CN104679579A (en) | Virtual machine migration method and device in cluster system | |
| US11740983B2 (en) | High availability for persistent memory | |
| CN111666266A (en) | Data migration method and related equipment | |
| CN106681862A (en) | Method and apparatus for incremental recovery of data | |
| CN109189739B (en) | Cache space recovery method and device | |
| CN114064217A (en) | Node virtual machine migration method and device based on OpenStack | |
| US10802919B1 (en) | Methods and apparatus for consistency group replication with reduced resource consumption | |
| CN115480880A (en) | Continuous data protection method and system and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 518000 the first floor of A1 building, Nanshan Zhiyuan 1001, Nanshan District Xue Yuan Avenue, Shenzhen, Guangdong. Applicant after: SINFOR Polytron Technologies Inc Address before: 518000 the first floor of A1 building, Nanshan Zhiyuan 1001, Nanshan District Xue Yuan Avenue, Shenzhen, Guangdong. Applicant before: Shenxinfu Electronics Science and Technology Co., Ltd., Shenzhen |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150909 |
|
| RJ01 | Rejection of invention patent application after publication |