nerdexam
CompTIA

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.

Troubleshooting

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)
  • A
    24% (8)
  • B
    9% (3)
  • C
    61% (20)
  • D
    6% (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.

AAdd more systems into the scaling group.

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.

BReview the load balancer configuration settings.

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.

CReview auto-scaling policies to detect a misconfiguration.Correct

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.

DMonitor auto-scaling events for the next 24 hours.

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

#Auto-scaling#Performance monitoring#Troubleshooting#Policy configuration

Community Discussion

No community discussion yet for this question.

Full CV0-002 Practice