Educational — Cloud egress & data-transfer cost guides. FinOps-lite estimators. Not a quote, broker, or savings guarantee. Launching soon where incomplete.
nat-triple · Educational

Cloud egress: VPC endpoints vs NAT Gateway path matrix

VPC gateway endpoints (e.g. S3/DynamoDB) and interface endpoints (PrivateLink) can move AWS-bound traffic off a NAT Gateway — trading NAT hourly/processing/Internet DT-out for endpoint hours, ENI, or private-path fees. Compare stacks with Mode B; keep rates Unknown until verified.

Updated

Gateway and interface VPC endpoints can shift AWS-bound traffic off NAT — compare endpoint fees to the NAT triple-charge stack.

Path matrix: VPC endpoints vs NAT Gateway (educational)
PathMeters to modelBest whenFinOps note
Private subnet → NAT → Internet/AWS publicHourly + processing + Internet DT-out (+ cross-AZ hairpin)True Internet destinationsTriple-charge pattern
Private subnet → gateway endpoint → S3/DynamoDBEndpoint policy/ops; often no NAT for that prefixHeavy AWS-managed object/DB API pullsGateway endpoints are prefix-based
Private subnet → interface endpoint → AWS APIsEndpoint hourly / ENI / PrivateLink-style GBPrivate API access without IGWPer-AZ endpoint sprawl multiplies hours
Public subnet → IGWInternet DT-out; no NAT processingHardened public workloadsSecurity groups ≠ cost model
Hybrid: endpoints for AWS + NAT for InternetBoth stacks on one billMixed destinationsSplit bytes by destination class

Sources (official AWS docs)

  1. AWS VPC pricing (NAT & endpoints) — as-of Unknown until verified
  2. AWS PrivateLink / interface endpoint concepts — as-of
  3. AWS gateway endpoints — as-of
  4. AWS data transfer / EC2 pricing — as-of Unknown until verified

Dated starting points only — Unknown until verified means no invented $/GB. Gateway vs interface coverage lives on this one spoke — no thin duplicate URLs.

This matrix covers both gateway endpoints and interface / PrivateLink-style endpoints versus NAT Gateway on one page — avoiding thin duplicate URLs. For a deeper interface/PrivateLink vs NAT egress bill-line map, open the PrivateLink vs NAT egress spoke. Educational FinOps-lite only; not a broker quote.

Path templates to model

Common traps

Enabling one S3 gateway endpoint and declaring “NAT solved.” Spawning interface endpoints in every AZ “for HA” without measuring bytes. Comparing only Internet $/GB while ignoring NAT hourly. Assuming PrivateLink zeros cross-AZ. Treating S3 CRR as an endpoint win conflates replication with private API paths. Blending gateway and interface fees into one cell hides which stack actually moved. No guaranteed savings from endpoint adoption.

FinOps checklist

  1. Export NAT bytes/hours by AZ for 30–90 days; split AWS-bound vs true Internet.
  2. Candidate gateway endpoints for S3/DynamoDB-heavy prefixes.
  3. Candidate interface endpoints only for high-chatter AWS APIs — count AZs.
  4. Model NAT with calculator Mode B; keep endpoint rates Unknown until dated.
  5. Sibling-check NAT vs IGW and the free-tier cliff; read methodology.

Glossary: NAT processing, IGW, path template, VPC endpoint.

FinOps-lite Unknown until verified

Worked example (educational): 1,500 GB AWS-bound via NAT vs endpoint shift

  1. Baseline: 1,500 GB/month S3 API pulls traverse NAT (processing + Internet DT-out) plus 730 NAT hours.
  2. Line NAT hourly — rate Unknown; line NAT processing×1,500 GB — rate Unknown; line Internet DT-out×1,500 GB — rate Unknown.
  3. Candidate shift: gateway endpoint for the S3 prefix — endpoint fee line Unknown (no invented $/GB).
  4. If interface endpoints are needed for other APIs, add per-AZ endpoint hours/ENI — rates Unknown.
  5. Compare stacks with Mode B; do not claim savings without dated cites. Educational only.
Numbered NAT vs endpoint shift — Unknown rate cells
#Scenario lineVolumeUnit rate
1NAT hourly (baseline)730 hUnknown $/hour
2NAT processing (baseline)1,500 GBUnknown $/GB
3Internet DT-out (baseline)1,500 GBUnknown $/GB
4Gateway endpoint fees (shift)same prefixUnknown
5Interface endpoint hours (optional)per AZUnknown

