Prioritizing microservices on a container platform for a restore operation
US-10853196-B2 · Dec 1, 2020 · US
US11249856B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11249856-B2 |
| Application number | US-201816170393-A |
| Country | US |
| Kind code | B2 |
| Filing date | Oct 25, 2018 |
| Priority date | Oct 25, 2018 |
| Publication date | Feb 15, 2022 |
| Grant date | Feb 15, 2022 |
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.
Systems and methods for performing data protection operations in a containerized application. A sidecar application is associated with or attached to a main application. The sidecar application has access to the resources of the main application. Backup requests are handled by the sidecar so that the application, which may be stateful, can be placed in a consistent state prior to performing the backup operation. The backup operation is then performed on the consistent application or on the data that is quiesced.
Opening claim text (preview).
What is claimed is: 1. A method for performing a data protection operation on a main application operating in a container platform, the main application associated with resources including a volume, the method comprising: associating a sidecar application with the main application such that the sidecar application has access to the resources accessible to the main application including the volume and such that the sidecar application and the main application are deployed to the same node or pod, wherein the sidecar accompanies the main application when the main application is rescheduled to a different node or pod and is configured to track a location of the main application in the container platform; intercepting a data protection request from a server by the sidecar, the data protection request configured to trigger a data protection operation on the main application; performing a consistency check on the main application by the sidecar application prior to performance of the data protection application; determining, by the sidecar, that the main application has been rescheduled, and triggering the data protection operation in response to the main application being rescheduled; and performing the data protection operation on the main application, which includes performing the data protection operation on the volume, wherein the sidecar ensures that the data protection operation is performed regardless of whether the main application is rescheduled. 2. The method of claim 1 , wherein the data protection operation comprises a backup operation and results in a snapshot. 3. The method of claim 1 , wherein performing a consistency check includes determining an operating system of the main application, wherein the operating system influences how the data protection operation is performed. 4. The method of claim 1 , wherein performing a consistency check includes freezing input/output operations to the volume. 5. The method of claim 1 , wherein performing a consistency check includes flushing data, including cached data to the volume. 6. The method of claim 1 , wherein performing a consistency check includes determining an application type. 7. The method of claim 1 , further comprising signaling that the data protection operation is ready to be performed. 8. The method of claim 4 , further comprising restarting the input/output operations after the data protection operation is completed. 9. The method of claim 1 , wherein the data protection operation is a backup operation. 10. The method of claim 9 , wherein the main application is rescheduled on a different node. 11. A non-transitory computer readable medium comprising computer executable instructions that, when executed, execute a method for performing a data protection operation on a main application operating in a container platform, the main application associated with resources including a volume, the method comprising: associating a sidecar application with the main application such that the sidecar application has access to the resources accessible to the main application including the volume and such that the sidecar application and the main application are deployed to the same node or pod of the container platform, wherein the sidecar accompanies the main application when the main application is rescheduled to a different node or pod and is configured to track a location of the main application in the container platform; intercepting a data protection request from a server by the sidecar, the data protection request configured to trigger a data protection operation on the main application; performing a consistency check on the main application by the sidecar application prior to performance of the data protection operation; determining, by the sidecar, that the main application has been rescheduled and triggering the data protection operation in response to the main application being rescheduled; and performing the data protection operation on the main application, which includes performing the data protection operation on the volume, wherein the sidecar ensures that the data protection operation is performed regardless of whether the main application is rescheduled. 12. The non-transitory computer readable medium of claim 11 , wherein the data protection operation comprises a backup operation and results in a snapshot. 13. The non-transitory computer readable medium of claim 11 , wherein performing a consistency check includes determining an operating system of the main application, wherein the operating system influences how the data protection operation is performed. 14. The non-transitory computer readable medium of claim 11 , wherein performing a consistency check includes freezing input/output operations to the volume. 15. The non-transitory computer readable medium of claim 11 , wherein performing a consistency check includes flushing data, including cached data to the volume. 16. The non-transitory computer readable medium of claim 11 , wherein performing a consistency check includes determining an application type. 17. The non-transitory computer readable medium of claim 11 , further comprising signaling that the data protection operation is ready to be performed. 18. The non-transitory computer readable medium of claim 14 , further comprising restarting the input/output operations after the data protection operation is completed. 19. The non-transitory computer readable medium of claim 11 , wherein the data protection operation is a backup operation. 20. The non-transitory computer readable medium of claim 19 , wherein the main application is rescheduled on a different node.
Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion (error detection or correction of the data by redundancy in operations or in hardware G06F11/14, G06F11/16) · CPC title
Ensuring data consistency and integrity · CPC title
for networked environments · CPC title
Solving problems relating to consistency · 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.