About instant snapshots

An instant snapshot is an in-place backup of a diskthat can be used to rapidly create a new disk in minutes.

Instant snapshots capture data at a specific point in time. They are optimizedfor rapidly restoring captured data to a new disk. Use instant snapshots toquickly recover data in cases where the zone and disk are still intact but thedata on the disk has been lost or corrupted, such as the following:

  • User error
  • Failed software upgrades
  • Application-level failures

Creating an instant snapshot of a disk before one of these events occurs letsyou quickly restore the data from the instant snapshot to a new disk. Reducingthe time to restore a disk helps avoid downtime and long maintenance windows.

Instant snapshots are incremental and can be more cost effective than usingmultiple disk clones.

Warning: Instant snapshots of a disk are deleted when the disk is deleted anddon't protect against zonal or regional failures. To protect your data fromzonal or regional failures, create a backup in another region usingstandard snapshotsor anotherdata backup option.

Snapshot types

You can backup a disk with snapshots.The 3 types of snapshots—standard, instant, and archive—allcapture the contents of a disk at a specific point-in-time.

The following are the key differences between the snapshot types:

Retention after source disk deletion

An instant snapshot of a diskonly exists until the source disk is deleted.Standard and archive snapshots aren't deleted with the source disk. Therefore,if you want to retain a backup of a disk after you delete the disk itself, usearchive or standard snapshots.

Data recovery time

The data recovery time is the length of time needed tocreate a new disk from a snapshot and varies by snapshot type.

  • Instant snapshots offer the lowest and best recovery times.
  • Standard snapshots have faster data recovery times than archive snapshots.
  • Archive snapshots have the longest data recovery times, but offer the most cost efficient storage.

Storage location by snapshot type

The storage location is the zone or region where Compute Engine storesthe snapshot.

  • Instant snapshots are local disk backups that are stored in the same zone or regionas the source disk.
  • Archive and standard snapshots are remote backups of disk data storedseparately from the source disk.

Compute Engine stores archive and standard snapshots in the same manner. Copies of archive and standard snapshots are stored acrossmultiple locations with automatic checksums to ensure the integrity of yourdata.

Unless otherwise specified, references to standard snapshots include archive snapshots.

Snapshot type comparison

The following table compares the differences between the types of snapshots:

Snapshot typeBest forStorage redundancySupport for HyperdiskCan be created with snapshot schedulesDeleted on source disk deletion
Standard snapshotsGeo-redundant data backup to safeguard against local, zonal, and regional outages.Redundant. Stored in one or more regions. Not restricted to the same zone or region as the source disk.YesYesNo
Archive snapshotsSame as standard snapshots, but for data that is rarely accessed and must be retained for several months or years. Lower cost geo-redundant storage that is better suited for data related to compliance, audits, and cold-storage.Redundant. Stored in one or more regions. Not restricted to the same zone or region as the source disk.YesNoNo
Instant snapshotsIn-place data backup to enable quick restore to a new disk in case of user error or application corruption.Not redundant. Stored in the same zone or region as source disk only.Yes, for certain
Hyperdisk types*
NoYes

*You can't create instant snapshots of Hyperdisk ML or Hyperdisk Throughput volumes.

In addition to snapshots, Compute Engine offers other data backup options.Review the chart describingdata backup options.

The information in this document applies to instant snapshots. Learn moreabout standard snapshots.

Supported disk types

Instant snapshots support the following disk types:

  • Hyperdisk Balanced
  • Hyperdisk Balanced High Availability
  • Hyperdisk Extreme
  • Persistent Disk, including Extreme Persistent Disk

You can back up both boot and non-boot disks with instant snapshots.

Instant snapshots can be used with zonal and regional disks. You can't use instant snapshotsto back up Hyperdisk Throughput or Hyperdisk ML volumes.

An instant snapshot of a disk is always stored in the same zone or region as the disk.For example, instant snapshots of a disk in theus-east1-d zone arestored in theus-east1-d zone. Likewise, instant snapshots of a regionalPersistent Disk volume in theus-east1 region are stored in theus-east1 region.

Access the data on a snapshot

The data in snapshots is read-only.To access or modify the data on a snapshot,create a disk from the snapshot.

Create adisk cloneif you want a writeable, immediately accessible copy of a disk for debuggingor experimentation.

Work with instant snapshots

Store an instant snapshot in a different location

You can't directly move an instant snapshot to a different location, but you cancreate a standard snapshot from an instant snapshotand store the standard snapshot in the location that you want.

