PROFESSIONAL-CLOUD-DEVOPS-ENGINEER · Question #139
You are performing a semi-annual capacity planning exercise for your flagship service. You expect a service user growth rate of 10% month-over-month over the next six months. Your service is fully con
The correct answer is A. Verify the maximum node pool size, enable a horizontal pod autoscaler, and then perform a load. To prepare for predicted user growth and ensure zone failure resilience while avoiding unnecessary costs, verify the GKE node pool's maximum size, enable Horizontal Pod Autoscaling, and perform load testing to validate the scaling behavior and application performance.
Question
Options
- AVerify the maximum node pool size, enable a horizontal pod autoscaler, and then perform a load
- BBecause you are deployed on GKE and are using a cluster autoscaler, your GKE cluster will
- CBecause you are at only 30% utilization, you have significant headroom and you won't need to
- DProactively add 60% more node capacity to account for six months of 10% growth rate, and then
How the community answered
(36 responses)- A61% (22)
- B11% (4)
- C6% (2)
- D22% (8)
Why each option
To prepare for predicted user growth and ensure zone failure resilience while avoiding unnecessary costs, verify the GKE node pool's maximum size, enable Horizontal Pod Autoscaling, and perform load testing to validate the scaling behavior and application performance.
Verifying the maximum node pool size ensures the cluster autoscaler has sufficient capacity to expand, enabling Horizontal Pod Autoscaler allows pods to scale dynamically with application load (driven by growth), and a load test validates the entire system's resilience and performance under anticipated peak demand and failure scenarios.
Relying solely on cluster autoscaler is insufficient; Horizontal Pod Autoscaler is needed to scale application pods, and the cluster autoscaler's maximum limits must be explicitly verified to accommodate growth and zone failure.
30% current utilization does not account for the predicted 77% growth and the need to sustain 100% of the load with only two-thirds of the cluster's capacity available after a zone failure, indicating insufficient headroom.
Proactively adding fixed node capacity is inefficient and goes against avoiding unnecessary costs; dynamic scaling via HPA and Cluster Autoscaler with verified max limits is the preferred approach, and the 60% calculation is incorrect for 77% growth plus zone resilience.
Concept tested: GKE autoscaling, capacity planning, resilience
Source: https://cloud.google.com/kubernetes-engine/docs/concepts/cluster-autoscaler
Topics
Community Discussion
No community discussion yet for this question.