TL
The short answer

Snapshot and backup cost on GCP grows because snapshots are easy to create, incremental enough to look cheap, and almost never deleted. The fix is a retention schedule that matches the real recovery point objective, automated snapshot schedules that create and expire backups without anyone remembering to, a storage location matched to the durability requirement, and a recurring sweep for snapshots tied to disks that no longer exist. You cut the bill without weakening recovery, because recoverability follows the requirement, not habit.

This is a GCP data discipline that sits next to your wider storage and BigQuery spend. Here is how to bring it under control.

Understand the incremental chain

Persistent disk snapshots on GCP are incremental: each snapshot stores only the blocks that changed since the last one. That keeps individual snapshots small, but it also means the cost lives in the chain, not in any single snapshot. Deleting an old base snapshot does not always free what you expect, because the data it holds can shift forward to the next snapshot that still needs it. So the goal is not to delete aggressively, it is to expire on a schedule so the chain never grows without bound.

The practical implication: manual deletion is the wrong tool. Automated schedules with built in expiry are the right one.

Set retention to the recovery objective

The biggest driver of backup overspend is keeping everything far longer than any recovery plan needs. Define the recovery point objective per workload, then set a tiered retention schedule to match: frequent recent snapshots for fast recovery, fewer older ones for compliance, and a hard expiry beyond that. A workload that needs to recover to yesterday does not need a daily snapshot from eight months ago.

Use GCP snapshot schedules to automate this. They create snapshots on a cadence and delete them at end of retention with no human in the loop, which is what turns a one time cleanup into a permanently controlled line.

Match location to the durability need

Snapshot storage location is a cost lever many teams never touch. Multi regional snapshot storage costs more than regional because it replicates more widely, and it is only justified where cross region recovery is a genuine requirement. For most workloads, regional storage meets the durability need at lower cost. Review each backup policy against what recovery actually demands, and pull archival copies into a cheaper location where they only exist for long term compliance.

Worked example

A Fortune 500 retailer ran ad hoc snapshots with no expiry, accumulated across years and partly stored multi regionally by default. Replacing manual snapshots with scheduled ones on a tiered retention matched to the recovery objective, moving non critical backups to regional storage, and sweeping out snapshots tied to deleted disks cut the backup line substantially with no loss of recoverability. Figures are verified against billing data and anonymised.

Sweep the orphans and assign ownership

Even with schedules in place, orphans appear: snapshots whose source disk was deleted, backups from retired projects, and images nobody references. Run a quarterly sweep to remove them, and assign ownership so each backup policy has a name attached. Labelling snapshots and disks is what makes the sweep fast, covered in dataset ownership and tagging. Build the sweep into the wider data review, laid out in the GCP data review playbook. The full GCP picture lives in the GCP cost optimization guide.

Frequently asked questions

Why do GCP snapshots cost more than expected?
Snapshots are incremental, but without an automated retention schedule they accumulate forever, and deleting a base snapshot can shift cost forward in the chain. Most overspend is old snapshots no recovery plan needs.
How do you cut GCP backup cost without losing recoverability?
Set a tiered retention schedule that matches the real recovery point objective, use snapshot schedules to automate creation and expiry, store archival copies in a cheaper location, and remove snapshots tied to deleted disks.
Should GCP snapshots be regional or multi regional?
Match storage location to the durability requirement. Multi regional storage costs more and is only justified where cross region recovery is genuinely required; regional storage is cheaper and sufficient for most workloads.

Bring backup cost under control with us

We set the retention schedules, location policy, and ownership that keep GCP snapshot and backup cost flat without weakening recovery. Our guarantee: we reduce your cloud spend or we reimburse our service fee. Pricing is either a Fixed Fee scoped up front or Gainshare, a share of verified savings with no retainer and no risk.

Independent · buyer-side

Put a defensible number on your cloud spend.

No provider in the room, no published price list. Tell us your footprint and we will scope the savings against your billing data — we reduce your cloud spend or we reimburse our service fee.

Buyer-side intelligence, monthly.

The Cloud Spend Navigator: what changed in cloud pricing, commitments, and FinOps — no vendor spin.