Limitations

  • You can't create instant snapshots of Hyperdisk Throughput or Hyperdisk ML volumes.
  • You can't select the storage location of an instant snapshot.It's always stored in the same region or zone as the source disk.

  • When you delete a disk, all instant snapshots of the disk are deleted.This means that when you delete a VM, instant snapshots of the VM's boot disk aredeleted. Instant snapshots of non-boot disks attached to the VM are also deleted ifyou'veenabled auto-delete for the disk.To retain the data on an instant snapshot before it is deleted,create a standard snapshot from the instant snapshot.

  • An instant snapshot is accessible only within the zone or region where it's stored.To move an instant snapshot to another region, you must create a standard snapshotfrom the instant snapshot.

  • When you create a disk from a CMEK-encrypted instant snapshot, you must providethe instant snapshot's encryption key.

  • You can create a standard snapshot of an individual disk at most 6 times every60 minutes. This limit also applies to creating a standard snapshot from aninstant snapshot of a disk.

  • You can't create a VM from an instant snapshot of a boot disk. Create adisk from the instant snapshot first, and choose the disk as the source for the VM.

  • You can create an instant snapshot of a given disk at most once every 30seconds.

  • You can't have more than 32 instant snapshots of the same disk.

  • You can't create instant snapshots with snapshot schedules.

  • You can't create instant snapshots on secondary asynchronouslyreplicated Persistent Disk volumes.

  • Instant snapshotsarecrash consistentand not application consistent. This means that any in-memory data thathasn't yet been written to the disk isn't captured in the instant snapshot.If you require application consistency, create anapplication consistent standard snapshot.

  • You can't move a disk until you delete all the instant snapshots of the disk.For more information, seeMoving a disk that has instant snapshots.

  • You can't edit the data stored in an instant snapshot.

  • You can't recover deleted instant snapshots.

Billing for instant snapshots

The following costs apply to instant snapshots:

  • Operation costs: Applicable at creation time for each snapshot.
  • Storage costs: Charges apply based on how much data changes on the diskfrom the instant snapshot's creation until another instant snapshot is taken, oruntil the instant snapshot is deleted. The storage is billedat thesame rate as the source disk.

How storage costs are calculated

Instant snapshots are billed based on the amount of data changed on the disksince the instant snapshot was taken.

The following is a summary of how costs are calculated:

  • After taking an instant snapshot, there is no additional storage cost untilthe data on the source disk changes.

  • For a given instant snapshot, storage costs increase as you write to the diskuntil you create another instant snapshot. Subsequent changes to the disk arebilled to the newer snapshot.

  • Whenever a block on the disk is changed, charges accrue to the most recentinstant snapshot of that disk. If other instant snapshots had tracked changesto the same blocks, charges for those blocks only apply to the newestinstant snapshot.

Example

Suppose you create an instant snapshot,IS-1, of a disk at 9:00.At that time, the size ofIS-1 is 0 bytes.For the next 90 minutes, you write data to the disk andcreate additional instant snapshots,IS-2 andIS-3, at 9:30 and 10:15,respectively.

The total costs at 10:30 are as follows:

  • Operation costs:

    • At 9:00 forIS-1.
    • At 9:30 forIS-2.
    • At 10:15 forIS-3.
  • Storage costs:

    • Charges apply toIS-1 for the bytes changed on the disk from9:00 to 9:30.
    • Charges apply toIS-2 for the bytes changed on the disk from9:30 to 10:15.
    • Charges apply toIS-3 for the bytes changed from 10:15to 10:30.

Instant snapshot encryption

An instant snapshot uses the same encryption as its source disk.You can't encrypt an instant snapshot with a key that is different from the keyused by the source disk.

Suppose you have a disk,D-1, that's encrypted with acustomer-supplied encryption key (CSEK) or a customer-managed encryption key (CMEK).

If you create an instant snapshot,IS-1 fromD1,IS-1 uses the same encryptionkeys asD-1. In addition, if you create a disk,D-2, fromIS-1,D-2 alsouses the same encryption keys asIS-1 andD-1.

When you create a disk from a CSEK- or CMEK-encrypted instant snapshot,you must provide the encryption keys for the source disk.

What's next

Except as otherwise noted, the content of this page is licensed under theCreative Commons Attribution 4.0 License, and code samples are licensed under theApache 2.0 License. For details, see theGoogle Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

Last updated 2025-12-15 UTC.