Which EC2 Configuration Meets Tightly Coupled HPC Network Requirements?

SAA-C03 By islever Editorial Last updated

Short answer

A Configure the EC2 instances into a cluster placement group to get low-latency, high-throughput, tightly coupled node-to-node networking for the HPC workload.

Question

A company plans to run a high performance computing (HPC) workload on Amazon EC2 Instances. The workload requires low-latency network performance and high network throughput with tightly coupled node-to-node communication. Which solution will meet these requirements?
  1. Configure the EC2 instances to be part of a cluster placement group. Correct Answer
  2. Launch the EC2 instances with Dedicated Instance tenancy.
  3. Launch the EC2 instances as Spot Instances.
  4. Configure an On-Demand Capacity Reservation when the EC2 instances are launched.

Key Takeaways

The question tests whether you can translate 'tightly coupled, low-latency, high network throughput' into the right EC2 placement strategy; the trap is confusing a capacity guarantee (capacity reservation, Dedicated Instances) with a network-performance guarantee.

HPC workloads that need tightly coupled node-to-node communication require the lowest-latency, highest-throughput networking EC2 can provide, and a cluster placement group is what delivers it. This page confirms why option A, and not a capacity reservation, Dedicated Instance tenancy, or Spot capacity, satisfies the requirement.

Common mistake: The most common wrong choice is D, an On-Demand Capacity Reservation, because 'guaranteed capacity for HPC' sounds like the safe answer — but a reservation only secures instance capacity in an Availability Zone and does nothing for inter-node latency or bandwidth. C (Spot Instances) is also tempting on cost grounds, yet Spot is a pricing model whose interruption risk is a poor fit for a tightly coupled job.

Expert Analysis

Why the Answer Is Correct

A cluster placement group packs instances close together inside a single Availability Zone so they sit on the same high-bisection-bandwidth network segment, which is precisely what tightly coupled HPC node-to-node traffic needs. AWS documentation states that cluster placement groups provide the lowest latency and highest packet-per-second network performance available in EC2, with supported instances reaching very high single-flow throughput, and Elastic Fabric Adapter can be layered on top for even lower-latency HPC interconnects. The question's wording — 'low-latency network performance and high network throughput with tightly coupled node-to-node communication' — is the canonical AWS phrasing for cluster placement groups. Launching the EC2 instances into a cluster placement group therefore directly satisfies every stated requirement. Option A is the answer the questions is looking for and matches the consensus of every commenter who voted.

Why the Other Options Are Wrong

Dedicated Instance tenancy (B) changes the hardware isolation model, not the network fabric; a Dedicated Instance still communicates over the same paths as a shared-tenancy instance and offers no low-latency inter-node guarantee. Spot Instances (C) are a purchasing option: they can be interrupted with two minutes' notice and offer no placement or latency benefit, which is exactly the wrong foundation for a tightly coupled job that must keep all nodes alive simultaneously. An On-Demand Capacity Reservation (D) guarantees that capacity is available in a specific Availability Zone when you need it, which solves a capacity problem rather than a performance problem — and it can even be combined with a cluster placement group rather than replacing it. None of B, C, or D changes the topology or the physical proximity of the nodes.

Community Comment Notes

Scheldon admitted thinking the answer was D until researching further, then settled on A and linked the AWS placement groups documentation, which is the decisive source here. zinabu isolated the exact trigger phrase, noting that "tightly coupled node-to-node communication" points to a cluster placement group, and KennethNg923 reasoned the same way from the identical wording. Awsbeginner87 and Tanidanindo summed it up as everything in the scenario pointing to a cluster placement group. The lone dissent, victor78's "I THINK IT'S C,D", pairs Spot Instances with a capacity reservation — a self-defeating combination for a job that needs uninterrupted, low-latency interconnect.

Exam Strategy

When an SAA-C03 scenario mentions HPC, tightly coupled nodes, low latency, or high network throughput, scan first for a placement group answer before evaluating capacity or pricing options. Separate the verb in the requirement: 'ensure capacity' maps to capacity reservations or Reserved Instances, while 'reduce latency / increase throughput' maps to placement groups, enhanced networking, or EFA. Also remember that a cluster placement group lives inside one Availability Zone, so an option that promises multi-AZ resilience is not answering the latency requirement.

Official Reference

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html

This link opens the official vendor documentation in a new tab.

Exam Strategy

Train yourself to classify each HPC requirement by its verb: guarantees about capacity point to On-Demand Capacity Reservations or Reserved Instances, while guarantees about latency and throughput point to placement groups and enhanced networking. Because a cluster placement group is confined to a single Availability Zone, any option that markets multi-AZ resilience is answering a different question than the one asked.

Frequently Asked Questions

Why doesn't an On-Demand Capacity Reservation satisfy the low-latency requirement?

A capacity reservation only guarantees that EC2 capacity is held for you in a specific Availability Zone; it says nothing about how close the nodes are or how fast they talk. Latency and throughput come from the placement group, which can be used together with a reservation.

Can a cluster placement group span multiple Availability Zones for HPC?

No. A cluster placement group is scoped to a single Availability Zone, which is what lets instances share a high-bandwidth, low-latency network segment. If you need multi-AZ resilience you would use a spread placement group instead, trading away the tight coupling.

More SAA-C03 FAQ →

Community Votes

A
100%

100% of anonymous learners picked answer A. Votes are pick records left by other test-takers — they are not the verified answer.

Discussion 8 contributions

Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.

From public community threads 8

  1. Awsbeginner87 👍 7 Answered A
    Tightly coupled, low-latency,hpc - cluster placement group
  2. Scheldon 👍 3 Answered A
    AnswerA I was thinking it will be D but after some research I think it will be A https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html
  3. Tanidanindo 👍 3 Answered A
    all points to a cluster placement group
  4. KennethNg923 👍 2 Answered A
    tightly coupled node-to-node communication -> placement group
  5. zinabu 👍 1 Answered A
    he key word here is ''tightly coupled node-to-node communication'' which means we need to Configure the EC2 instances in a cluster placement group.
Show 3 more comments
  1. Linuslin 👍 1 Answered A
    https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html
  2. AlvinC2024 👍 2 Answered A
    The answer should be A.
  3. victor78 👍 1
    I THINK IT'S C,D

Reader comments & corrections

No reader corrections yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Practice All SAA-C03 Questions

Access 120 questions with complete answers and detailed explanations.

View Full SAA-C03 Practice Test →

← Back to SAA-C03 Study Guide