Machine-translated by Google. Questions are authored in English.
Top

Load Balancing and Auto Scaling Questions and Answers

11.

Assertion (A): Session affinity is best avoided where it can be.
Reason (R): It ties users to particular backends and so unbalances the pool and complicates scaling in.

Answer: C

Both are true and the reason gives both objections, and it also means the loss of one backend loses the sessions it was holding, so a restart during a rolling deploy logs those users out. Every deployment then becomes visible to users who were midway through a task.

Please log in or register to report this question.

Answer: D

Scheduled scaling is a separate mechanism for known patterns. Choosing the right metric matters, since processor use is a poor proxy for load in a memory or input output bound service. The metric should be whichever resource actually saturates first under load.

Please log in or register to report this question.

13.

Consider the following statements about scaling metrics.
1. Processor utilisation suits compute bound workloads.
2. Queue length or request latency may suit others better.
3. Processor utilisation is the correct metric for every workload.

Answer: A

The first two are correct. The third is wrong, and scaling a memory bound service on processor use produces a system that never scales when it actually needs to. Queue depth is often the honest signal where processor use is a misleading one.

Please log in or register to report this question.

Answer: B

Without it the group reacts to a metric that has not yet responded and overshoots. Flapping between scaling out and in is the usual symptom of too short a cooldown. Each cycle costs launch time and money without ever settling at the right size.

Please log in or register to report this question.

15.

Assertion (A): Without a cooldown an auto scaling group can oscillate between adding and removing capacity.
Reason (R): It reacts to a metric that has not yet reflected the previous action.

Answer: C

Both are true and the reason gives the mechanism, and the oscillation costs money and destabilises the service at the same time, and it is entirely avoidable by widening the thresholds. A gap of twenty points between scale out and scale in is a common starting value.

Please log in or register to report this question.

16.

State whether the following is true or false.
Flapping in an auto scaling group is usually a sign that the thresholds or cooldown need adjusting.

Answer: D

Scale out and scale in thresholds that are too close together cause it, as does too short a cooldown. Widening the gap between them is the usual first remedy. Lengthening the evaluation window before a decision has much the same effect.

Please log in or register to report this question.

Answer: A

Scaling begun when load is already at the limit arrives too late if warm-up takes minutes. Scaling on a leading indicator rather than a lagging one is the usual answer. Otherwise every scaling decision arrives one warm-up period behind the traffic.

Please log in or register to report this question.

18.

Assertion (A): Auto scaling should be triggered on a leading rather than a lagging indicator where possible.
Reason (R): New capacity takes time to become useful, so waiting for saturation is too late.

Answer: B

Both are true and the reason gives the timing problem, and queue depth or request rate often lead processor saturation by exactly the interval needed. Choosing the metric well matters more than tuning the thresholds around it.

Please log in or register to report this question.

19.

Instances take 3 minutes to become ready and traffic doubles in 2 minutes. What follows for a reactive scaling policy?

Answer: C

Reacting after the rise begins cannot beat a warm-up longer than the rise itself. Pre-warming, predictive scaling or a larger baseline are the available answers. None of them is free, so the choice depends on how costly a brief overload is.

Please log in or register to report this question.

Answer: D

A longer cooldown makes the group slower to respond, which is the opposite of what a spike needs. The other three all bring capacity forward in time. A spike is won or lost on how early capacity starts, not on how fast it scales.

Please log in or register to report this question.

Loading…

Topics

    No topic!
Tags: Load Balancing and Auto Scaling Questions and Answers || Load Balancing and Auto Scaling MCQ Questions and Answers || Load Balancing and Auto Scaling GK Questions and Answers || Load Balancing and Auto Scaling GK MCQ Questions || Load Balancing and Auto Scaling Multiple Choice Questions and Answers || Load Balancing and Auto Scaling GK || GK on Load Balancing and Auto Scaling || Cloud Computing Questions and Answers || Cloud Computing MCQ Questions and Answers || Cloud Computing GK Questions and Answers || GK on Cloud Computing