CV0-002 · Question #425
While reviewing the auto-scaling events for a web application, a cloud engineer identified that the application upsized and downsized multiple times within the last hour. Which of the following…
The correct answer is C. Review auto-scaling policies to detect a misconfiguration. Rapid and repeated auto-scaling events (upsizing and downsizing) indicate a misconfiguration in the auto-scaling policy which needs immediate review to stabilize application performance and resource usage.
Question
While reviewing the auto-scaling events for a web application, a cloud engineer identified that the application upsized and downsized multiple times within the last hour. Which of the following should the cloud engineer do NEXT?
Options
- AAdd more systems into the scaling group.
- BReview the load balancer configuration settings.
- CReview auto-scaling policies to detect a misconfiguration.
- DMonitor auto-scaling events for the next 24 hours.
How the community answered
(33 responses)- A24% (8)
- B9% (3)
- C61% (20)
- D6% (2)
Why each option
Rapid and repeated auto-scaling events (upsizing and downsizing) indicate a misconfiguration in the auto-scaling policy which needs immediate review to stabilize application performance and resource usage.
Adding more systems into the scaling group without addressing the underlying policy issue will not stop the flapping and may lead to unnecessary resource consumption.
While a load balancer distributes traffic, its configuration is less likely to be the direct cause of the auto-scaling group itself repeatedly changing size based on metrics.
Rapid upsizing and downsizing, often called 'flapping' or 'thrashing,' is a classic symptom of an overly aggressive or poorly configured auto-scaling policy. This usually means the scaling thresholds are too close, or the cooldown periods are too short, causing the system to react repeatedly to minor fluctuations. Reviewing and adjusting these policies, such as the thresholds, cooldown periods, or aggregation types, is the immediate next step to stabilize the application's resource allocation and prevent unnecessary resource consumption or performance instability.
Monitoring for another 24 hours without investigation prolongs the issue, potentially leading to continued performance instability or increased costs.
Concept tested: Auto-scaling policy misconfiguration troubleshooting
Source: https://learn.microsoft.com/en-us/azure/azure-monitor/autoscale/autoscale-best-practices
Topics
Community Discussion
No community discussion yet for this question.