This document compares the options available on Compute Engine to back up and replicate the following Compute Engine resources:
- Persistent Disk and Google Cloud Hyperdisk volumes
- Virtual machine (VM) and bare metal instances
- Workloads running in Compute Engine and on-premises
To safeguard important data, Google recommends using one of the backup options discussed in this document. You can't recover a compute instance, disk, image, or snapshot if you delete it, even if the deletion was accidental.
Options
Feature | Summary | Use case | Optimized for |
---|---|---|---|
Backup and DR Service | Managed backup and disaster recovery (DR) service providing secure storage and centralized backup management at scale for compute instances and other workloads running in Google Cloud. |
|
Centralized backup management of instances and databases across projects. |
Standard snapshots |
|
Long term data backup. | Long retention backup and geo-redundancy. |
Archive snapshots |
|
Long term data backup that is rarely accessed but must be retained for several months or years. | Long retention backup and geo-redundancy. |
Instant snapshots |
|
Quick local disk backup that enables rapid data restoration in case of application failure or user error. |
|
Machine images | Stores all the configuration, metadata, permissions, and data from one or more disks required to create an instance. |
|
Instance consistency at the I/0 operation level or crash level. |
Regional persistent disk | Replicates data synchronously across two zones in the same region. |
|
RTO: less than 1 minute RPO: 0 |
Disk clones |
|
|
Copy data management. |
Images | Contains the set of programs and files required to boot an operating system on an instance. |
|
Rapid disk creation. |
Best practices for backups
Observe the following best practices when creating backups for your disks.
Avoid temporary standard snapshots
To immediately create a copy of a disk in the same zone for verification or export, use disk clones or instant snapshots instead of standard snapshots. Compared to disk clones and instant snapshots, standard snapshots have longer copy times for upload and download.
Schedule hourly standard snapshots for backup and disaster recovery
Schedule hourly standard snapshots. If you require daily snapshots, consider scheduling snapshots every 6 hours.
Use images for fast and frequent disk creation across regions
To create many disks from a single data source, use images instead of snapshots. Because Compute Engine performs local caching in target zones, disk creation from images is faster than disk creation from snapshots.
Use machine images to create backups of all disks attached to an instance
To create backups of all disks that are attached to an instance, use machine images. A machine image can be used to backup multiple disks at a time to help ensure that the data captured in the machine image is consistent across all disks. A persistent disk snapshot can only backup a single disk at a time. For more information, see When to use machine images.
Use Google Cloud Backup and DR Service to manage instance backups at scale
With Backup and DR Service, you manage backups of your instances across projects and environments by using advanced policies, centralized monitoring and backup reporting in the following way:
- Create backup vaults that serve as secure storage locations for your backups.
- Create backup plans to configure the schedule and rules for your backup.
- Apply backup plans to existing instances or during instance creation.
- Assign specific permissions for backup access.
- Proactively and reactively monitor backup jobs.
- Create reports for tracking backups across resources spanning multiple projects.
- When needed, restore an instance from a backup vault.
You can also integrate Security Command Center Premium tier with Backup and DR Service to additionally:
- Track audit logs for backup access.
- Monitor for malicious activity on your backups.