CertNote/ Commute Study Notes
Roadmap
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
  • Week 1
    • 1.The Game Called the SAP Exam: Hands-On Techniques for Decomposing Scenarios
    • 2.IAM, STS, and Federation: Splitting the Word "Permission" into Six Layers
    • 3.The Anatomy of a VPC: What Route Tables Really Decide
    • 4.Four Compute Pillars in Depth: Revisiting Nitro, EBS, ELB, and Auto Scaling Through a Pro Lens
    • 5.Week 1 Integration: When IAM, VPC, and EC2 Meet in a Single Scenario
  • Week 2
  • Week 3
  • Week 4
    • 1.AWS Outposts, Local Zones, Wavelength: Extending the Cloud at the Boundary
    • 2.Storage Gateway 4 Types Comparison: Extending On-Premises Storage to the Cloud
    • 3.Snow Family and Large-Scale Data Transfer: The Moment Physics Beats the Internet
    • 4.EKS Anywhere, ECS Anywhere, Hybrid Containers: Extending Orchestration Boundaries
    • 5.Week 4 Review: A Comprehensive Look at Hybrid Cloud Architecture
  • Week 5
  • Week 6
  • Week 7
  • Week 8
  • Week 9
  • Week 10
  • Week 11
  • Week 12
  • Week 13
  • Week 14
  • Week 15
  • Week 16
DOP-C02 · ProfessionalDevOps Engineer - Professional
Linux Master 2 · 2급KAIT Linux Master - Level 2
SCS-C03 · SpecialtySecurity - Specialty
Linux Master 1 · 1급KAIT Linux Master - Level 1
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
SQLD · 개발자SQL Developer (SQLD)

© CertNote · 주간랩스

  • About
  • Changelog
  • Contact
  • Terms
  • Privacy
← SAP-C02/Week 4/Day 5

Based on the SAP-C02 exam guide·Report an error

SAP-C02· ProWeek 4 · Day 5~52 min read

Day 5 - Week 4 Review: A Comprehensive Look at Hybrid Cloud Architecture

The theme of Week 4 was "how far can we push out the boundary of AWS?" We learned the five answers AWS offers to two fundamental constraints the public cloud can't solve: the latency created by physical distance and the data location forced by regulation. Outposts (AWS racks inside the customer's building), Local Zones (AWS sites in major cities), Wavelength (AWS next to 5G base stations), Storage Gateway (extending on-premises storage into the cloud), and the Snow Family (data movement that beats the internet through physical shipping). And on top of that, EKS/ECS Anywhere, which extends container orchestration on-premises.

This week's services share one design philosophy: even in situations where data or compute can't be in an AWS Region (regulation, physical distance, no network, air gap), you can still use the AWS APIs and operating model as is. Once you understand this philosophy, the judgment "if there is this constraint, use this service" comes naturally without memorizing each service. Today we raise that judgment to exam level.


Week 4 Key Decision Tree

On the SAP-C02 exam, hybrid cloud questions are usually decomposed along three axes. First, where must data/compute physically be? Second, how low must the latency be? Third, is a network connection possible? If you get a decision tree along these three axes into your hands, a question gets its direction in the first 15 seconds.

