An enterprise is deploying an application on Google Cloud Compute Engine that requires two distinct storage mechanisms: (1) a temporary session state cache requiring sub-millisecond latency and high IOPS where data persistence across VM stops/starts is not required, and (2) a relational database engine for order management requiring strict ACID compliance, regional high availability, automated backups, and minimal database administration overhead. Which TWO storage and database configurations should you select to meet these requirements? (Select TWO.)
- Attach a Local SSD volume to the Compute Engine instance for the session state cache.Answer
- Provision a Cloud SQL instance with High Availability (HA) enabled for the relational database.Answer
- CDeploy a Cloud Bigtable cluster for the order management relational database.
- DDeploy a self-managed MySQL database on a Spot Compute Engine instance using Standard Persistent Disk (pd-standard) for the order database.
Answer
Attaching a Local SSD volume for the temporary session cache and provisioning a Cloud SQL instance configured with High Availability for the order management database.
Local SSD is designed for ultra-high performance, low-latency scratch space or ephemeral caching where data does not need to survive instance termination. Cloud SQL provides a fully managed relational database with automated backups, patching, and regional high availability via active-standby replication.
Step-by-Step Solution
Key Concept
Selecting GCP Database and Block Storage Options Based on Workload Latency, ACID, and Availability Requirements
Estimated Time:2m 0s