An enterprise organization hosts a mission-critical web application on Compute Engine instances located in the europe-west1 region. During a planned capacity expansion, a Cloud Engineer attempts to launch 20 additional n2-standard-16 virtual machines within europe-west1-b. The creation request fails immediately with a QUOTA_EXCEEDED error indicating that the N2_CPUS regional quota limit has been reached. Due to strict data residency and VPC peering requirements, the workload must remain within the europe-west1 region. Which action should the engineer take to successfully provision the required compute capacity while following Google-recommended best practices?
- Submit a quota increase request for the N2_CPUS regional metric in europe-west1 via the Cloud Console IAM & Admin Quotas page.Answer
- BCreate a secondary Virtual Private Cloud (VPC) network within europe-west1-b to reset the regional CPU quota counters for the project.
- CReconfigure the VM provisioning deployment to use Spot VM instances, which are exempt from regional CPU quota limits.
- DAssign the primitive Owner role (roles/owner) to the service account provisioning the VMs to bypass project-level quota restrictions.
Answer
Submitting a quota increase request for the N2_CPUS regional metric in europe-west1 via the Cloud Console IAM & Admin Quotas page is the correct action.
The correct option is submitting a quota increase request via the Cloud Console IAM & Admin Quotas page. Google Cloud quotas are default safety limits placed on project resources per region or zone. When a valid operational need requires higher capacity within a specific region, administrative users must formally request a quota increase through the console or gcloud CLI.
Step-by-Step Solution
Key Concept
Resource Quotas and Capacity Management