New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Amazon SOA-C03 Exam - Topic 2 Question 6 Discussion

Actual exam question for Amazon's SOA-C03 exam
Question #: 6
Topic #: 2
[All SOA-C03 Questions]

A company runs an application on Amazon EC2 instances behind an Elastic Load Balancer (ELB) in an Auto Scaling group. The application performs well except during a 2-hour period of daily peak traffic, when performance slows.

A CloudOps engineer must resolve this issue with minimal operational effort.

What should the engineer do?

Show Suggested Answer Hide Answer
Suggested Answer: C

According to the AWS Cloud Operations and Compute documentation, when workloads exhibit predictable traffic patterns, the best practice is to use scheduled scaling for Amazon EC2 Auto Scaling groups.

With scheduled scaling, administrators can predefine the desired capacity of an Auto Scaling group to increase before anticipated demand (in this case, before the 2-hour peak) and scale back down afterward. This ensures that sufficient compute capacity is provisioned proactively, avoiding performance degradation while maintaining cost efficiency.

AWS notes: ''Scheduled actions enable scaling your Auto Scaling group at predictable times, allowing you to pre-warm instances before demand spikes.''

Manual scaling (Option D) adds operational overhead. Adjusting launch templates (Option B) doesn't affect scaling behavior, and permanently increasing minimum capacity (Option A) wastes resources outside of peak hours.

Thus, Option C provides an automated, cost-effective, and operationally efficient CloudOps solution.


Contribute your Thoughts:

0/2000 characters
Margart
9 days ago
I feel D is too manual. We need automation, not extra work.
upvoted 0 times
...
Jimmie
14 days ago
Option A could work, but it might waste resources during off-peak.
upvoted 0 times
...
Tyra
19 days ago
I agree, C makes sense. Preemptive scaling is key for peak times.
upvoted 0 times
...
Wenona
24 days ago
Wait, can we really just adjust the launch template?
upvoted 0 times
...
Alisha
29 days ago
I think A is more efficient long-term.
upvoted 0 times
...
Eric
1 month ago
C seems like the best option for peak times!
upvoted 0 times
...
Alyce
1 month ago
A) is a good option, but it may lead to over-provisioning during non-peak times.
upvoted 0 times
...
Kerry
1 month ago
Haha, I bet the engineer is wishing they had a crystal ball to predict the traffic patterns!
upvoted 0 times
...
James
2 months ago
D) is not ideal, as manual scaling is more effort and doesn't automatically scale back down after the peak.
upvoted 0 times
...
Markus
2 months ago
B) is not the right solution, as adjusting the launch template won't address the specific issue of peak traffic.
upvoted 0 times
...
Jade
2 months ago
I’m a bit confused about the launch template adjustment in option B. Wouldn’t that require more ongoing management?
upvoted 0 times
...
Justine
2 months ago
I practiced a similar question, and I feel like manually adding instances could lead to more operational overhead, so I’d lean towards option C too.
upvoted 0 times
...
Whitley
3 months ago
C) is the correct answer. Scheduled scaling is the best way to handle predictable traffic spikes.
upvoted 0 times
...
Martha
3 months ago
I think option C is the best. Scheduled scaling is efficient.
upvoted 0 times
...
Mitzie
3 months ago
D is too manual, not scalable enough.
upvoted 0 times
...
Kathrine
3 months ago
I didn't know scheduled scaling was a thing!
upvoted 0 times
...
Gerry
3 months ago
I'm not entirely sure, but I remember something about adjusting the minimum capacity might not be the best approach for just a short peak.
upvoted 0 times
...
Naomi
4 months ago
I think option C makes the most sense since it allows for proactive scaling before the peak traffic hits.
upvoted 0 times
...
Lili
4 months ago
I'm leaning towards option C. Scheduling the scaling action ahead of time seems like the most proactive and least hands-on approach. That way the system can handle the increased traffic without the engineer having to constantly monitor and manually adjust things.
upvoted 0 times
...
Whitley
4 months ago
Option A seems like the easiest solution, just adjusting the minimum capacity. But I'm not sure if that's the most efficient approach. The question mentions wanting to resolve the issue with minimal operational effort, so maybe one of the other options would be better.
upvoted 0 times
...
Fairy
4 months ago
Hmm, I'm a little unsure about this one. I'm trying to decide between options C and D. Scaling out automatically before the peak seems like a good idea, but manually adding instances and enabling scale-in protection might work too. I'll have to think this through a bit more.
upvoted 0 times
...
Beatriz
4 months ago
This seems like a pretty straightforward question. I'd go with option C - creating a scheduled scaling action to scale out before the peak traffic hits. That way the instances will be ready to handle the increased demand.
upvoted 0 times
Annice
2 months ago
I agree, option C makes the most sense. Preemptive scaling is key!
upvoted 0 times
...
...

Save Cancel