Interactive NAT, endpoint, peering, TGW, and PrivateLink economics
Explain and apply how to compare egress and private topologies by fixed, variable, failure, and operations cost. Compare shared/per-AZ NAT, endpoint types, peering/TGW, and PrivateLink/routing under explicit security, resilience, performance, operations, and cost constraints.
LESSON GOALS
By the end, you can
- Explain and apply how to compare egress and private topologies by fixed, variable, failure, and operations cost.
- Compare shared/per-AZ NAT, endpoint types, peering/TGW, and PrivateLink/routing under explicit security, resilience, performance, operations, and cost constraints.
01
Inventory Egress And Private Access
List egress by subnet and Availability Zone, destination service, protocol, monthly bytes, connection count, and failure requirement. Private instances reaching the internet need a translation path, but traffic to supported AWS services may use a gateway or interface endpoint instead. An S3 gateway endpoint can remove high-volume S3 traffic from NAT while leaving bucket and endpoint authorization as separate checks. Interface endpoints create private ENIs for supported services and introduce endpoint-hour and data-processing dimensions, often per AZ. Centralizing endpoints or egress reduces fixed resources but can add Transit Gateway processing, cross-AZ transfer, DNS complexity, and a wider failure dependency. Route each subnet deliberately; a NAT gateway in another AZ may work normally yet violate an AZ-failure requirement and create extra traffic legs. The first cost artifact should separate internet egress, AWS service access, and private provider service access because each has a different valid topology.
02
Compare Nat Gateway And Instance
A NAT gateway is managed by AWS and provides elastic service capacity within its documented model, reducing instance patching, sizing, and failover work. It has gateway-hour and data-processing charges, and resilient high-volume designs commonly use one per AZ with same-AZ routes after endpoint traffic is removed. A NAT instance is an EC2 instance configured for translation. It can be less expensive for low-volume noncritical development, but the customer owns AMI patching, instance sizing, bandwidth, security-group configuration, source/destination check handling, monitoring, scaling, and failover. Its availability follows the instance and architecture built around it. AWS's direct NAT comparison is the claim source for these distinctions. One shared NAT gateway can beat several gateways when traffic is tiny and the business accepts the cross-AZ path and outage dependency. Per-AZ gateways reverse the choice as volume, locality, and AZ survival dominate. A NAT instance reverses it only when operational burden and lower availability are explicitly acceptable; it is not a free equivalent.
03
Choose Vpc Connectivity Scope
Peering directly connects two VPCs and is nontransitive, making it suitable for a small number of explicit relationships. As networks grow, route tables and pairwise operations can dominate its low service overhead. Transit Gateway supplies a routed hub with attachment and processing cost, earning that cost when many VPCs and on-premises networks need transitivity or centralized controls. PrivateLink exposes a selected provider service through endpoints rather than creating general bidirectional routing. It limits reachability and CIDR coupling but is wrong when arbitrary network communication is required. Compare fixed endpoints or attachments, variable processing, cross-AZ and cross-Region legs, DNS operations, route ownership, and failure rerouting. Test the return path as rigorously as the forward path. A private endpoint does not bypass endpoint policy, resource policy, or security-group controls. As a topology changes from two VPCs to dozens, or from broad routing to one service, rerun the candidate set instead of extending the original design indefinitely. Operational simplicity has a measurable cost value when it reduces route errors and outage duration.
DECISION TABLE
Compare the architecture constraints
| requirement | choose | because | reject |
|---|---|---|---|
| large S3 private traffic | gateway endpoint | avoids NAT path | NAT |
| two VPCs direct | peering | simple/nontransitive | TGW hub |
| many routed networks | TGW | hub scale | mesh |
| selected provider service | PrivateLink | service-only exposure | peering |
| managed production egress across two AZs | per-AZ NAT gateways | managed scaling and zonal failure isolation fit | shared NAT instance |
GUIDED WORKED SCENARIO
Reason from the stated constraints
This is a guided example, not a question to memorise. The knowledge check uses new situations to test the same reasoning.
Six VPCs across two AZs send 30 TB/month to S3 and consume one internal provider API; egress must survive one AZ.
Requirements
- Private S3 path
- Selected API only
- AZ failure survival
- Avoid cross-AZ processing
- Choose NAT gateway versus NAT instance for residual egress from availability, throughput, maintenance, and total-cost constraints.
Reasoning path
- For Interactive NAT, endpoint, peering, TGW, and PrivateLink economics, eliminate any candidate that violates the explicit security or failure/performance dimension.
- Quantify the scale, operating burden, and complete cost horizon specific to Interactive NAT, endpoint, peering, TGW, and PrivateLink economics before ranking valid choices.
- Select the lowest-total-cost valid design for Interactive NAT, endpoint, peering, TGW, and PrivateLink economics, then change one decisive constraint and re-evaluate the loser.
- Use per-AZ NAT gateways for managed production egress; reverse to a NAT instance only for low-volume environments that accept sizing, patching, and failover operations.
Why it wins
- Removes dominant S3 NAT processing
- Scopes provider exposure
- Keeps egress local through AZ failure
- NAT gateways remove instance maintenance and shared failover work for production; a NAT instance reverses only when low volume and accepted operations dominate.
Why the alternatives lose
Creates cross-AZ/failure dependency
Becomes correct when: Low volume accepts itOverbroad routed hub
Becomes correct when: Many routed networks need transitRoute/mesh operations grow
Becomes correct when: Only two VPCs connectProduction requires managed zonal availability without instance sizing, patching, or manual failover
Becomes correct when: A low-volume development VPC accepts those operations and relaxed availabilityARCHITECTURE VISUAL · TEXT MODE
Inspect the model
For Interactive NAT, endpoint, peering, TGW, and PrivateLink economics, read a keyboard-ordered table of requirements, quantities, candidate path or service, first failed constraint, repair, winner, and changed-constraint result; animation and color are unnecessary.
saa-viz-network-path-lab · saa-viz-cost-transfer-labKNOWLEDGE CHECK
Answer one question at a time
Pass every question to complete this lesson. Each answer includes reasoning before you continue.
Only a low-volume development VPC needs residual egress and its team accepts patching and manual failover. Which NAT option can now win?
Reveal reasoning
A NAT instance can replace the NAT gateway for that development branch because low volume and accepted operations now outweigh managed scaling and availability.
After adding an S3 gateway endpoint, an engineer deletes every NAT route and expects software updates from public repositories to work. What path evidence is missing?
Reveal reasoning
The endpoint covers supported S3 traffic only; residual internet destinations still need an authorized egress path such as the selected NAT design.
Before reveal, predict the production impact when both AZs send residual egress through one NAT device in the other AZ and that AZ fails.
Reveal reasoning
The zonal next-hop availability gate fails for both AZs; use per-AZ NAT gateways with same-AZ routing for the stated production requirement.
PRIMARY SOURCES
Verify the claims
- primaryPricing for NAT gatewaysaws-vpc-nat-gateway-pricing · retrieved 2026-07-30
- primaryNAT gatewaysaws-vpc-nat-gateways · retrieved 2026-07-30
- primaryAccess AWS services through AWS PrivateLinkaws-privatelink-access-aws-services · retrieved 2026-07-30
- primaryWhat is VPC peering?aws-vpc-peering-overview · retrieved 2026-07-30
- primaryWhat is AWS Transit Gateway?aws-net-tgw · retrieved 2026-07-29
- primaryAWS PrivateLink conceptsaws-privatelink-concepts · retrieved 2026-07-30
- primaryVpc Nat Comparisonaws-vpc-nat-comparison · retrieved 2026-07-30