Efficient disaster recovery across heterogeneous storage systems
US-10120764-B1 · Nov 6, 2018 · US
US11669409B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11669409-B2 |
| Application number | US-201916660262-A |
| Country | US |
| Kind code | B2 |
| Filing date | Oct 22, 2019 |
| Priority date | Jun 25, 2018 |
| Publication date | Jun 6, 2023 |
| Grant date | Jun 6, 2023 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A data management and storage (DMS) cluster of peer DMS nodes manages migration of an application between a primary compute infrastructure and a secondary compute infrastructure. The secondary compute infrastructure may be a failover environment for the primary compute infrastructure. Primary snapshots of virtual machines of the application in the primary compute infrastructure are generated, and provided to the secondary compute infrastructure. During a failover, the primary snapshots are deployed in the secondary compute infrastructure as virtual machines. Secondary snapshots of the virtual machines are generated, where the secondary snapshots are incremental snapshots of the primary snapshots. In failback, the secondary snapshots are provided to the primary compute infrastructure, where they are combined with the primary snapshots into construct a current state of the application, and the application is deployed in the current state by deploying virtual machines on the primary compute infrastructure.
Opening claim text (preview).
The invention claimed is: 1. A method for failover and failback of an application between a primary compute infrastructure and a secondary compute infrastructure, the method comprising: generating primary snapshots of virtual machines of the application in the primary compute infrastructure before the failover at a frequency defined by a service level agreement; transferring the primary snapshots to the secondary compute infrastructure for deployment as virtual machines in the secondary compute infrastructure; receiving secondary snapshots of the virtual machines of the application in the secondary compute infrastructure, the secondary snapshots being generated during the failover from the primary compute infrastructure to the secondary compute infrastructure at the frequency defined by the service level agreement, wherein a first data management and storage (DMS) cluster is coupled to the primary compute infrastructure to generate the primary snapshots and a second DMS cluster is coupled to the secondary compute infrastructure to generate the secondary snapshots, and wherein the frequency for generating the primary and secondary snapshots is shared by the first DMS cluster and the second DMS cluster; initiating the failback from the secondary compute infrastructure to the primary compute infrastructure; constructing a current state of the application by combining the primary snapshots generated before the failover and the secondary snapshots generated during the failover; and deploying the application in the current state by deploying virtual machines on the primary compute infrastructure. 2. The method of claim 1 , wherein: the primary snapshots are transferred to the secondary compute infrastructure in a form suitable for deployment as virtual machines in the secondary compute infrastructure; the secondary snapshots are received in a form suitable for deployment as virtual machines in the primary compute infrastructure; and the form suitable for deployment as virtual machines in the primary compute infrastructure is different from the form suitable for deployment as virtual machines in the secondary compute infrastructure. 3. The method of claim 2 , wherein the form suitable for deployment as virtual machines in the primary compute infrastructure includes a native format for the primary compute infrastructure, and the form suitable for deployment as virtual machines in the secondary compute infrastructure includes a native format of the secondary compute infrastructure. 4. The method of claim 2 , wherein the form suitable for deployment as virtual machines in the primary compute infrastructure includes a Virtual Machine Disk (VMDK) format and the form suitable for deployment as virtual machines in the secondary compute infrastructure includes an Amazon Machine Image (AMI) format. 5. The method of claim 2 , further comprising converting the primary snapshots into the form suitable for deployment as virtual machines in the secondary compute infrastructure. 6. The method of claim 1 , wherein the secondary compute infrastructure includes a cloud computing infrastructure. 7. The method of claim 1 , wherein: the first DMS cluster includes first peer DMS nodes and a first distributed data store implemented across the first peer DMS nodes; the first distributed data store stores the primary snapshots and provides the primary snapshots to the secondary compute infrastructure; the second DMS cluster includes second peer DMS nodes and a second distributed data store implemented across the second peer DMS nodes; and the second distributed data store stores the secondary snapshots and provides the secondary snapshots to the primary compute infrastructure. 8. The method of claim 1 , wherein a data management and storage (DMS) cluster is coupled to the primary compute infrastructure to generate the primary snapshots and the secondary compute infrastructure to generate the secondary snapshots. 9. The method of claim 1 , wherein the primary snapshots are deployed on the secondary compute infrastructure during the failover from the primary compute infrastructure to the secondary compute infrastructure. 10. The method of claim 9 , wherein failback is initiated responsive to resolution of a failure in the primary compute infrastructure that caused the failover and the failback includes activating virtual machines of the application in the primary compute infrastructure according to an application dependency, wherein the primary compute infrastructure includes at least one web server depending on at least one file server depending on at least one database server, and wherein the application dependency facilitates the at least one database server being activated before the at least one file server being activated before the at least one web server. 11. The method of claim 1 , wherein the primary compute infrastructure receives the secondary snapshots from the secondary compute infrastructure, and combines the primary and secondary snapshots. 12. The method of claim 1 , wherein the secondary snapshots are generated in a native format of the secondary compute infrastructure and converted into a form suitable for deployment as virtual machines in the primary compute infrastructure. 13. The method of claim 1 , wherein generating the primary snapshots of the virtual machines in the primary compute infrastructure includes: associating the virtual machines with the application; generating data fetch jobs for the virtual machines; determining whether each of the data fetch jobs for the virtual machines is ready for execution; and in response to determining that each of the data fetch jobs is ready for execution, executing the data fetch jobs by peer first data management and storage (DMS) nodes of a DMS cluster to generate the primary snapshots of the virtual machines. 14. The method of claim 13 , further comprising, in response to determining that at least one of the data fetch jobs fails to be ready for execution, delaying execution of the data fetch jobs until each of the data fetch jobs is ready for execution. 15. The method of claim 1 , wherein the virtual machines of the application include: a database server for the application; a file server for the application; and a web server for the application. 16. A system for failover and failback of an application between a primary compute infrastructure and a secondary compute infrastructure, the system comprising: one or more processors; a memory including machine-readable instructions which, when executed by the one or more processors, causes the system to perform operations comprising, at least: generating primary snapshots of virtual machines of the application in the primary compute infrastructure before the failover at a frequency defined by a service level agreement; transferring the primary snapshots to the secondary compute infrastructure for deployment as virtual machines in the secondary compute infrastructure; receiving secondary snapshots of the virtual machines of the application in the secondary compute infrastructure, the secondary snapshots being generated during the failover from the primary compute infrastructure to the secondary compute infrastructure at the frequency defined by the service level agreement, wherein a first data management and storage (DMS) cluster is coupled to the primary compute infrastructure to generate the primary snapshots and a second DMS cluster is coupled to the secondary compute infrastructure to generate the secondary snapshots, and wherein the frequency for generating the primary and secondary snapshots
Creating, deleting, cloning virtual machine instances · CPC title
Virtual · CPC title
where the redundant components share neither address space nor persistent storage · CPC title
Failover techniques · CPC title
Using snapshots, i.e. a logical point-in-time copy of the data · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.