Google Compute Engine
Every disk, one object, nothing orphaned
Sign in with Google, name your GCP project, and VPS Snaps creates machine images on your schedule. Offline access is requested up front so scheduled backups keep running without you re-authorizing.
Backup Jobs
Automated backup schedules
postgres-main nightly
Last run 6h ago
web-01 snapshots
Last run 9h ago
api-prod volumes
Last run 4m ago
staging-db weekly
Last run 3d ago
Connecting Google Compute Engine
OAuth connection
Sign in with Google and supply your GCP Project ID. A Google account can span many projects, so the project is a separate field from the credential.
Click Connect Google and authorize VPS Snaps. Offline access is requested during this step, which is what lets a 3am backup run without anyone being logged in.
Enter the GCP Project ID whose instances you want to protect. The OAuth token identifies a Google account, not a project, so this cannot be inferred.
VPS Snaps lists instances across every zone in that project using the aggregated list endpoint, and stores each job's zone with the job.
What one connection reaches
One connection covers one GCP project, across all of its zones. A second project means a second connection, even under the same Google account.
What one run actually produces
No proprietary format and no copy on our side. VPS Snaps makes the same API call you could make yourself, and records what Google Compute Engine gave back.
Machine image
POST /compute/v1/projects/{project}/global/machineImages- What it covers
- Every disk attached to the instance, plus its configuration, in one resource — GCE's whole-instance equivalent of a snapshot, and the only artifact here that is genuinely multi-disk by default.
- How consistent it is, honestly
- The instance is not stopped. As with every other provider on this list, that means crash-consistent rather than application-consistent — pair it with a database dump if you need a guaranteed-clean copy of a running database.
And what happens to the old ones
Machine images past your retention window are deleted with a single DELETE call. Because a machine image is self-contained, that one call is genuinely the end of it — there is no underlying disk snapshot left behind, which is the difference between this and cleaning up after an AMI.
Cleanup runs only after a run has already succeeded, so a failing schedule never deletes the last good copy you have. Every deletion is written into that run’s log with the date of the backup it removed.
VPS Snaps stores the ID and the name of each image it creates — never the image itself. Close your account and every copy already taken stays exactly where it is, in your Google Compute Engine account.
Google Compute Engine specifics worth knowing first
Every provider does this differently, and the differences are the part that bites at 3am. These are the ones that changed how the integration had to be built.
OAuth only, and here is why
Google has no equivalent of a pasteable personal access token. The alternative is a service-account JSON key, which needs its own JWT signing path rather than a text field, and that is not built yet. So unlike DigitalOcean and Linode, GCE has no manual fallback — it is the OAuth flow or nothing, and pretending otherwise would just waste your afternoon.
The project ID is a separate field for a real reason
An OAuth token identifies a Google account, and an account can reach dozens of projects. There is nowhere in the credential to carry which one you mean, so VPS Snaps asks and stores it on the connection. Getting it wrong shows up immediately — the instance list comes back empty.
Global resource, zonal source
Machine images live at the project's global scope, but creating one requires the instance's full zonal path. VPS Snaps detects the zone from the instance you pick and stores it with the job, so there is no zone field to fill in and no way to have it drift out of sync with the instance.
You poll an operation, not the image
The insert call returns a long-running Operation rather than the finished machine image. VPS Snaps polls that operation every 20 seconds for up to 20 minutes and surfaces Google's own error text on the run if it comes back with one, instead of a generic failure.
FAQs
Can’t find the answer you’re looking for? Reach out to our support team.
Machine images or disk snapshots — why this one?
A disk snapshot covers one disk and leaves you to reassemble the instance around it. A machine image captures every attached disk plus the instance's configuration in a single object you can create a new instance directly from. For backup purposes that is the more useful artifact, and its self-contained deletion is what makes automatic retention trustworthy.
What happens when the Google authorization expires?
VPS Snaps requests offline access when you connect and refreshes the access token as needed, which is what keeps unattended schedules running. If the grant is revoked on Google's side, or the project ID stops being valid for that account, runs fail against the connection and reconnecting from Providers restores them.
Does this cover GKE, Cloud SQL, or Cloud Storage?
No. This integration lists and images Compute Engine instances. GKE clusters are covered separately by Kubernetes backup jobs, which connect with a service account token and capture namespace manifests. Cloud SQL is a managed database — point a database backup job at its endpoint for a portable dump in a bucket you own.
Running on more than one of these?
Connections are additive and independent — a Hetzner project and an AWS region live side by side in the same workspace, on the same schedules and the same run history.
A snapshot restores a instance on Google Compute Engine and nowhere else. For a copy you can carry anywhere, add a database, file or Docker job on the same instance — those write plain .tar.gz and .sql.gz into an S3-compatible bucket you own.
Powerful features to give you peace of mind
Rest easy knowing your data and your reputation are safe.
- Bring your own storage
- Backups land in your own S3-compatible bucket — Backblaze B2, Wasabi, Cloudflare R2, or plain S3. You hold the keys and the data.
- Snapshots stay with your provider
- Provider snapshots are created through the provider's own API and never leave your account. We store the snapshot ID, not the image.
- Seven providers, one dashboard
- DigitalOcean, Hetzner, Vultr, Linode, AWS EC2, Google Compute Engine and Microsoft Azure — scheduled and reviewed from the same place.
- Schedules that fit your traffic
- Hourly, daily, weekly, monthly, or a fixed interval in minutes — anchored to your timezone, so a 02:00 job stays at 02:00 across a DST change.
- Retention that prunes itself
- Set how many days to keep. Older snapshots and archives are cleaned up after each successful run, so storage bills stay flat.
- Step-by-step run logs
- Every run records what it did, in order, with warnings and errors kept in place — so a failure tells you which step broke.
- Complete run history
- Status, duration, byte size, and what triggered each run, kept per job. Proof the backup ran, long after the night it ran.
- Checksummed on upload
- Every archive is hashed as it streams to your bucket and the checksum is stored with the run, so you can verify what landed.
- Run on demand
- Trigger any job by hand before a migration or a risky deploy, without touching its schedule or its retention window.
- Alerts on five channels
- Email plus Slack, Microsoft Teams, Google Chat, and Discord — on success, on failure, and on a job that missed its schedule entirely.
- Encrypted credentials
- SSH keys, database passwords, and storage secrets are sealed with AES-256-GCM before they touch the database.
- Team access with roles
- Invite your team into a shared workspace as owner, admin, or member, so backups outlive whoever set them up.
“The biggest advantage for us is that VPS Snaps works with the infrastructure we already have instead of forcing us into a proprietary backup environment. Provider snapshots stay inside our cloud account, while database and file archives can go directly into our own bucket.”
Schedule your first Google Compute Engine backup tonight.
Connect the account, pick a instance, set a schedule and a retention window. The first run is what proves the credential has the scope it needs — a much better thing to discover on a quiet evening.
No credit card required. Cancel anytime.