A logistics tracking solution uses an Azure App Service Web App to process real-time GPS telemetry. The web app is currently hosted on the Free (F1) pricing tier. During morning dispatch hours, telemetry processing causes the memory usage to spike up to 85%, resulting in out-of-memory errors. You must configure the App Service plan and autoscale rules to dynamically scale out the web app when the Memory Percentage metric exceeds 80% for 10 minutes, while minimizing costs and preventing autoscale flapping.
Which two actions should you perform? (Select TWO)
- Scale up the App Service plan to the Standard (S1) pricing tier.Cevap
- Configure the scale-in rule to trigger when the Memory Percentage is less than 35%.Cevap
- CScale up the App Service plan to the Basic (B1) pricing tier.
- DConfigure the scale-in rule to trigger when the Memory Percentage is less than 65%.
Cevap
To configure the scaling correctly, you must scale up the App Service plan to the Standard (S1) pricing tier and configure the scale-in rule to trigger when the Memory Percentage is less than 35%.
Scaling up to the Standard (S1) tier is required because it is the lowest-cost tier that supports autoscale rules. Setting the scale-in threshold to 35% prevents flapping because scaling out from 1 to 2 instances at 80% load reduces the average load per instance to 40%. A scale-in threshold of 35% is lower than this post-scale-out value, ensuring the system remains scaled out until the overall demand decreases.
Adım Adım Çözüm
Anahtar Kavram
Configuring autoscale rules and selecting the appropriate pricing tier for Azure App Service to prevent flapping.