Lesson 5 of 16

Google Cloud SQL for PostgreSQL: Google’s Managed Baseline

Applies to PostgreSQL 13–17 Last reviewed Jun 2026 Grounded in source

The one thing to understand first

Google Cloud SQL for PostgreSQL is Google’s member of the Postgres-on-a-disk family: real community PostgreSQL running on a Compute Engine VM with a Persistent Disk underneath, managed by Google’s control plane. It is the direct counterpart to AWS RDS — the same idea, the same trade-offs, different plumbing.

Storage on Persistent Disk

Your database files sit on a Google Persistent Disk, a network-attached block device that is itself replicated for durability beneath the surface. Cloud SQL can automatically grow the disk as it fills. As with all of family one, there is a single primary that accepts writes.

High availability: regional instances

A Cloud SQL HA (“regional”) instance runs a primary in one zone and a standby in another zone of the same region. Crucially, durability rides on the storage layer: writes are synchronously replicated to a Persistent Disk in the standby zone, so when the primary’s zone fails, the standby starts up against an already-current copy of the data. Failover typically completes in around a minute. As with RDS Multi-AZ, the standby is for failover, not for serving reads.

This is a Pro lesson

Get every Learning Pathway and cookbook recipe — grounded in PostgreSQL source code, with diagnostics, fixes, and prevention for each topic.

Continue this lesson to learn:

  • Read replicas and backups
  • Editions: Enterprise vs Enterprise Plus
  • How it differs from self-managed PostgreSQL
  • What people miss
  • Key takeaway
  • All 36 Learning Pathway lessons
  • 170+ cookbook recipes
  • Source-grounded diagnostics & fixes

Secure checkout Cancel anytime Source-grounded

Keep going

Related & next steps

Was this helpful?

← Back to 06 — Managed PostgreSQL in the Cloud: Architecture & Trade-offs