Can the data not leave the customer's building?
  └── YES → AWS Outposts (AWS hardware inside the customer's facility)
              ├── Large workload + own power/cooling available → Outposts Rack
              ├── Small branch/store/clinic → Outposts Servers
              ├── Sub-millisecond communication with on-premises equipment needed → connect directly to the on-premises LAN via LGW
              ├── K8s workload + AWS Managed CP + data sovereignty → EKS on Outposts
              └── AWS connectivity always required (if the Service Link drops, no new instances/IAM)

Need under 1ms latency for users in a specific city?
  └── YES + general internet/Wi-Fi users → Local Zones (AWS infrastructure inside the city)
      YES + 5G mobile/IoT devices → AWS Wavelength (AWS inside the carrier's 5G MEC)

Extending on-premises storage into the cloud?
  ├── NFS/SMB file protocol + S3 backend + data lake → S3 File Gateway
  ├── Windows AD/ACL/NTFS OpLock + SMB → FSx File Gateway
  ├── iSCSI block storage + keep all data locally → Volume Gateway Stored
  ├── iSCSI block storage + small local capacity + large cloud capacity → Volume Gateway Cached
  └── Existing tape backup SW (Veeam/NetBackup) without modification → Tape Gateway (VTL)

Need to migrate large-scale data to AWS?
  ├── Sufficient network (≥1Gbps) + incremental sync + integrity verification → DataSync
  ├── Insufficient network or physical isolation or large one-time migration → Snow Family
  │   ├── Ultra-compact (~14TB, battery, drone/vehicle/ship deployment) → Snowcone
  │   ├── Large capacity (80TB each, edge computing, S3-compatible) → Snowball Edge
  │   └── Exabyte scale (discontinued 2024) → Snowmobile
  └── Always-on hybrid mount + file/block/tape → Storage Gateway

Need to run containers on-premises?
  ├── Air gap + EKS-compatible K8s → EKS Anywhere
  ├── Keep existing ECS + no K8s staff + AWS CP managed → ECS Anywhere
  ├── K8s + Outposts + AWS Managed CP + depends on Regional CP → EKS on Outposts Extended Cluster
  ├── K8s + Outposts + tolerance for Region disconnection (Local CP) → EKS on Outposts Local Cluster
  └── Visualize multiple K8s clusters in a single console → EKS Connector

The Week 4 services extend the "AWS boundary" at different layers. Outposts transplants the entire L1-L7 stack into the customer's facility. Local Zones and Wavelength move L1-L3 (infrastructure) to the city/base station. Storage Gateway keeps the L4-L7 (service protocols) NFS/SMB/iSCSI on-premises while replacing the backend with S3/Glacier. The Snow Family replaces the physical layer (L0), the data carrier itself. EKS/ECS Anywhere adjusts the control plane location to extend the AWS operating model on-premises. Understanding this layer-by-layer classification lets you intuitively grasp which constraint calls for which service.


Location-Based Services Deep Dive

Physical Location and Latency Comparison by Service

ServicePhysical locationTarget latencyData sovereigntyAWS connectivity dependenceMain use cases
Public RegionAWS data center100ms+Not metNot needed (self-contained)Standard cloud workloads
Outposts RackCustomer data centerSub-millisecond (LAN)Fully metRequired (Service Link)Regulation, data sovereignty, factory automation
Outposts ServersBranch/retail store/clinicSub-millisecond (LAN)Fully metRequired (Service Link)Small-scale distributed edge deployments
Local ZonesAWS-operated metro facility1-5msPartially metNot needed (self-contained)Gaming, media rendering, real-time ML
WavelengthCarrier 5G MEC1-10msPartially metNot needed (self-contained)Autonomous driving, 5G IoT, AR/VR

The physical lower bound on latency is calculated by the speed of light. The propagation speed of light in optical fiber is about 2/3 of the vacuum speed, 200,000km/s. The theoretical lower bound for round-trip latency between Seoul and Virginia (about 11,000km) is about 110ms. In practice, routing hops, queuing delay, and processing delay add up to 150-200ms. A Local Zone places AWS facilities inside the city to cut the "last mile" distance to a few km. The round-trip propagation delay from Seoul's Gangnam to the Seoul Local Zone is only 0.1ms. Wavelength places compute in the carrier's 5G MEC facilities to shrink the distance a 5G packet travels from the base station to the processing node to within a few km. Even adding the 5G link's own latency (1-5ms), a total within 10ms is achievable.

AWS Outposts Architecture Deep Dive

The core component of Outposts is the Service Link. The Service Link is an encrypted VPN channel from the Outposts rack to the parent AWS Region. Through this channel run the control plane operations: IAM authentication, KMS key access, ECR image pulls, CloudWatch metric transmission, SSM agent communication, and launching new EC2 instances.

Outposts internal configuration:
  [On-premises server/DB] ─── LGW (Local Gateway) ─── Outposts Rack
                                                          │
                                                       Service Link (encrypted VPN)
                                                          │
                                                       Parent AWS Region
                                                          ├── EC2 control plane
                                                          ├── IAM
                                                          ├── EBS snapshots → S3
                                                          └── CloudWatch

Services that can be created on Outposts (partial):
  ├── EC2 (some M, R, C families)
  ├── EBS (gp2/gp3 local)
  ├── RDS (MySQL, PostgreSQL)
  ├── EKS (Extended or Local Cluster)
  ├── ECS
  ├── ElastiCache
  └── EMR

🔍 Behavior when the Service Link is cut: When the Service Link drops, already-running EC2 instances keep operating at the hypervisor level. The data plane (network packet forwarding, EBS I/O) is normal. But launching new instances (IAM authentication impossible), creating EBS snapshots (can't reach the parent Region's S3), sending CloudWatch metrics (halted, sent later on reconnection), running SSM commands, and AWS Systems Manager Patch Manager patching all become impossible. This is a key constraint of AWS Outposts in contrast to Azure Stack Hub's Disconnected Mode (fully autonomous operation). For this reason, high availability for the Outposts Service Link must be secured with DX redundancy or a VPN backup.


Storage Gateway Deep Dive

Detailed Comparison of the 4 Gateway Types

GatewayProtocolBackendLocal cacheKey differentiator
S3 File GatewayNFS v3/v4.1, SMBS3 native objectsRecently used file cacheData lake, S3 without app changes
FSx File GatewaySMB v2/v3FSx for WindowsRecently used file cacheNeeds AD/ACL/NTFS OpLock
Volume CachediSCSI blockS3 primary storage + local cacheCache of frequently used dataSmall local disk and large data
Volume StorediSCSI blockLocal primary storage + async S3All data localLowest-latency iSCSI + S3 for DR
Tape GatewayiSCSI VTLS3 VTL + Glacier Deep ArchiveNone (streaming)Existing backup SW (Veeam/NetBackup) without modification

⚠️ Multi-gateway cache inconsistency trap: When several branches share the same S3 bucket through S3 File Gateway, a file written by one branch may not be visible immediately at another branch. S3 has guaranteed strong consistency since December 2020, but the Storage Gateway cache layer masks it. Because each gateway runs an independent cache, even if gateway A writes a file and flushes it to S3, gateway B's cache may still hold an old version. There are two solutions: (1) S3 event notification → Lambda → automatically calling the RefreshCache API, or (2) switching to FSx File Gateway (NTFS OpLock prevents distributed cache conflicts). On the exam, when "concurrent edit conflicts + Windows file share" appears, it is FSx File Gateway.

(Hypothetical example) A global media group built a hybrid video editing pipeline. Original RAW footage (4K ProRes, several TB/day) is written from on-premises camera equipment to an S3 File Gateway mounted over NFS. An AWS editing cluster (GPU EC2) accesses S3 directly through the S3 API to handle AI color grading and noise removal. Premiere Pro project files (accessed concurrently by multiple editors, NTFS file locking essential) are shared between the on-premises editing rooms and cloud workstations through FSx File Gateway. Finished final videos are automatically archived by an S3 Lifecycle policy to Glacier Instant Retrieval after 90 days and Glacier Deep Archive after 1 year. With this setup they moved 75% of the on-premises NAS capacity to S3 and storage cost dropped 62%.


Snow Family vs DataSync Deep Dive

Selection Criteria Formulas

DataSync selection criteria:
  Effective bandwidth = line bandwidth × 60-70% (TCP overhead, retransmission)
  Transfer time = data size ÷ effective bandwidth
  → If transfer time < 7 days, consider DataSync first

Snow Family selection criteria:
  → Transfer time > 7 days
  → No network connection (physically isolated)
  → Air-gapped environment (offline data collection)
  → Field sites needing edge computing (construction sites, ships, military units)

Worked example:
  Line 100Mbps × 60% = 60Mbps = 7.5MB/s
  100TB ÷ 7.5MB/s = 13,653,333 seconds ≈ 158 hours ≈ 6.6 days
  
  Line 1Gbps × 60% = 600Mbps = 75MB/s  
  100TB ÷ 75MB/s = 1,365,333 seconds ≈ 15.8 days
  → Even at 1Gbps, Snow can be better than the network for 100TB

"Never underestimate the bandwidth of a station wagon full of magnetic tape speeding down the highway." The modern implementation of this principle is the Snow Family. If you ship an 80TB Snowball Edge with 2-day delivery, the equivalent bandwidth is 80TB/2 days = 80×8×1024²Mb / 172,800 seconds = about 3.8Gbps. That is a "bandwidth" 3.8x faster than a 1Gbps DX. Only when compared with 10Gbps DX does the network finally beat physical shipping (10Gbps effective 6Gbps > 3.8Gbps). The larger the data and the slower the line, the more economical physical movement is. Snowball's security consists of 256-bit AES encryption (KMS-managed keys) + a tamper-evident physical case + a TPM chip + the NIST SP 800-88 data erasure process.

Snow deviceUsable storageEdge computingSpecial features
Snowcone8TB (HDD) / 14TB (SSD)2 vCPU, 4GB RAMBuilt-in battery, deployable on drones/vehicles
Snowball Edge Storage Optimized80TB40 vCPU, 80GB RAMOn-device S3-compatible API
Snowball Edge Compute Optimized28TB52 vCPU, 208GB RAM + GPUGPU ML inference, edge video processing
Snowmobile100PBN/ADiscontinued in 2024

Container On-Premises Extension Deep Dive

EKS/ECS Anywhere vs EKS on Outposts Comparison

ItemECS AnywhereEKS AnywhereEKS on Outposts (Extended)EKS on Outposts (Local)
Control plane locationAWS Region (fully managed)Customer hardware (customer-managed)AWS Region (fully managed)Outposts hardware (AWS-managed)
AWS connectivity requiredAlwaysOptionalAlwaysWorks even when disconnected
Air-gap supportNot possiblePossible (local mirror)Not possibleLimited
Required hardwareCustomer servers (x86/ARM)vSphere/bare metalAWS OutpostsAWS Outposts
Kubernetes versionNone (ECS tasks)EKS-DAWS EKSAWS EKS
Recommended team skillECS operatorsK8s expertsBasic K8s knowledgeBasic K8s knowledge

With ECS Anywhere and EKS on Outposts Extended Cluster, the control plane is in the AWS Region. This means worker nodes need an AWS connection to receive new tasks/Pods. A 30-second disconnection is not a big problem, but if a disconnection of minutes to hours occurs, failover becomes impossible. With EKS Anywhere and EKS on Outposts Local Cluster, the control plane (API server, etcd, Controller Manager, Scheduler) is on customer hardware. Pod scheduling, ReplicaSet automatic recovery, ConfigMap/Secret management, and HPA all work without an AWS connection. The AWS connection is used only optionally for ECR image pulls, CloudWatch transmission, and EKS Connector visualization.

🎯 Defense contractor 3-environment scenario: A defense contractor operates a military logistics system in three different environments. (1) A military data center fully cut off from the internet → EKS Anywhere (air-gapped mode, local Harbor registry, on-premises etcd). (2) A general corporate office + existing ECS use + no K8s staff → ECS Anywhere (the AWS ECS console/CLI as is, on-premises servers as External Instances). (3) AWS Outposts inside a secret facility + AWS Managed K8s + tolerance for Region disconnection needed → EKS on Outposts Local Cluster (control plane on Outposts, Pod scheduling maintained even when disconnected). You must be able to judge immediately why a different service is optimal for each of the three environments.


Keyword → Service Quick Mapping Table

Scenario keywordService to recall immediatelyRationale
"Data must not leave the building"OutpostsPhysically inside the customer's building
"Sub-millisecond with factory LAN equipment"Outposts + LGWLGW connects directly to the on-premises LAN
"What if the Service Link drops?"Existing instances keep running, new ones impossibleControl plane = AWS Region
"1ms in a major city, general internet"Local ZonesAWS infrastructure inside the city
"5G devices 10ms, carrier"WavelengthAWS inside the MEC
"Windows AD file share, concurrent editing"FSx File GatewayNTFS OpLock, AD integration
"NetBackup/Veeam as is"Tape Gateway (VTL)iSCSI VTL emulation
"iSCSI + small local + large cloud capacity"Volume Gateway CachedS3 primary storage + local cache
"NFS/SMB → S3 data lake"S3 File GatewayNFS mount + S3 native
"500TB, 100Mbps line"Snow FamilyPhysical movement is faster than the network
"5TB/day + 10Gbps + integrity verification"DataSyncSufficient line + automatic checksums
"Air-gapped K8s, self-operated"EKS AnywhereSupports air-gapped mode
"Existing ECS + on-premises nodes"ECS AnywhereKeeps the ECS console/CLI
"Multiple K8s clusters in a single console"EKS ConnectorVisualizes external clusters
"Outposts + K8s + tolerance for Region disconnection"EKS on Outposts LocalLocal control plane
"Drone/vehicle deployment, under 14TB"SnowconeBattery, ultra-compact
"On-site GPU ML inference + Snow"Snowball Edge Compute OptimizedGPU option
"Hosted DX + multiple VPCs"Transit VIF not possible → Dedicated neededHosted doesn't support Transit VIF

SAP-C02 Scenario Decomposition Methodology (Applied to Week 4)

5-step analysis:
1. WHO: Who is the subject of the data/compute?
   (equipment inside the customer's facility, city users, 5G devices, on-premises servers)

2. WHAT: What is needed?
   (storage extension, large data migration, K8s workloads, ultra-low-latency compute)

3. WHY: Why can't the AWS Region be used?
   (data sovereignty regulation, physical distance, no network, air gap)

4. CONSTRAINTS: What is the decisive constraint?
   (transfer time, latency requirement, air gap or not, K8s staff or not, whether existing SW can be modified)

5. KEYWORD mapping:
   "Must not leave the building" → Outposts
   "1ms + general internet" → Local Zones
   "10ms + 5G" → Wavelength
   "Air-gapped K8s" → EKS Anywhere
   "Existing NetBackup" → Tape Gateway
   "Physical movement faster than the network" → Snow Family
   "Sufficient line + incremental + verification" → DataSync

📝 Practice Questions

Click a choice to reveal the answer and explanation.

Question 1

Under Korean medical law, patient imaging data (CT, MRI) must not leave the hospital building. An AWS AI diagnosis model must be applied to the images in real time, and it must communicate with the medical equipment (PACS server) at sub-millisecond latency. What is the best service?

Question 2

A New York financial trading firm must provide algorithmic traders with a real-time quote dashboard at under 1ms latency. The traders use the office wired Ethernet network. 5G is not used. There is no data sovereignty regulation. What is the best service?

Question 3

An autonomous delivery robot sends route recalculation requests over 5G in the city center. If response latency exceeds 15ms, the obstacle avoidance algorithm fails. The city has SK Telecom 5G infrastructure. What is the best service?

Question 4

A petrochemical company must collect 250TB of data from an offshore platform with no internet connection into AWS S3. It must also run an ML inference workload on the platform that preprocesses the data. What is the best solution?

Question 5

A consulting firm's 20 branch offices run Windows file servers. HQ and branches edit the same files concurrently and control access with Active Directory group policy. They want to switch to central management while keeping response speed with a local branch cache. What is the right solution?

Question 6

A broadcaster keeps 30 years of archives on 40,000 physical LTO tapes. It wants to move to the cloud while keeping Veritas NetBackup software unmodified, and shorten restore time without transporting physical tapes. What is the right solution?

Question 7

A defense contractor must run a Kubernetes-based logistics system on a fully isolated military network (air gap). It has its own K8s operations team and needs EKS-compatible Kubernetes. AWS connectivity is completely cut off. What is the right service?

Question 8

A retailer runs microservices on AWS ECS. Under a personal information protection law, some data processing must run only on-premises. It has no Kubernetes experts and wants to keep its existing ECS Task Definition, CLI, and console operating model as is. What is the right solution?

Question 9

A film production company transfers 5TB of raw footage daily from an on-premises NAS to S3. It has a 10Gbps Dedicated DX line. It needs automatic checksum verification that the S3 and NAS file contents match exactly, and it must run automatically at a specific time every night. What is the best solution?

Question 10

At a factory with an AWS Outposts Rack installed, the Service Link connection was completely cut for 45 minutes. During this period, what is the state of the factory control system (running on Outposts EC2) and of the EC2 instances that must be newly deployed?

Question 11

Which of the following correctly distinguishes the use cases of AWS DataSync and Storage Gateway?

Question 12

A company wants to provide an AR (augmented reality) remote medical consultation service from the MEC facilities of 5G partner carriers on 6 continents. A surgeon assists a patient thousands of km away in real time over a 5G connection using a smartphone. The latency requirement is within 20ms one-way. What is the best approach to deploy this service using AWS global infrastructure?

Next Week Preview: Week 5 Global Architecture

Week 5 covers the core services of AWS global architecture. The topics are Multi-Region patterns, the 7 Route 53 routing policies (simple/weighted/latency/failover/geolocation/geoproximity/multivalue answer), CloudFront in depth (OAC, Origin Failover, criteria for choosing Lambda@Edge vs CloudFront Functions), and choosing between Global Accelerator and CloudFront. The common keyword is "how to serve global users with low latency while also being resilient to failure." Practicing mapping the 7 Route 53 routing policies to scenarios will be key.

PreviousEKS Anywhere, ECS Anywhere, Hybrid Containers: Extending Orchestration BoundariesWeek 4 · Day 4Next Multi-Region Architecture: Why Global Distribution Is DifficultWeek 5 · Day 1

Official references

  • SAP-C02 official exam page(opens in a new tab)
  • Amazon S3 documentation(opens in a new tab)
  • Amazon EKS documentation(opens in a new tab)
  • Amazon ECS · Fargate documentation(opens in a new tab)
  • AWS DataSync documentation(opens in a new tab)
  • AWS Storage Gateway documentation(opens in a new tab)

On this page

  • Week 4 Key Decision Tree
  • Location-Based Services Deep Dive
  • Physical Location and Latency Comparison by Service
  • AWS Outposts Architecture Deep Dive
  • Storage Gateway Deep Dive
  • Detailed Comparison of the 4 Gateway Types
  • Snow Family vs DataSync Deep Dive
  • Selection Criteria Formulas
  • Container On-Premises Extension Deep Dive
  • EKS/ECS Anywhere vs EKS on Outposts Comparison
  • Keyword → Service Quick Mapping Table
  • SAP-C02 Scenario Decomposition Methodology (Applied to Week 4)
  • Practice Questions
  • Next Week Preview: Week 5 Global Architecture