Welcome to ExamTopics
ExamTopics Logo
- Expert Verified, Online, Free.
exam questions

Exam Professional Cloud Network Engineer All Questions

View all questions & answers for the Professional Cloud Network Engineer exam

Exam Professional Cloud Network Engineer topic 1 question 9 discussion

Actual exam question from Google's Professional Cloud Network Engineer
Question #: 9
Topic #: 1
[All Professional Cloud Network Engineer Questions]

You have deployed a new internal application that provides HTTP and TFTP services to on-premises hosts. You want to be able to distribute traffic across multiple
Compute Engine instances, but need to ensure that clients are sticky to a particular instance across both services.
Which session affinity should you choose?

  • A. None
  • B. Client IP
  • C. Client IP and protocol
  • D. Client IP, port and protocol
Show Suggested Answer Hide Answer
Suggested Answer: B 🗳️

Comments

Chosen Answer:
This is a voting comment (?). It is better to Upvote an existing comment if you don't have anything to add.
Switch to a voting comment New
HateMicrosoft
Highly Voted 4 years, 3 months ago
The correct answer is B HTTP/S port 80/443 TFTP port 69 Session affinity, (sticky sessions), overrides the load-balancing algorithm by directing all requests in a session to a specific application server. So, we need a Session affinity by Client IP. Session affinity https://cloud.google.com/load-balancing/docs/backend-service#session_affinity Session affinity options https://cloud.google.com/load-balancing/docs/internal#session_affinity The answer A&D produces the same (Client IP, protocol, and port) by the way.
upvoted 24 times
AzureDP900
1 year, 12 months ago
B. Client IP
upvoted 3 times
...
...
xhilmi
Most Recent 11 months, 3 weeks ago
Selected Answer: B
B. Client IP In the context of session affinity, selecting "Client IP" means that the load balancer uses the client's IP address to determine which backend instance should receive the traffic. Each unique client IP is consistently directed to the same backend instance. If you are looking for stickiness based on the client's IP address only, and you don't need to consider the specific protocol (HTTP or TFTP), then option B is appropriate. So, if the requirement is solely to maintain stickiness based on the client IP and the protocol (HTTP or TFTP) doesn't need to be considered, then option B is indeed the correct choice. I appreciate your clarification, and I hope this provides a clear explanation.
upvoted 4 times
...
BenMS
11 months, 3 weeks ago
Selected Answer: B
If you include more parameters than ClientIP then you will split workloads across servers between the 2 application endpoints.
upvoted 1 times
...
sierra1784
1 year, 2 months ago
Selected Answer: B
this part of the question "but need to ensure that clients are sticky to a particular instance across both services." has to be client IP.. (B)
upvoted 3 times
ogerber
5 months, 2 weeks ago
Thanks Sierra, i must of missed that part
upvoted 1 times
...
...
samuelmorher
1 year, 3 months ago
Selected Answer: D
D is the correct
upvoted 2 times
...
rr4444
1 year, 4 months ago
Selected Answer: D
Has to be D, cos no stated reason why http and tftp will always need to be served from the same machine as each other. Also you can serve either from any port, not just the defaults. So you need client, port and protocol tuple
upvoted 2 times
sierra1784
1 year, 2 months ago
this part of the question "but need to ensure that clients are sticky to a particular instance across both services." has to client IP.. (B)
upvoted 1 times
...
...
GCP72
2 years, 3 months ago
Selected Answer: B
B is correct answer for me
upvoted 2 times
...
kumarp6
2 years, 10 months ago
Answer is B
upvoted 3 times
...
desertlotus1211
2 years, 11 months ago
Answer is B: https://medium.com/google-cloud/google-cloud-load-balancer-setup-tweaking-and-observations-c12d704e6d52' ffinity Typically the LB is going to route new requests to any instance and traffic from one connection is going to route to the same instance. Say you want to set stickiness to make sure all connections from one client go to the same instance. Configure session affinity to client IP. You can also set by cookie. The GCLB sends a cookie on the first client request and future incoming requests with that cookie will be sent to the same instance.
upvoted 2 times
...
desertlotus1211
3 years ago
Is the answers showing the syntax to use?
upvoted 1 times
...
EJJ
3 years, 7 months ago
ANS is B. HTTP traffic uses TCP, TFTP uses UDP. Session Affinity does not work in UDP traffic, thus, using protocol and port is useless. Ref:https://cloud.google.com/load-balancing/docs/internal "Session affinity works on a best-effort basis for TCP traffic. Because the UDP protocol doesn't support sessions, session affinity doesn't affect UDP traffic."
upvoted 2 times
...
CloudTrip
3 years, 8 months ago
Question mentions about HTTPS i.e. TCP and TFTP i.e. UDP protocols in an internal load balancer so it's definitely provides Client IP, Protocol and IP as options. So answer D is correct. https://cloud.google.com/load-balancing/docs/backend-service#session_affinity
upvoted 2 times
desertlotus1211
3 years ago
D shows: Client IP, port and protocol... only 3 out of 4. Where is the Destination IP? this also looks like c as well BUT without the comma...
upvoted 1 times
desertlotus1211
3 years ago
If it was showing all 4 wouldn't look like: Client, IP, port and protocol? With 2 commas separating?
upvoted 1 times
...
...
...
Vidyasagar
3 years, 8 months ago
B is the one
upvoted 1 times
...
HHHHHHH
3 years, 9 months ago
Why not D, TFTP is UDP protocol
upvoted 1 times
...
nikiwi
3 years, 11 months ago
why not D? The same client could be accessing both HTTP and FTP, so the session stickiness based on Client IP only is not enough.
upvoted 2 times
nikiwi
3 years, 11 months ago
on one more read, it is still ONE application that handles both services, so the Client IP is fine in that case.
upvoted 1 times
...
filip31337
2 years, 1 month ago
If UDP packet exceeds frame size then it is fragmented by IP stack and only the first fragment has the port number, remaining fragments don't have the port number. With that said hashing by port does not work (does not make sense). Only valid option is B - hash by Client IP.
upvoted 1 times
...
...
[Removed]
4 years ago
Ans - B
upvoted 1 times
...
passtest100
4 years, 3 months ago
should be D. the less metrics you choose, the lworse load balance among the instances. for example, for B, it is true that the session keep to the same instance, but it is always kept to the SAME instance only if the same source ip and destionation ip for the both protocols
upvoted 2 times
...
Community vote distribution
A (35%)
C (25%)
B (20%)
Other
Most Voted
A voting comment increases the vote count for the chosen answer by one.

Upvoting a comment with a selected answer will also increase the vote count towards that answer by one. So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.

SaveCancel
Loading ...