Second educational stack (interface/PrivateLink twin): 800 GB/month AWS API chatter that today traverses NAT (processing + Internet DT-out) plus shared NAT hours. Candidate shift: interface endpoints in two AZs — endpoint hourly/ENI lines Unknown; remaining true-Internet bytes stay on NAT. Compare with Mode B (?path=privatelink-vs-nat) and the deep-dive PrivateLink vs NAT egress spoke — do not invent PrivateLink $/GB. Synthetic only; no savings guarantee.

Worked-estimate sensitivity (educational)

Hold the 1,500 GB S3-bound baseline and walk four architecture runs. Every unit rate stays Unknown until dated VPC/EC2 cites — literacy arithmetic, not a quote or ROI. Treat gateway fees, interface hours/ENI, and residual NAT triple-charge as separate lines; never one blended cell.

  1. Run A — NAT only: 730 NAT hours + 1,500 GB processing + 1,500 GB Internet DT-out (if the public endpoint path still fires). Open Mode B (?path=nat). This is the triple-charge baseline before any endpoint shift.
  2. Run B — gateway endpoint shift: same 1,500 GB S3 prefix via gateway endpoint — drop NAT processing/Internet for that prefix; keep residual NAT for true-Internet control-plane and SaaS. Endpoint fee line Unknown. Confirm route-table / endpoint-policy coverage before claiming the shift.
  3. Run C — hybrid + 2-AZ interface: gateway for S3 + interface endpoints in two AZs for other APIs + residual NAT for SaaS. Sum endpoint hours/ENI + residual NAT triple-charge separately. Use ?path=privatelink-vs-nat and the PrivateLink deep-dive.
  4. Run D — volume twin (3,000 GB S3-bound): double the AWS-bound prefix while holding AZ count and residual SaaS bytes fixed. Re-run B then C; watch whether gateway economics dominate or interface hours/ENI sprawl still dwarfs processing savings. Free-tier Internet cliffs stay beside residual NAT via AWS free-tier cliff — do not invent cliff $/GB.
Sensitivity runs — Unknown rates (educational)
RunWhat changesMeters to keep visibleUnit rates
AAll AWS-bound via NATHours + processing + Internet DT-outUnknown
BS3 prefix → gateway endpointEndpoint fees + residual NATUnknown
CGateway + 2-AZ interface + residual NATEndpoint hours/ENI × AZ + residual NAT stackUnknown
DVolume twin 3,000 GB S3-bound (B/C shape)Same meters; scale prefix GB onlyUnknown

Map CE labels with the Cost Explorer decoder; sibling checklist literacy on AWS egress path checklist and NAT vs IGW. Cross-AZ chatter that survives an endpoint shift still belongs on its own line — see cross-AZ vs cross-region. Badge every unverified rate Unknown until verified. No savings guarantee.

Open calculator Mode B Mode B · path=privatelink-vs-nat PrivateLink deep-dive Cost Explorer decoder

FAQ on this path

Do VPC endpoints replace NAT for all traffic?

No. Gateway and interface endpoints cover specific AWS services/prefixes. Arbitrary Internet destinations still need NAT, IGW, or another egress path.

Gateway vs interface — which spoke?

Both live on this matrix. Gateway endpoints are prefix-based (classic S3/DynamoDB); interface endpoints are ENI/PrivateLink-style. PipeToll avoids thin duplicate URLs.

Will endpoints guarantee lower spend?

No. PipeToll never guarantees savings. Measure bytes, AZ count, and dated fees before changing architecture.

Where is the PrivateLink vs NAT deep-dive?

Interface / PrivateLink bill-line detail lives on PrivateLink endpoint vs NAT egress. This matrix stays the gateway+interface overview. Model both with Mode B (?path=privatelink-vs-nat) and map CE labels on the Cost Explorer decoder.

Which calculator path for endpoint vs NAT?

Use Mode B ?path=nat for the classic triple-charge baseline, and ?path=privatelink / ?path=privatelink-vs-nat when interface endpoints are the candidate shift. Keep rates Unknown until verified.

Trademarks: Amazon Web Services, AWS, Microsoft Azure, Google Cloud Platform, GCP, and Cloudflare are trademarks of their respective owners. PipeToll (Ameti One LLC) is not affiliated with, endorsed by, or sponsored by those companies. Educational comparisons may be outdated — verify current rates with each provider.