CN104320274A - Disaster tolerance method and device - Google Patents
Disaster tolerance method and device Download PDFInfo
- Publication number
- CN104320274A CN104320274A CN201410580101.0A CN201410580101A CN104320274A CN 104320274 A CN104320274 A CN 104320274A CN 201410580101 A CN201410580101 A CN 201410580101A CN 104320274 A CN104320274 A CN 104320274A
- Authority
- CN
- China
- Prior art keywords
- storage device
- shared storage
- application
- disaster tolerance
- vnfm
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to the disaster tolerance technology field, in particular to a disaster tolerance method and a disaster tolerance device. The disaster tolerance method and the disaster tolerance device are used to solve the problem that disaster tolerance switching efficiency is low in an NFV (network function virtualization) network. The disaster tolerance method includes that a VM (virtual machine) detects visit status of the VM for a shared storage device; the VM confirms current work status of the shared storage device according to the detected visit status; after the VM confirms that the shared storage device breaks down, a business link circuit of an application currently run in the VM is forbidden so as to migrate business traffic of the application into a disaster tolerance application position corresponding to the application. By using the disaster tolerance method, once the shared storage device breaks down, the VM can timely detect abnormity of the visit status, and thereby can timely forbid the business link circuit of the application run in the VM so as to achieve disaster tolerance switching, a fault notification process from a hardware layer to a virtualization layer and then to the VM is not needed, and the disaster tolerance switching efficiency is improved.
Description
Technical field
The present invention relates to disaster tolerance technology field, particularly relate to a kind of disaster recovery method and device.
Background technology
Virtual (the Network Function Virtualization of the network function developed rapidly, NFV) technology is by using general purpose hardware and Intel Virtualization Technology, carry the operation of multiple application, thus reduce expensive network equipment cost.
As shown in Fig. 1 (a), for adopting the network architecture schematic diagram of NFV technology networking, in this network architecture, comprising multiple host, shared storage device, the storage networking be made up of the various network switch and application network and forming.Fig. 1 (b) is the NFV logical construction schematic diagram corresponding with Fig. 1 (a), comprise hardware layer, virtualization layer and virtual machine (Virtual Machine, VM), hardware layer is made up of central processing unit (Central Processing Unit, CPU), internal memory (Memory), memory device (Storage), the network equipment etc.; Application (App) and Client OS (Guest Operating System, Guest OS) is run in VM.Every platform main frame can run one or more VM.
In order to utilize virtual migrate attribute; generally can the program command forming VM be stored on shared storage device; but; because the reliability of shared storage device is lower; often there will be fault; also just cause each VM depending on this shared storage device to break down, and then the network element system causing the application run by VM to form breaks down, network element system here refers to by multiple system that should be used for realizing certain class business function.
In order to after shared storage device breaks down, recover the function of the network element system of this shared storage device association as early as possible, generally realized by the mode that disaster tolerance switches.After shared storage device in the production website (i.e. primary website) at certain network element system place breaks down, this network element system is migrated to disaster tolerance website (i.e. backup site).
The prerequisite realizing disaster tolerance switching is that shared storage device needs the fault message of self to inform to virtualization layer.Intel Virtualization Technology requires hardware layer, mutual decoupling zero between virtualization layer and VM layer, and each like this layer independently can expand evolution, but after each layer decoupling zero, the fault message of hardware layer is just difficult to notify VM layer in time.Send fault message from shared storage device and receive to VM the time that this fault message probably needs about 10 minutes, obviously, the processing delay being realized disaster tolerance switching by this signalling trouble mode is longer, can have a strong impact on the efficiency that network element system recovers normal work, thus traffic affecting normally carries out.
Summary of the invention
The embodiment of the present invention provides a kind of disaster recovery method and device, carries out the lower problem of the efficiency of disaster tolerance switching in order to solve in NFV network.
First aspect, provides a kind of disaster recovery method, and the method is applied in the virtual NFV network of network function, comprising:
Virtual machine VM detects the Access status of this VM to shared storage device;
Described VM, according to the Access status detected, determines the operating state that described shared storage device is current;
The service link of the application of current for described VM operation, after determining that described shared storage device breaks down, is forbidden, is answered use with the disaster tolerance making the service traffics of described application migrate to this application correspondence by described VM.
In conjunction with first aspect, in the implementation that the first is possible, described VM, according to the Access status detected, determines to comprise the operating state that described shared storage device is current:
Described VM is according to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
In conjunction with first aspect, or the first possible implementation of first aspect, in the implementation that the second is possible, the service link of the application of current for described VM operation, after determining that described shared storage device breaks down, is forbidden, is comprised by described VM:
Shared storage device fault message, after determining that described shared storage device breaks down, sends to virtual network function to manage VNFM by described VM;
The service link of the application of current for described VM operation, after the disaster tolerance indication message receiving VNFM transmission, is forbidden by described VM.
In conjunction with the implementation that the second of first aspect is possible, in the implementation that the third is possible, shared storage device fault message is sent to VNFM by described VM, comprising:
Shared storage device fault message is sent to VNFM by virtualized infrastructure management VIM by described VM.
Second aspect, provides a kind of disaster recovery method, and the method is applied in the virtual NFV network of network function, comprising:
The shared storage device fault message that virtual network function management VNFM sink virtual machine VM sends;
Described VNFM determines the network element system belonging to the application of the current operation of described VM; Wherein, each network element system is used for realizing a class business function, comprises at least one application;
Described VNFM sends disaster tolerance indication message to the VM at each application difference place of described network element system, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
In conjunction with second aspect, in the implementation that the first is possible, described VNFM receives the shared storage device fault message that VM sends, and comprising:
Described VNFM receives the shared storage device fault message from VM that virtualized infrastructure management VIM forwards.
The third aspect, provides a kind of disaster tolerance device, and this application of installation, in the virtual NFV network of network function, comprising:
Detection module, for detecting the Access status of VM to shared storage device;
Determination module, for the Access status detected according to described detection module, determines the operating state that described shared storage device is current;
Disaster tolerance handover module, after determining that described shared storage device breaks down at described determination module, forbids the service link of the application of current for described VM operation, answers use with the disaster tolerance making the service traffics of described application migrate to this application correspondence.
In conjunction with the third aspect, in the implementation that the first is possible, described determination module specifically for:
According to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
In conjunction with the third aspect, or the first possible implementation of the third aspect, in the implementation that the second is possible, described disaster tolerance handover module specifically for: after determining that described shared storage device breaks down, shared storage device fault message is sent to virtual network function manage VNFM; After the disaster tolerance indication message receiving VNFM transmission, the service link of the application of current for described VM operation is forbidden.
In conjunction with the implementation that the second of the third aspect is possible, in the implementation that the third is possible, described disaster tolerance handover module specifically for:
Shared storage device fault message is sent to VNFM by virtualized infrastructure management VIM.
Fourth aspect, provides a kind of disaster tolerance device, and this application of installation, in the virtual NFV network of network function, comprising:
Receiver module, for the shared storage device fault message that sink virtual machine VM sends;
Determination module, for determine the current operation of described VM application belonging to network element system; Wherein, each network element system is used for realizing a class business function, comprises at least one application;
Sending module, the VM for each application difference place to described network element system sends disaster tolerance indication message, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
In conjunction with fourth aspect, in the implementation that the first is possible, described receiver module specifically for:
Receive the shared storage device fault message from VM that virtualized infrastructure management VIM forwards.
Adopt said method or device, VM determines the operating state of shared storage device to the Access status of shared storage device by detecting in real time, once shared storage device breaks down, VM can detect that Access status is abnormal in time, thus can in time the service link of the application of self-operating be forbidden, switch to realize disaster tolerance, do not need from hardware layer to virtualization layer, arrive the signalling trouble process of VM again, improve the efficiency of carrying out disaster tolerance switching.
Accompanying drawing explanation
Fig. 1 (a) is for adopting the network architecture schematic diagram of NFV technology networking;
Fig. 1 (b) is the NFV logical construction schematic diagram corresponding with Fig. 1 (a);
Fig. 2 is the memory system architecture schematic diagram of the embodiment of the present invention;
The disaster recovery method flow chart that Fig. 3 provides for the embodiment of the present invention one;
Fig. 4 is by disposing the schematic diagram of detection procedure detection to the Access status of shared storage device in VM;
Fig. 5 is the schematic diagram that the embodiment of the present invention carries out disaster tolerance deployment;
The disaster recovery method flow chart that Fig. 6 provides for the embodiment of the present invention two;
The disaster recovery method flow chart that Fig. 7 provides for the embodiment of the present invention three;
Fig. 8 is the schematic diagram that the shared storage device signalling trouble corresponding with Fig. 7 and informing business layer carry out disaster tolerance switching;
Shown in Fig. 9, it is the disaster tolerance apparatus structure schematic diagram that the embodiment of the present invention four provides;
Shown in Figure 10, it is the disaster tolerance apparatus structure schematic diagram that the embodiment of the present invention five provides.
Embodiment
As shown in Figure 2, for storage system 20 structural representation of the embodiment of the present invention, comprise shared storage device 21 and at least one virtual machine VM22, shared storage device 21 can be specifically the memory device etc. in magnetic battle array, storage area network (Storage Area Network, SAN).The execution instruction of each VM22 is stored in shared storage device 31, and the operation of VM is responsible for by main frame 220, and every platform main frame can run one or more VM.The basic thought of the embodiment of the present invention is: this VM of VM active detecting, to the Access status of shared storage device, based on the Access status detected, determines the operating state that this shared storage device is current; If determine, shared storage device breaks down, then the service link of the application of current for this VM operation is forbidden, like this, the disaster tolerance that the service traffics of this application will migrate to this application from this VM answers use, here disaster tolerance application is the application realized with this application identical function, also can be called the application of backup, enable after disaster tolerance switches.
Adopt the embodiment of the present invention, VM determines the operating state of shared storage device to the Access status of shared storage device by detecting in real time, once shared storage device breaks down, VM can detect that Access status is abnormal in time, thus can in time the service link of the application of self-operating be forbidden, switch to realize disaster tolerance, do not need from hardware layer to virtualization layer, arrive the signalling trouble process of VM again, improve the efficiency of carrying out disaster tolerance switching.Below in conjunction with Figure of description, the embodiment of the present invention is described in further detail.
As shown in Figure 3, be the disaster recovery method flow chart that the embodiment of the present invention one provides, the method is applied in the virtual NFV network of network function, comprises the following steps:
S301:VM detects the Access status of this VM to shared storage device.
Here, detection procedure can be disposed in VM, read-write be carried out to shared storage device and detects (or claiming to carry out input and output I/O detection).Specifically can adopt periodically detection mode, judge whether current Access status (being also read-write state) occurs abnormal (such as whether occurring that I/O blocks) according to the result detected repeatedly.Such as, detect once every 5s, detect that if continuous read-write state is abnormal for three times, then determine that this VM occurs the Access status of shared storage device abnormal.
S302:VM, according to the Access status detected, determines the operating state that described shared storage device is current.
In this step, VM detect self to the Access status of shared storage device occur abnormal after, namely can determine that the current operating state of shared storage device breaks down.Or, in order to get rid of the impact of this VM faults itself, following preferred mode can be adopted to determine:
Described VM is according to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
In specific implementation process, between each VM, mutually can notify the Access status detected separately.At this moment, detection procedure, except being responsible for carrying out read-write and detecting, can also be responsible for other VM informed to by the Access status detected in storage system, particularly, by the form of broadcast, the Access status detected can be informed to other VM.Also namely, this detection procedure uses two threads, and be responsible for carrying out read-write for one and detect, another is responsible for the Access status mutually notifying with other detection procedure to detect.In concrete enforcement, the proportion threshold value determining that shared storage device breaks down can also be set, if the VM exceeding setting ratio occurs the Access status of shared storage device abnormal, then determine that shared storage device breaks down.Such as, the VM of setting ratio here can be the VM of 90%, also can be whole VM.As shown in Figure 4, for passing through to dispose the schematic diagram of detection procedure detection to the Access status of shared storage device in VM, as seen from the figure, the Access status that can be detected by fixed time broadcast between the detection procedure of each VM consults the operating state determining that shared storage device is current, and after determining that shared storage device breaks down, inform the application (App) run in VM, the service link of self forbidding switches to realize disaster tolerance by each App, and the service traffics also by this App migrate in the disaster tolerance application that should apply.Like this, after shared storage device breaks down, can be directly detected by the virtual machine VM be deployed on virtualization layer, thus substantially increase the efficiency of fault detect, also with regard to the corresponding efficiency that improve disaster tolerance and switch.
The service link of the application of current for described VM operation, after determining that described shared storage device breaks down, is forbidden, is answered use with the disaster tolerance making the service traffics of described application migrate to this application correspondence by S303:VM.
In this step, VM is intercoming with other VM phase, after determining that shared storage device breaks down, is forbidden by the service link of the transceiving data of each application of self-operating.Like this, after the service link of this application is disabled, the disaster tolerance that business datum can be migrated to this application correspondence by business transmitting terminal automatically answers use, and the application of this disaster tolerance is taken over this application and continued to provide identical business service.
Adopt the embodiment of the present invention, each VM in same shared storage device is stored in by detecting the operating state Access status of shared storage device being determined to shared storage device in real time by performing instruction, once shared storage device breaks down, each VM can detect that Access status is abnormal in time, thus can in time the service link of the application of self-operating be forbidden, switch to realize disaster tolerance, improve the efficiency of carrying out disaster tolerance switching.In addition, by intercoming mutually between each VM, consult to determine that the mode of the operating state of shared storage device can guarantee network element system (Network Element, the consistency of the disaster tolerance switching of each application NE), thus the normal operation of the business of network element system can be ensured.Here network element system is used for realizing a certain class business function, can comprise one or more application.Each application of a network element system is deployed in primary production website and disaster tolerance website for subsequent use jointly, once this production stations point goes wrong, by the service traffics synchronous migration of each application of this network element system in disaster tolerance website, integrality and the uniformity of network element system function can be ensured.Such as a network element system comprises the application running short message service and MMS respectively.As shown in Figure 5, for the embodiment of the present invention carries out the schematic diagram of disaster tolerance deployment.
In the above-described embodiments, the service link of the application run, after detecting that shared storage device breaks down, can directly be forbidden by virtual machine VM; Also first the fault message of shared storage device can be informed to virtual network function management (the Virtual Network Function Manager of operation layer, VNFM), Global treatment is carried out by VNFM, namely according to the fault message that this VM reports, the network element system entirety belonging to application indicating this VM to run carries out disaster tolerance switching, is described further this execution mode below by a specific embodiment.
As shown in Figure 6, be the disaster recovery method flow chart that the embodiment of the present invention two provides, the method is applied in the virtual NFV network of network function, and the method comprises:
S601:VM detects the Access status of this VM to shared storage device.
S602:VM, according to the Access status detected, determines the operating state that described shared storage device is current.
Shared storage device fault message, after determining that described shared storage device breaks down, is sent to VNFM by S603:VM.
In this step, shared storage device fault message, after determining that shared storage device breaks down, can directly send to virtual network function to manage VNFM by VM; Or, first shared storage device fault message can be sent to infrastructure layer (Infrastructure layer, be called for short I layer) virtualized infrastructure management (Virtual Infrastructure Management, VIM), VNFM is sent to, the description of detailed in Example three by VIM.
Here, when VM and other VM in same production website are by intercoming mutually, when consulting to determine the operating state of shared storage device, can be consulted by each VM belonging to same network element system to determine that a VM is to report shared storage device fault message, also can report shared storage device fault message by each VM, not limit here.
S604:VNFM receives the shared storage device fault message that VM sends.
In corresponding above-mentioned steps S603, VM sends the mode of shared storage device fault message, VNFM can receive the shared storage device fault message that VM directly sends, also the shared storage device fault message from VM that infrastructure management VIM forwards can be received, the description of detailed in Example three.
S605:VNFM determines the network element system belonging to the application of the current operation of described VM; Wherein, each network element system is used for realizing a class business function, comprises at least one application.
S606:VNFM sends disaster tolerance indication message to the VM at each application difference place of described network element system, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
Integrating step S605, VNFM is after the shared storage device fault message receiving arbitrary VM transmission, determine this network element system belonging to arbitrary VM, VM to each application difference place of this network element system sends disaster tolerance indication message, the service link of the application of self current operation is forbidden by instruction each VM wherein, to realize the service traffics of this network element system to move to disaster tolerance website from production website.
Like this, by the service traffics synchronous migration of each application of this network element system in disaster tolerance website, integrality and the uniformity of network element system function can be ensure that.
The service link of the application of current for described VM operation, after the disaster tolerance indication message receiving VNFM transmission, is forbidden by S607:VM.
As shown in Figure 7, be the disaster recovery method flow chart that the embodiment of the present invention three provides, Fig. 8 is the schematic diagram that shared storage device signalling trouble corresponding with it and informing business layer carry out disaster tolerance switching; The method comprises:
S701:VM detects the Access status of this VM to shared storage device.
In this step, each VM in same cluster accesses same shared storage device, and each cluster may deploy one or more network element system.
S702:VM is according to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
In this step, by intercoming mutually between each VM in same cluster, consult the operating state determining shared storage device.
Shared storage device fault message is sent to VIM by S703:VM.
In this step, shared storage device fault message, after determining that shared storage device breaks down, can be sent to VIM (if do not have the forwarding of VIM, then directly sending to VNFM) by each VM; Or each VM in same network element system consults to select a VM and shared storage device fault message is sent to VIM (if do not have the forwarding of VIM, then directly sending to VNFM); Or each VM in same cluster consults to select a VM and shared storage device fault message is sent to VIM (if do not have the forwarding of VIM, then directly sending to VNFM).
Shared storage device fault message is sent to VNFM by S704:VIM.
S705:VNFM receive VIM send from the shared storage device fault message of VM after, determine the network element system belonging to application of the current operation of described VM, or, determine the information of the cluster at this VM place, and determine all network element systems associated by this cluster; Wherein, each network element system is used for realizing a class business function, comprises at least one application.
In this step, VNFM receive that VIM sends from the shared storage device fault message of VM after, also can determine the information of the cluster at this VM place, determine each network element system that All hosts in this cluster runs.
S706:VNFM sends disaster tolerance indication message to the VM at each application difference place of the network element system determined, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
The service link of the application of current for described VM operation, after the disaster tolerance indication message receiving VNFM transmission, is forbidden by S707:VM.
Based on same inventive concept, a kind of disaster tolerance device corresponding with disaster recovery method is additionally provided in the embodiment of the present invention, the principle of dealing with problems due to this device is similar to embodiment of the present invention disaster recovery method, and therefore the enforcement of this device see the enforcement of method, can repeat part and repeat no more.
As shown in Figure 9, be the disaster tolerance apparatus structure schematic diagram that the embodiment of the present invention four provides, this application of installation, in the virtual NFV network of network function, comprising:
Detection module 91, for detecting the Access status of VM to shared storage device;
Determination module 92, for the Access status detected according to described detection module 91, determines the operating state that described shared storage device is current;
Disaster tolerance handover module 93, for after described determination module 92 determines that described shared storage device breaks down, forbids the service link of the application of current for described VM operation, answers use with the disaster tolerance making the service traffics of described application migrate to this application correspondence.
Alternatively, described determination module 92 specifically for:
According to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
Alternatively, described disaster tolerance handover module 93 specifically for: after determining that described shared storage device breaks down, shared storage device fault message is sent to virtual network function manage VNFM; After the disaster tolerance indication message receiving VNFM transmission, the service link of the application of current for described VM operation is forbidden.
Alternatively, described disaster tolerance handover module 93 specifically for:
Shared storage device fault message is sent to VNFM by virtualized infrastructure management VIM.
As shown in Figure 10, be the disaster tolerance apparatus structure schematic diagram that the embodiment of the present invention five provides, this application of installation, in the virtual NFV network of network function, comprising:
Receiver module 101, for the shared storage device fault message that sink virtual machine VM sends;
Determination module 102, for determine the current operation of described VM application belonging to network element system; Wherein, each network element system is used for realizing a class business function, comprises at least one application;
Sending module 103, the VM for each application difference place to described network element system sends disaster tolerance indication message, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
Alternatively, described receiver module 101 specifically for:
Receive the shared storage device fault message from VM that virtualized infrastructure management VIM forwards.
Those skilled in the art should understand, embodiments of the invention can be provided as method, system or computer program.Therefore, the present invention can adopt the form of complete hardware embodiment, completely software implementation or the embodiment in conjunction with software and hardware aspect.And the present invention can adopt in one or more form wherein including the upper computer program implemented of computer-usable storage medium (including but not limited to magnetic disc store, CD-ROM, optical memory etc.) of computer usable program code.
The present invention describes with reference to according to the flow chart of the method for the embodiment of the present invention, device (system) and computer program and/or block diagram.Should understand can by the combination of the flow process in each flow process in computer program instructions realization flow figure and/or block diagram and/or square frame and flow chart and/or block diagram and/or square frame.These computer program instructions can being provided to the processor of all-purpose computer, special-purpose computer, Embedded Processor or other programmable data processing device to produce a machine, making the instruction performed by the processor of computer or other programmable data processing device produce device for realizing the function of specifying in flow chart flow process or multiple flow process and/or block diagram square frame or multiple square frame.
These computer program instructions also can be stored in can in the computer-readable memory that works in a specific way of vectoring computer or other programmable data processing device, the instruction making to be stored in this computer-readable memory produces the manufacture comprising command device, and this command device realizes the function of specifying in flow chart flow process or multiple flow process and/or block diagram square frame or multiple square frame.
These computer program instructions also can be loaded in computer or other programmable data processing device, make on computer or other programmable devices, to perform sequence of operations step to produce computer implemented process, thus the instruction performed on computer or other programmable devices is provided for the step realizing the function of specifying in flow chart flow process or multiple flow process and/or block diagram square frame or multiple square frame.
Although describe the preferred embodiments of the present invention, those skilled in the art once obtain the basic creative concept of cicada, then can make other change and amendment to these embodiments.So claims are intended to be interpreted as comprising preferred embodiment and falling into all changes and the amendment of the scope of the invention.
Obviously, those skilled in the art can carry out various change and modification to the present invention and not depart from the spirit and scope of the present invention.Like this, if these amendments of the present invention and modification belong within the scope of the claims in the present invention and equivalent technologies thereof, then the present invention is also intended to comprise these change and modification.
Claims (12)
1. a disaster recovery method, is characterized in that, the method is applied in the virtual NFV network of network function, comprising:
Virtual machine VM detects the Access status of this VM to shared storage device;
Described VM, according to the Access status detected, determines the operating state that described shared storage device is current;
The service link of the application of current for described VM operation, after determining that described shared storage device breaks down, is forbidden, is answered use with the disaster tolerance making the service traffics of described application migrate to this application correspondence by described VM.
2. the method for claim 1, is characterized in that, described VM, according to the Access status detected, determines to comprise the operating state that described shared storage device is current:
Described VM is according to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
3. method as claimed in claim 1 or 2, is characterized in that, the service link of the application of current for described VM operation, after determining that described shared storage device breaks down, is forbidden, comprised by described VM:
Shared storage device fault message, after determining that described shared storage device breaks down, sends to virtual network function to manage VNFM by described VM;
The service link of the application of current for described VM operation, after the disaster tolerance indication message receiving VNFM transmission, is forbidden by described VM.
4. method as claimed in claim 3, it is characterized in that, shared storage device fault message is sent to VNFM by described VM, comprising:
Shared storage device fault message is sent to VNFM by virtualized infrastructure management VIM by described VM.
5. a disaster recovery method, is characterized in that, the method is applied in the virtual NFV network of network function, comprising:
The shared storage device fault message that virtual network function management VNFM sink virtual machine VM sends;
Described VNFM determines the network element system belonging to the application of the current operation of described VM; Wherein, each network element system is used for realizing a class business function, comprises at least one application;
Described VNFM sends disaster tolerance indication message to the VM at each application difference place of described network element system, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
6. method as claimed in claim 5, is characterized in that, described VNFM receives the shared storage device fault message that VM sends, and comprising:
Described VNFM receives the shared storage device fault message from VM that virtualized infrastructure management VIM forwards.
7. a disaster tolerance device, is characterized in that, this application of installation, in the virtual NFV network of network function, comprising:
Detection module, for detecting the Access status of VM to shared storage device;
Determination module, for the Access status detected according to described detection module, determines the operating state that described shared storage device is current;
Disaster tolerance handover module, after determining that described shared storage device breaks down at described determination module, forbids the service link of the application of current for described VM operation, answers use with the disaster tolerance making the service traffics of described application migrate to this application correspondence.
8. device as claimed in claim 7, is characterized in that, described determination module specifically for:
According to the Access status detected, and the Access status to described shared storage device detected that other VM feeds back, when the VM determining to exceed setting ratio occurs abnormal to the Access status of shared storage device, determine that described shared storage device breaks down.
9. as claimed in claim 7 or 8 device, is characterized in that, described disaster tolerance handover module specifically for: after determining that described shared storage device breaks down, sent to by shared storage device fault message virtual network function to manage VNFM; After the disaster tolerance indication message receiving VNFM transmission, the service link of the application of current for described VM operation is forbidden.
10. device as claimed in claim 9, is characterized in that, described disaster tolerance handover module specifically for:
Shared storage device fault message is sent to VNFM by virtualized infrastructure management VIM.
11. 1 kinds of disaster tolerance devices, is characterized in that, this application of installation, in the virtual NFV network of network function, comprising:
Receiver module, for the shared storage device fault message that sink virtual machine VM sends;
Determination module, for determine the current operation of described VM application belonging to network element system; Wherein, each network element system is used for realizing a class business function, comprises at least one application;
Sending module, the VM for each application difference place to described network element system sends disaster tolerance indication message, is used to indicate each VM and is forbidden by the service link of the application of self current operation.
12. devices as claimed in claim 11, is characterized in that, described receiver module specifically for:
Receive the shared storage device fault message from VM that virtualized infrastructure management VIM forwards.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410580101.0A CN104320274B (en) | 2014-10-24 | 2014-10-24 | A kind of disaster recovery method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410580101.0A CN104320274B (en) | 2014-10-24 | 2014-10-24 | A kind of disaster recovery method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104320274A true CN104320274A (en) | 2015-01-28 |
| CN104320274B CN104320274B (en) | 2017-12-15 |
Family
ID=52375449
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410580101.0A Active CN104320274B (en) | 2014-10-24 | 2014-10-24 | A kind of disaster recovery method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104320274B (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017000260A1 (en) * | 2015-06-30 | 2017-01-05 | 华为技术有限公司 | Method and apparatus for switching vnf |
| WO2017045436A1 (en) * | 2015-09-18 | 2017-03-23 | 中兴通讯股份有限公司 | Virtual machine fault processing method and device |
| CN106569871A (en) * | 2015-10-12 | 2017-04-19 | 中兴通讯股份有限公司 | Method and device for upgrade processing |
| CN108133034A (en) * | 2018-01-08 | 2018-06-08 | 新华三云计算技术有限公司 | Shared storage access method and relevant apparatus |
| WO2018112886A1 (en) * | 2016-12-23 | 2018-06-28 | Intel Corporation | Virtual channels for hardware acceleration |
| CN108353004A (en) * | 2015-11-12 | 2018-07-31 | 是德科技新加坡（控股）私人有限公司 | Method, system and computer-readable medium for test network virtualization of function (NFV) |
| CN109417488A (en) * | 2016-06-28 | 2019-03-01 | 华为技术有限公司 | The method and apparatus of virtual network function resource management |
| CN110580193A (en) * | 2019-08-15 | 2019-12-17 | 苏州浪潮智能科技有限公司 | Virtualization-based single-site disaster recovery method, system and equipment |
| US11323354B1 (en) | 2020-10-09 | 2022-05-03 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for network testing using switch emulation |
| US11398968B2 (en) | 2018-07-17 | 2022-07-26 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for testing virtualized network functions and related infrastructure |
| US11483227B2 (en) | 2020-10-13 | 2022-10-25 | Keysight Technologies, Inc. | Methods, systems and computer readable media for active queue management |
| US11853254B1 (en) | 2022-10-07 | 2023-12-26 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for exposing data processing unit (DPU) traffic in a smartswitch |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101414277A (en) * | 2008-11-06 | 2009-04-22 | 清华大学 | Need-based increment recovery disaster-containing system and method based on virtual machine |
| US7840839B2 (en) * | 2007-11-06 | 2010-11-23 | Vmware, Inc. | Storage handling for fault tolerance in virtual machines |
| CN103810038A (en) * | 2014-01-24 | 2014-05-21 | 杭州华三通信技术有限公司 | Method and device for transferring virtual machine storage files in HA cluster |
| US20140317438A1 (en) * | 2013-04-23 | 2014-10-23 | Neftali Ripoll | System, software, and method for storing and processing information |
-
2014
- 2014-10-24 CN CN201410580101.0A patent/CN104320274B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7840839B2 (en) * | 2007-11-06 | 2010-11-23 | Vmware, Inc. | Storage handling for fault tolerance in virtual machines |
| CN101414277A (en) * | 2008-11-06 | 2009-04-22 | 清华大学 | Need-based increment recovery disaster-containing system and method based on virtual machine |
| US20140317438A1 (en) * | 2013-04-23 | 2014-10-23 | Neftali Ripoll | System, software, and method for storing and processing information |
| CN103810038A (en) * | 2014-01-24 | 2014-05-21 | 杭州华三通信技术有限公司 | Method and device for transferring virtual machine storage files in HA cluster |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10644952B2 (en) | 2015-06-30 | 2020-05-05 | Huawei Technologies Co., Ltd. | VNF failover method and apparatus |
| CN106664216A (en) * | 2015-06-30 | 2017-05-10 | 华为技术有限公司 | Method and apparatus for switching vnf |
| WO2017000260A1 (en) * | 2015-06-30 | 2017-01-05 | 华为技术有限公司 | Method and apparatus for switching vnf |
| CN106664216B (en) * | 2015-06-30 | 2019-12-06 | 华为技术有限公司 | VNF switching method and device |
| WO2017045436A1 (en) * | 2015-09-18 | 2017-03-23 | 中兴通讯股份有限公司 | Virtual machine fault processing method and device |
| CN106569871A (en) * | 2015-10-12 | 2017-04-19 | 中兴通讯股份有限公司 | Method and device for upgrade processing |
| CN108353004A (en) * | 2015-11-12 | 2018-07-31 | 是德科技新加坡（控股）私人有限公司 | Method, system and computer-readable medium for test network virtualization of function (NFV) |
| CN109417488A (en) * | 2016-06-28 | 2019-03-01 | 华为技术有限公司 | The method and apparatus of virtual network function resource management |
| CN109417488B (en) * | 2016-06-28 | 2020-10-23 | 华为技术有限公司 | Method and equipment for managing virtual network function resources |
| WO2018112886A1 (en) * | 2016-12-23 | 2018-06-28 | Intel Corporation | Virtual channels for hardware acceleration |
| CN108133034A (en) * | 2018-01-08 | 2018-06-08 | 新华三云计算技术有限公司 | Shared storage access method and relevant apparatus |
| CN108133034B (en) * | 2018-01-08 | 2021-07-06 | 新华三云计算技术有限公司 | Shared storage access method and related device |
| US11398968B2 (en) | 2018-07-17 | 2022-07-26 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for testing virtualized network functions and related infrastructure |
| CN110580193A (en) * | 2019-08-15 | 2019-12-17 | 苏州浪潮智能科技有限公司 | Virtualization-based single-site disaster recovery method, system and equipment |
| CN110580193B (en) * | 2019-08-15 | 2022-07-08 | 苏州浪潮智能科技有限公司 | Virtualization-based single-site disaster recovery method, system and equipment |
| US11323354B1 (en) | 2020-10-09 | 2022-05-03 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for network testing using switch emulation |
| US11483227B2 (en) | 2020-10-13 | 2022-10-25 | Keysight Technologies, Inc. | Methods, systems and computer readable media for active queue management |
| US11853254B1 (en) | 2022-10-07 | 2023-12-26 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for exposing data processing unit (DPU) traffic in a smartswitch |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104320274B (en) | 2017-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104320274A (en) | Disaster tolerance method and device | |
| CN107526659B (en) | Method and apparatus for failover | |
| CN106664216B (en) | VNF switching method and device | |
| US10764119B2 (en) | Link handover method for service in storage system, and storage device | |
| EP3142011B1 (en) | Anomaly recovery method for virtual machine in distributed environment | |
| CN105991458B (en) | Load balancing method and load balancing device | |
| CN106533736B (en) | Network equipment restarting method and device | |
| CN111506391B (en) | Container deployment method and device | |
| CN108347339B (en) | Service recovery method and device | |
| EP3432522A1 (en) | Traffic migration based on traffic flow and traffic path characteristics | |
| WO2018058618A1 (en) | Fault processing method and device | |
| EP3806392A1 (en) | Fault management method and related device | |
| CN104917630A (en) | Method for recovering virtual network and system for recovering virtual network | |
| US20200034180A1 (en) | Virtual network system, vim, virtual network control method and recording medium | |
| CN103856357A (en) | Stack system fault processing method and stack system | |
| CN113872997B (en) | Container group POD reconstruction method based on container cluster service and related equipment | |
| CN113328916A (en) | BFD detection mode switching method, device and equipment | |
| CN103220189A (en) | Multi-active detection (MAD) backup method and equipment | |
| KR101709632B1 (en) | Information processing device | |
| WO2017092539A1 (en) | Virtual machine repairing method, virtual machine device, system, and service functional network element | |
| US11153173B1 (en) | Dynamically updating compute node location information in a distributed computing environment | |
| CN109286583B (en) | Method, device, equipment and storage medium for managing network ports of controller | |
| CN110661599B (en) | HA implementation method, device and storage medium between main node and standby node | |
| CN102546313B (en) | Multi-activation detection method and multi-activation detection device | |
| US9996437B2 (en) | Failover in a san environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |