Which two answer choices independently describe a behavior that could be the cause of the sluggish user experience?

A customer has a web application that uses cookie Based sessions to track logged in users It Is deployed on
AWS using ELB and Auto Scaling The customer observes that when load increases. Auto Scaling launches new
Instances but the load on the easting Instances does not decrease, causing all existing users to have a sluggish
experience.
Which two answer choices independently describe a behavior that could be the cause of the sluggish user
experience?
Choose 2 answers

A customer has a web application that uses cookie Based sessions to track logged in users It Is deployed on
AWS using ELB and Auto Scaling The customer observes that when load increases. Auto Scaling launches new
Instances but the load on the easting Instances does not decrease, causing all existing users to have a sluggish
experience.
Which two answer choices independently describe a behavior that could be the cause of the sluggish user
experience?
Choose 2 answers

A.
ELB’s normal behavior sends requests from the same user to the same backend instance

B.
ELB’s behavior when sticky sessions are enabled causes ELB to send requests in the same session to the
same backend instance

C.
A faulty browser is not honoring the TTL of the ELB DNS name.

D.
The web application uses long polling such as comet or websockets. Thereby keeping a connection open to
a web server tor a long time

E.
The web application uses long polling such as comet or websockets. Thereby keeping a connection open to a
web server for a long time.



Leave a Reply 0

Your email address will not be published. Required fields are marked *


Mani

Mani

can someone help me with this one…. confusing

DD

DD

B, the existing load wouldn’t be redistributed if sticky sessions were configured.

robi

robi

I think it’s B & D (Choose 2 answers).

https://www.pubnub.com/blog/2014-12-01-http-long-polling/

@Chef: It’s between the web and app server, therfore not through the ELB

C. A faulty browser is not honoring the TTL of the ELB DNS name. –> If only one user is affected, this can be the reason, but not in this case, there is no load at all

A.
ELB’s normal behavior sends requests from the same user to the same backend instance –> no way, because B

Ankit Shah

Ankit Shah

B is correct.

Both D and E are identical which one to pick ??

Viva

Viva

B. D AND E are the same, so Answer is B AND (D OR E)

BDA

BDA

B is the obvious choice

C is plausible based on lameness of this question, hear me out: We know that when the DNS TTL expires, the newly registered instances are known to client as they re-resolve – if the browser has problems, this could be the independent issue. Also, this was the only subject recently covered with AWS, there has been no mention of websockets(used for FB junk messages)

charm

charm

ELB’s normal behavior sends requests from the same user to the same backend instance
(its not by default)

ELB’s behavior when sticky sessions are enabled causes ELB to send requests in the same session to the same backend

A faulty browser is not honoring the TTL of the ELB DNS name
(DNS TTL would only impact the ELB instances if scaled and not the EC2 instances to which the traffic is routed)

The web application uses long polling such as comet or websockets. Thereby keeping a connection open to a web server tor a long time