An architectural modeling platform processes asynchronous 3D spatial rendering tasks submitted by enterprise users. The processing worker nodes are deployed on Compute Engine Managed Instance Groups (MIGs). Tasks are pulled from a Cloud Pub/Sub topic and processed by worker VMs, which spend most of their processing time waiting on I/O operations and database queries. The platform expects a fivefold traffic burst during an upcoming product launch. Which TWO actions should a Cloud Architect recommend to ensure the rendering system auto-scales efficiently and meets capacity demands during the burst? (Select TWO.)
- Configure the Managed Instance Group auto-scaling policy to scale based on a Cloud Monitoring custom metric tracking unacknowledged messages per worker instance.Cevap
- Audit regional Compute Engine vCPU quota limits in advance and submit quota increase requests for the target regions prior to the launch.Cevap
- CSet the Managed Instance Group auto-scaling metric strictly to target an average CPU utilization of 80% across all instances.
- DMigrate the processing worker application to Google Kubernetes Engine (GKE) Autopilot to eliminate the need for capacity planning and compute quota management.
- EPurchase 3-year Committed Use Discounts (CUDs) for peak burst capacity to bypass regional vCPU quota checks during scaling events.
Cevap
The platform should scale the Managed Instance Group based on a Cloud Monitoring custom metric tracking unacknowledged messages per worker instance, and proactively request regional Compute Engine vCPU quota increases prior to the launch event.
For I/O-bound queue processing workloads, auto-scaling should be based on task backlog metrics (such as Cloud Pub/Sub unacknowledged message count per instance) rather than CPU usage. Additionally, capacity planning requires verifying and requesting vCPU quota increases ahead of anticipated traffic bursts so that auto-scaling is not blocked by platform quota limits.
Adım Adım Çözüm
Anahtar Kavram
Auto-scaling metric selection for queue-driven/I-O bound workloads and proactive vCPU quota management in GCP.