Topic 6 of 11
The exam guide lists Cloud SQL, AlloyDB, Spanner, Firestore, Bigtable, and Memorystore among the data products you must be able to choose and deploy, and adds maintaining multi-region redundancy. The key for the exam is matching each requirement (relational or not, scale, latency, availability) to its service. BigQuery, Pub/Sub, Dataflow, and Kafka are in the next article.
Contents
| Service | Model | When |
|---|---|---|
| Cloud SQL | Relational (MySQL, PostgreSQL, SQL Server) | Traditional apps and migrations without changes |
| AlloyDB | PostgreSQL-compatible relational | Demanding workloads, HTAP, AI with vector search |
| Spanner | Distributed relational (GoogleSQL or PostgreSQL), plus key-value and graph | Horizontal scale and very high availability, global |
| Firestore | NoSQL document | Web and mobile apps, serverless, also a MongoDB-compatible API |
| Bigtable | NoSQL wide-column, key-value | High volume, high throughput, low latency: time series, IoT |
| Memorystore | In-memory (Redis, Valkey) | Caches and sessions with sub-millisecond latency |
A fully managed relational database for MySQL, PostgreSQL, and SQL Server. It handles backups, high availability, connectivity, import and export, maintenance, monitoring, and logging.
| Enterprise Plus | Enterprise | |
|---|---|---|
| SLA | 99.99% (includes maintenance) | 99.95% (excludes maintenance) |
| Planned operations downtime | Sub-second | A few minutes |
| PITR log retention | Up to 35 days | Up to 7 days |
| Extras | Data cache, optimized writes, read pools, advanced cross-region DR, managed connection pooling | Core Cloud SQL capabilities |
For MySQL 8.4 and 9.7 the default edition is Enterprise Plus.
High availability (regional instance)
Read replicas
| Replica type | What for |
|---|---|
| Cross-region | Reads closer to the application, recovery from a regional outage, and migrating between regions (by promoting it) |
| Cascading | Replicas of a replica, to scale reads |
| External | A replica outside Cloud SQL |
| From an external server | Migrate from an on-premises database to Cloud SQL |
Best practice: with HA on the primary, place replicas in another zone. A replica can be promoted to primary in a regional disaster or if the original becomes corrupted.
A fully managed, PostgreSQL-compatible service with a Google-built engine and a disaggregated architecture: compute (nodes) and storage (distributed across zones, grows automatically) scale independently.
Cluster
A logical container for databases and metadata in a region.
Primary instance
Read-write, one per cluster. HA (active and standby nodes in different zones) or basic (one node, for non-production).
Read pool
Read-only instances with automatic load balancing, up to 20 nodes in the cluster.
A fully managed distributed database with horizontal read and write scaling, automatic sharding, and strong consistency. It supports the GoogleSQL and PostgreSQL dialects, plus key-value, graph (Spanner Graph), full-text search, and vector search. Because it is managed, there is no way to stop or restart an instance.
Regional
Three read-write replicas in three zones; a write quorum of two out of three. 99.99% SLA.
Dual-region
Two regions in the same country. 99.999%. Enterprise Plus only.
Multi-region
More than two regions. 99.999%. Enterprise Plus only.
| Edition | What it adds |
|---|---|
| Standard | Regional configurations, scheduled backups, 7-day PITR, reverse ETL from BigQuery |
| Enterprise | Spanner Graph, full-text and vector search, managed autoscaling, incremental backups, optional read-only replicas |
| Enterprise Plus | Dual-region and multi-region configurations with up to 99.999%, geo-partitioning |
A fully managed, serverless NoSQL document database: no capacity provisioning, it scales automatically, and you pay per use. It offers ACID transactions, strongly consistent queries, and single-digit millisecond read latency.
Firestore client libraries
The recommended option for an enterprise document database.
MongoDB compatibility
A wire-compatible API to lift and shift MongoDB apps, with mongosh, mongoimport, or Compass.
With Firebase
Backend as a service for web and mobile apps, with the Firebase SDKs and console.
Availability: 99.99% in regional locations and 99.999% in multi-region locations, with automatic replication across regions.
A sparsely populated table that scales to billions of rows and thousands of columns (terabytes or petabytes), ideal for large volumes of single-keyed data with low latency and high read and write throughput. Compatible with the Apache HBase API.
A managed in-memory service for caches with sub-millisecond access: sessions, frequent queries, game leaderboards, real-time analytics.
Memorystore for Redis
Memorystore for Valkey
The exam guide asks for "maintaining multi-region redundancy across data solutions". Each service handles it differently:
| Service | How to survive a regional outage |
|---|---|
| Cloud SQL | A cross-region read replica that you promote; in Enterprise Plus, advanced DR with cross-region replication |
| Spanner | Dual-region or multi-region configuration (Enterprise Plus) |
| Firestore | A multi-region location, with automatic replication |
| Bigtable | Add clusters in other regions to the instance |
| Cloud Storage | Buckets in dual-region or multi-region locations (storage article) |
| BigQuery | Managed disaster recovery: a multi-region doesn't provide cross-region redundancy (next article) |
| Situation | Answer | Why |
|---|---|---|
| Migrate an on-premises MySQL without changing the application | Cloud SQL for MySQL | Compatible managed relational database. |
| PostgreSQL with heavy analytical queries on live transactional data | AlloyDB | HTAP with a columnar engine. |
| A global relational database with strong consistency and 99.999% | Spanner Enterprise Plus multi-region | Horizontal scale with no practical limits. |
| A mobile app backend with JSON documents and no capacity provisioning | Firestore | Serverless document database, pay per use. |
| Petabytes of IoT sensor time series with low latency | Bigtable | High-volume key-value store. |
| A session cache with sub-millisecond access | Memorystore (Redis or Valkey) | Managed in-memory store. |
| Cloud SQL must stay up if a zone fails | High availability (regional) configuration | Standby instance in another zone with failover. |
| Offload reporting queries from the primary Cloud SQL instance | Read replica | A near-real-time read-only copy. |
❓ Does a Cloud SQL read replica provide automatic failover?
No. Failover comes from the high availability configuration. A replica can be promoted manually.
❓ How much does a Cloud SQL instance with HA cost?
Twice as much as a standalone instance.
❓ Which Spanner edition do you need for a multi-region configuration?
Enterprise Plus. Standard and Enterprise only support regional configurations.
❓ Does Bigtable index any column?
Not by its model: only the row key is indexed, which is why row key design matters so much.
❓ Do you provision capacity in Firestore?
No. It is serverless and scales automatically, pay per use.
❓ What SLA does Memorystore for Redis Standard have?
99.9%, with replicas across zones. Basic has no high availability.
Did you get this topic?
Test what you just learned
A payments platform needs a strongly consistent relational database that accepts writes from users on several continents, scales horizontally, and offers the highest possible availability. What should it choose?
Original questions, each with a full explanation.
Start a mock exam