Change block tracking in cloud orchestration systems

A system for storing a snapshot of block-level changes in a data volume for an application that is stored by at least one physical storage device within a cluster and restoring the snapshot to the data volume using a file system-level backup tool that is able to interpret file system-level changes but is unable to interpret the block-level changes, comprising:

• a processor;
• and
• at least one processor coupled to a memory and configured to:
• receive the block-level changes from the data volume stored in the application in the cluster;
• create a file system for the snapshot, wherein the file system comprises a root directory having a plurality of subdirectories;
• store each of the block-level changes in the data volume in a corresponding one of the subdirectories;
• create a manifest for identifying the snapshot in the file system-level backup tool, wherein the manifest is associated with the root directory;
• instruct the file system-level backup tool to store the snapshot by:
• storing the file system in content-addressable object storage;
• and
• storing the manifest in a manifest storage;
• receive the snapshot from the file system-level backup tool by receiving the file system therefrom;
• mapping the block-level changes from the respective subdirectories of the file system into a block map of the data volume;
• and
• restoring the snapshot to the data volume based on the block map.

A non-transitory computer readable storage medium having instructions stored thereon that, when executed by at least one computing device, cause the at least one computing device to perform operations for storing a snapshot of block-level changes in a data volume for an application that is stored by at least one physical storage device within a cluster and restoring the snapshot to the data volume using a file system-level backup tool that is able to interpret file system-level changes but is unable to interpret the block-level changes, the operations comprising:

• receiving the block-level changes from the data volume stored in an application in a cluster;
• creating a file system for the snapshot, wherein the file system comprises a root directory having a plurality of subdirectories;
• storing each of the block-level changes in the data volume in a corresponding one of the subdirectories;
• creating a manifest for identifying the snapshot in a file system-level backup tool, wherein the manifest is associated with the root directory;
• instructing the file system-level backup tool to store the snapshot by:
• storing the file system in content-addressable object storage;
• and
• storing the manifest in a manifest storage;
• receiving the snapshot from the file system-level backup tool by receiving the file system therefrom;
• mapping the block-level changes from the respective subdirectories of the file system into a block map of the data volume;
• and
• restoring the snapshot to the date volume based on the block map.