A company hosts a financial processing API on an Azure App Service Web App that currently runs on the Standard (S1) pricing tier with a default instance count of 2. During peak hours, the API experiences high CPU utilization. You are configuring Azure Monitor autoscale rules to handle this load. You create a scale-out rule that increases the instance count by 1 when the average CPU Percentage is greater than 80% for 10 minutes. To prevent autoscale flapping (rapidly alternating between scaling out and scaling in), which of the following scale-in configurations should you implement?
- Decrease the instance count by 1 when the average CPU Percentage is less than 40% for 10 minutes.Answer
- BDecrease the instance count by 1 when the average CPU Percentage is less than 60% for 10 minutes.
- CDecrease the instance count by 1 when the average CPU Percentage is less than 75% for 10 minutes.
- DScale down the App Service plan to the Free (F1) pricing tier when the average CPU Percentage is less than 40% for 10 minutes.
Answer
Decrease the instance count by 1 when the average CPU Percentage is less than 40% for 10 minutes.
The correct option correctly prevents flapping by establishing a scale-in threshold (40%) that is lower than the expected CPU per instance immediately after a scale-out event (approximately 54%). This ensures that the system will only scale back in when the overall workload significantly drops.
Step-by-Step Solution
Key Concept
Autoscale flapping prevention in Azure App Service Plans
Estimated Time:2m 0s