An enterprise organization is migrating an online transaction processing (OLTP) core application to Google Cloud. The system requires a relational database engine with strict multi-row ACID compliance, sub-10 millisecond write latencies, and persistent data retention across virtual machine restart events. The database requires 30,000 sustained random read/write IOPS for a 1 TB dataset. The architecture team mandates achieving these requirements with minimal operational management overhead. Which database and block storage architecture should you recommend?
- ADeploy a Cloud Bigtable cluster provisioned with SSD storage nodes to host the transactional database.
- BDeploy a self-managed relational database engine on a Compute Engine instance using attached Local SSD volumes for primary data files.
- CDeploy a self-managed relational database on a Compute Engine instance using a Standard Persistent Disk (pd-standard) volume configured with automated lifecycle tiering to Cloud Storage Archive.
- Deploy a Cloud SQL instance with High Availability enabled, utilizing a Persistent Disk SSD (pd-ssd) storage volume.Answer
Answer
Deploying a Cloud SQL instance with High Availability and Persistent Disk SSD (pd-ssd) storage provides a fully managed relational engine, persistent storage across host restarts, low latencies, and necessary IOPS performance.
The solution recommending Cloud SQL with High Availability and Persistent Disk SSD (pd-ssd) meets all criteria. Cloud SQL offers a fully managed relational database engine (MySQL, PostgreSQL, or SQL Server) with ACID compliance and automatic maintenance/failover, reducing management overhead. Persistent Disk SSD provides durable non-volatile storage that retains data through VM restarts and delivers high performance ( for reads and writes, achieving the requirement at ).
Step-by-Step Solution
Key Concept
Selecting GCP Managed Databases and Persistent Block Storage Types based on ACID requirements, persistence, IOPS, and operational overhead.