AWS 스토리지: Block Storage, Object Storage, File Storage

AWS 스토리지 서비스 개요

AWS는 데이터의 저장 방식, 성능, 액세스 요구 사항에 따라 세 가지 주요 스토리지 유형(블록, 객체, 파일)과 추가 서비스를 제공합니다.

1. 블록 스토리지 (Block Storage)

정의: EC2 인스턴스에 물리적 하드 드라이브처럼 연결되는 영구적이고 낮은 지연 시간의 블록 수준 스토리지 볼륨을 제공합니다. 사용 중에도 암호화, 스냅샷 백업, 수정이 가능합니다.

• Amazon EC2 인스턴스 스토어 (Instance Store)
  • 특징: EC2 인스턴스에 직접 연결되는 비영구적인(non-persistent) 고성능 블록 스토리지.
  • 용도: 임시 데이터 또는 캐시 데이터 저장. 인스턴스가 중지되면 데이터가 손실됩니다.
  • 관리 책임: 비관리형(Unmanaged).
• Amazon Elastic Block Store (EBS)
  • 특징: EC2 인스턴스에 연결되는 영구적인 블록 스토리지. 다양한 워크로드에 맞는 여러 유형을 제공합니다.
  • 용도: 운영체제(OS), 부팅 볼륨, 데이터베이스 등.
  • 관리 책임: 관리형(Managed).

---

2. 객체 스토리지 (Object Storage)

정의: 데이터를 객체 형태로 저장하고 관리하는 아키텍처입니다. 무제한의 확장성을 제공하며, 방대한 양의 비정형 데이터를 저장하는 데 적합합니다. 효율적인 데이터 관리, 검색, 분석을 위한 향상된 메타데이터 기능을 제공합니다.

• Amazon Simple Storage Service (S3)
  • 특징: 언제 어디서든 원하는 양의 데이터를 저장하고 검색할 수 있는 완전 관리형, 확장 가능한 객체 스토리지 서비스.
  • 용도: 백업, 아카이브, 빅 데이터 분석, 웹 콘텐츠 호스팅 등.
  • 관리 책임: 완전 관리형(Fully Managed).

---

3. 파일 스토리지 (File Storage)

정의: 네트워크를 통해 접근 가능한 공유 파일 시스템을 제공하여 여러 사용자 및 애플리케이션이 동시에 동일한 데이터에 액세스할 수 있도록 합니다. 용량 증가에 따라 유연하게 확장할 수 있습니다.

• Amazon Elastic File System (EFS)
  • 특징: AWS 클라우드 서비스 및 온프레미스 리소스와 함께 사용할 수 있는 완전 관리형, 확장 가능한 NFS(Network File System) 파일 시스템.
  • 용도: 콘텐츠 관리 시스템, 개발 환경, 빅 데이터 분석.
  • 관리 책임: 완전 관리형(Fully Managed).
• Amazon FSx
  • 특징: Windows 파일 서버, Lustre, NetApp ONTAP 등 인기 있는 파일 시스템을 위한 완전 관리형 파일 스토리지 서비스.
  • 용도: 기존 엔터프라이즈 애플리케이션, 고성능 컴퓨팅(HPC) 워크로드.
  • 관리 책임: 완전 관리형(Fully Managed).

---

4. 추가 스토리지 서비스 (Additional Storage Services)

• AWS Storage Gateway
  • 특징: 온프레미스 환경에 무제한의 클라우드 스토리지 액세스를 제공하는 완전 관리형 하이브리드 클라우드 스토리지 서비스.
  • 용도: 온프레미스 애플리케이션의 클라우드 백업, 클라우드 기반 파일 공유.
• AWS Elastic Disaster Recovery
  • 특징: 물리적, 가상, 클라우드 기반 서버를 AWS로 복구하는 과정을 간소화하는 완전 관리형 서비스.
  • 용도: 재해 복구(DR).

---

5. AWS 책임 공유 모델 및 스토리지 서비스

AWS 책임 공유 모델은 관리 작업의 소유권에 따라 서비스를 세 가지 범주로 분류합니다.

분류	관리 책임	스토리지 서비스 예시
완전 관리형 (Fully Managed)	AWS가 서비스의 모든 측면을 관리합니다.	Amazon S3, Amazon EFS, Amazon FSx, AWS Storage Gateway
관리형 (Managed)	AWS가 인프라 및 핵심 서비스를 관리하지만, 사용자도 일부 구성을 책임집니다.	Amazon EBS (볼륨 자체는 관리되나, 볼륨에 저장된 데이터 보호는 사용자가 책임)
비관리형 (Unmanaged)	사용자가 인프라를 직접 관리해야 하는 서비스입니다.	Amazon EC2 인스턴스 스토어 (인스턴스와 수명이 같고, 데이터 유실에 대한 책임은 사용자에게 있음)

---

Fully managed services

For fully managed storage services, AWS is responsible for everything from the hardware and infrastructure up through the entire storage stack. This includes data durability, availability, encryption at rest, and replication. Customers are only responsible for data management, access controls, and proper service configuration.

 

 

Managed services

For managed storage services, AWS manages the underlying storage infrastructure, hardware redundancy, and volume replication. Customers are responsible for data backup strategies, encryption configuration, volume performance optimization, and capacity planning.

 

 

 

Unmanaged services

For unmanaged storage services, customers takes full responsibility for data management, backup/recovery, encryption, performance optimization, and durability. AWS only maintains the underlying physical hardware and network infrastructure.

 

---

 

AWS Storage Gateway: 게이트웨이 유형별 정리

Storage Gateway는  온프레미스(사내) 환경과 AWS 클라우드 스토리지를 연결하는 하이브리드 솔루션입니다. 하이브리드 스토리지 요구 사항을 충족하기 위해 세 가지 명확한 유형의 게이트웨이를 제공하며, 각 유형은 특정 사용 사례와 워크로드에 맞춰 설계되었습니다.

1. Amazon S3 파일 게이트웨이 (Amazon S3 File Gateway)

S3 파일 게이트웨이는 로컬 환경과 Amazon S3를 연결하는 다리 역할을 합니다.

• 주요 역할: 온프레미스 애플리케이션에게 **익숙한 파일 프로토콜(예: SMB, NFS)**을 통해 사실상 무제한의 클라우드 스토리지에 접근할 수 있게 해줍니다.
• 작동 방식: 로컬 시스템에는 표준 파일 서버로 나타납니다. 이 서버에 저장된 파일은 자동으로 Amazon S3에 업로드됩니다.
• 장점: 자주 사용되는 데이터는 지능적인 캐싱을 통해 로컬에서 빠르게 접근할 수 있으므로, 애플리케이션은 평소처럼 파일 작업을 계속할 수 있으며 실제 데이터는 AWS 클라우드에 안전하게 보관됩니다.

2. 볼륨 게이트웨이 (Volume Gateway)

볼륨 게이트웨이는 가상 스토리지 볼륨을 생성하여 클라우드 데이터를 iSCSI 볼륨 형태로 온프레미스 애플리케이션에 제공합니다.

• 주요 역할: 온프레미스 인프라와 AWS 클라우드 스토리지를 연결하여 클라우드 데이터를 기존 애플리케이션에 iSCSI 볼륨으로 마운트할 수 있게 합니다.
• 두 가지 구성 모드:
  • Cached Volume Mode (캐시 볼륨 모드): 주요 데이터는 클라우드에 저장하고, 자주 접근하는 데이터만 로컬에 캐시하여 낮은 지연 시간으로 접근할 수 있도록 합니다. (비용 효율성 및 클라우드 우선)
  • Stored Volume Mode (저장 볼륨 모드): 전체 데이터 세트를 로컬에 보관하고, Amazon EBS 스냅샷 형태로 클라우드에 비동기적으로 백업합니다. (로컬 데이터 접근 속도 우선)

3. 테이프 게이트웨이 (Tape Gateway)

테이프 게이트웨이는 물리적인 테이프 인프라를 가상 테이프로 대체할 수 있도록 해줍니다.

• 주요 역할: 기존의 테이프 백업 소프트웨어와 연동되는 인터페이스를 제공하여, 물리적 테이프에서 클라우드 스토리지로의 전환을 원활하게 합니다.
• 작동 방식: 배포되면 백업 애플리케이션에 표준 테이프 하드웨어로 인식됩니다. 백업 소프트웨어는 이 가상 테이프에 데이터를 기록하며, 이 데이터는 Amazon S3에 저장됩니다.
• 장점: 장기간 보관해야 하는 데이터의 경우, **비용 효율적인 스토리지 클래스(예: Glacier)**로 자동 전환되도록 구성할 수 있어 내구성과 확장성의 이점을 누리면서 비용을 절감할 수 있습니다.

---

이 세 가지 게이트웨이는 고객이 온프레미스 환경에서 데이터를 사용하는 방식을 유지하면서 AWS 클라우드 스토리지의 장점을 활용할 수 있도록 돕습니다. 어떤 게이트웨이가 사용자님의 특정 시나리오에 가장 적합한지 고민해 볼 수 있겠네요.

 

 

---

AnyCompany Commerce operates an online trading platform experiencing rapid growth. Their development team frequently needs to create test environments that mirror production for testing new features, but setting up these environments has become time-consuming and error-prone.

What is the most significant benefit of using EBS snapshots in this scenario?

• EBS snapshots enable rapid creation of new volumes from existing data, so you can quickly deploy identical test environments that mirror production.
• EBS snapshots automatically optimize the performance of your EBS volumes by defragmenting data during the snapshot process.
• EBS snapshots reduce your storage costs by compressing all data on your EBS volumes by up to 90 percent.
• EBS snapshots automatically migrate your data to different AWS Regions for improved global access speeds.

정답 해설

EBS 스냅샷은 기존 데이터로부터 새로운 볼륨을 빠르게 생성할 수 있게 하므로, 운영 환경을 그대로 반영하는 동일한 테스트 환경을 신속하게 배포할 수 있습니다.

 

1. 시나리오 요구 사항과 EBS 스냅샷의 기능

AnyCompany Commerce의 개발팀은 다음과 같은 문제를 겪고 있습니다.

1. 문제: 새로운 기능 테스트를 위해 운영 환경을 그대로 반영하는 테스트 환경이 필요합니다.
2. 문제: 환경 설정에 시간이 많이 걸리고 오류가 발생하기 쉽습니다.

EBS 스냅샷의 역할: EBS 스냅샷은 특정 시점의 EBS 볼륨 사본을 Amazon S3에 저장하는 기능입니다. 이 스냅샷을 사용하면:

• 빠른 복제 (Rapid Creation): 스냅샷에 저장된 데이터로 새로운 EBS 볼륨을 몇 분 안에 신속하게 생성할 수 있습니다.
• 일관성 (Identical Mirror): 스냅샷은 운영 환경 볼륨의 정확한 시점 사본이므로, 새로운 볼륨으로 생성된 테스트 환경은 운영 환경과 완전히 동일한 데이터, 설정, 파일 구조를 가지게 됩니다.

이러한 특성 덕분에, 개발팀은 매번 수동으로 환경을 구축할 필요 없이 스냅샷만 이용해 신속하고 일관된 테스트 환경을 배포하여 시간과 오류 발생 가능성을 줄일 수 있습니다.

 

---

❌ 오답 분석

오답 보기	EBS 스냅샷의 실제 기능	부적합한 이유
EBS 스냅샷은 스냅샷 프로세스 중 데이터를 조각 모음(defragmenting)하여 EBS 볼륨의 성능을 자동으로 최적화합니다.	EBS 스냅샷은 데이터를 저장하는 백업 메커니즘이지, 볼륨 내의 파일 시스템이나 데이터 조각 모음(디스크 성능 최적화)을 수행하지 않습니다.
EBS 스냅샷은 EBS 볼륨의 모든 데이터를 최대 90%까지 압축하여 스토리지 비용을 절감합니다.	EBS 스냅샷은 증분 백업(Incremental Backup) 방식으로 비용을 절감하지만, 이는 데이터를 압축해서가 아니라 변경된 데이터 블록만 저장하기 때문입니다. 90% 압축 같은 구체적인 비용 절감 기능은 주된 목적이 아닙니다.
EBS 스냅샷은 글로벌 액세스 속도 향상을 위해 데이터를 자동으로 다른 AWS 리전으로 마이그레이션합니다.	스냅샷은 특정 리전에서 생성되며, 다른 리전으로 데이터를 보내려면 사용자가 명시적으로 스냅샷을 다른 리전으로 복사(Copy) 해야 합니다. 자동 마이그레이션은 주된 기능이 아니며, 글로벌 **액세스 속도 향상(CloudFront)**과도 무관합니다.

---

A developer is building an application that processes large amounts of data and requires high I/O performance. After processing the data for an operation, the results are displayed to the user and do not need to be retained long-term. Unfortunately, the application's current storage solution is experiencing performance bottlenecks during peak processing times.

How could implementing an EC2 instance store improve the performance of the application?

 

• EC2 instance store provides high I/O performance for temporary storage needs.
• EC2 instance store reduces overall storage costs by offering the cheapest per-gigabyte storage option in AWS.
• EC2 instance store provides a persistent storage solution that survives instance failures.
• EC2 instance store allows storage to be conveniently shared between multiple EC2 instances simultaneously.

 

정답 해설

EC2 인스턴스 스토어는 임시 저장 요구 사항에 대해 높은 I/O 성능을 제공합니다.

1. 시나리오 요구 사항과 인스턴스 스토어의 부합성

• 요구 사항: "대량의 데이터를 처리하고 높은 I/O 성능을 요구합니다."
  • 인스턴스 스토어의 장점: 인스턴스 스토어는 EC2 호스트 서버의 물리적 디스크에 직접 연결되어, EBS(Elastic Block Store) 볼륨보다 훨씬 더 높은 I/O 처리량과 매우 **낮은 지연 시간(Low Latency)**을 제공합니다. 이는 대규모 데이터 처리 작업에 필요한 최고의 성능을 보장합니다.
• 요구 사항: "처리 후 결과는 사용자에게 표시되며 장기간 보관할 필요가 없습니다."
  • 인스턴스 스토어의 특징: 인스턴스 스토어는 비영구적인(Non-persistent) 임시 저장소입니다. 데이터가 장기간 보존될 필요가 없으므로, 인스턴스가 중지되거나 종료될 때 데이터가 사라지는 인스턴스 스토어의 특성이 이 시나리오에 완벽하게 적합합니다.

결론적으로, 인스턴스 스토어를 사용하면 데이터 처리 단계에서 발생하는 성능 병목 현상을 해결하고, 요구 사항대로 임시로 고속 처리를 수행할 수 있습니다.

---

❌ 오답 분석

보기	이유
EC2 인스턴스 스토어는 AWS에서 기가바이트당 가장 저렴한 스토리지 옵션을 제공하여 전체 스토리지 비용을 절감합니다.	사실과 다름: 기가바이트당 가장 저렴한 스토리지 옵션은 주로 Amazon S3의 Glacier 또는 Deep Archive 같은 장기 아카이브용 서비스입니다. 인스턴스 스토어의 비용 효율성은 주된 특징이 아니며, 성능이 주요 이점입니다.
EC2 인스턴스 스토어는 인스턴스 장애에서 복구되는 영구적인 스토리지 솔루션을 제공합니다.	사실과 다름: 인스턴스 스토어는 **비영구적(Non-persistent)**입니다. 인스턴스 장애, 중지 또는 종료 시 데이터가 손실됩니다. 영구적인 스토리지는 Amazon EBS의 역할입니다.
EC2 인스턴스 스토어는 여러 EC2 인스턴스 간에 스토리지를 동시에 편리하게 공유할 수 있도록 합니다.	사실과 다름: 인스턴스 스토어는 단일 인스턴스에만 연결됩니다. 여러 인스턴스 간에 데이터를 공유하기 위한 스토리지 서비스는 Amazon EFS나 Amazon FSx와 같은 파일 스토리지 서비스입니다.

---

 

AnyCompany Mobile is evaluating cloud storage solutions for their new mobile application. They need a reliable service that can handle various types of data storage requirements as their user base grows.

 

Based on this scenario, what is an aspect of Amazon S3 that they could use in this scenario?

• Running relational database queries for user authentication
• Hosting virtual machines (VMs) to process application logic
• Real-time data streaming and message processing
• Storing and distributing mobile application content and user-generated media files

정답 해설

모바일 애플리케이션 콘텐츠 및 사용자 생성 미디어 파일 저장 및 배포

Amazon S3의 역할 및 시나리오 적합성

Amazon S3는 객체 스토리지 서비스로서, 모바일 애플리케이션 환경에서 매우 중요한 역할을 합니다.

• 비정형 데이터 저장: 모바일 애플리케이션은 종종 사진, 비디오, 음성 녹음 파일 등 비정형 데이터를 저장해야 합니다. S3는 사실상 무제한의 확장성을 제공하므로, 사용자 기반이 폭발적으로 증가하여 데이터 양이 아무리 늘어나도 용량 걱정 없이 이러한 사용자 생성 미디어 파일을 저장할 수 있습니다.
• 콘텐츠 배포: S3에 저장된 애플리케이션 업데이트 파일, 구성 파일, 정적 이미지 등 모바일 애플리케이션 콘텐츠를 Amazon CloudFront와 연동하여 전 세계 사용자에게 낮은 지연 시간으로 신속하게 배포할 수 있습니다.
• 신뢰성 및 내구성: S3는 **99.999999999% (11 나인)**의 데이터 내구성을 제공하여, 사용자 데이터의 손실 없이 안정적으로 보관할 수 있습니다.

---

❌ 오답 분석

보기	해당 AWS 서비스	부적합한 이유
Running relational database queries for user authentication (사용자 인증을 위한 관계형 데이터베이스 쿼리 실행)	Amazon RDS, Amazon DynamoDB	S3는 데이터베이스 쿼리를 실행하는 서비스가 아니라, 비정형 데이터를 저장하는 곳입니다. 인증 데이터는 관계형(RDS) 또는 NoSQL(DynamoDB) 데이터베이스에 저장되어야 합니다.
Hosting virtual machines (VMs) to process application logic (애플리케이션 로직 처리를 위한 가상 머신(VM) 호스팅)	Amazon EC2	애플리케이션 로직을 처리하는 컴퓨팅 리소스는 EC2 인스턴스를 통해 제공됩니다. S3는 컴퓨팅 서비스가 아닌 스토리지 서비스입니다.
Real-time data streaming and message processing (실시간 데이터 스트리밍 및 메시지 처리)	Amazon Kinesis, Amazon SQS	실시간 데이터 스트리밍 및 메시지 큐 관리는 Amazon Kinesis 또는 SQS/SNS와 같은 특화된 서비스의 역할입니다.

---

AnyCompany Marketing has created an Amazon S3 bucket to host images for their new website. The images need to be accessible to anyone visiting the website without authentication. After uploading the images to the bucket, users report they cannot access them, even though the bucket policy is set to allow public access.

What is the most likely cause of this access issue?

• The images are not properly tagged with public read permissions.
• Block public access settings are enabled at the account or bucket level.
• They need to enable the website hosting feature to make any Amazon S3 content public.
• The S3 bucket must be in the same AWS Region as the users trying to access the content.

정답 해설

Block public access settings are enabled at the account or bucket level. (계정 또는 버킷 수준에서 퍼블릭 액세스 차단 설정이 활성화되어 있습니다.)

1. 퍼블릭 액세스 차단 (Block Public Access)의 역할

AWS는 실수로 민감한 데이터를 퍼블릭하게 노출하는 것을 방지하기 위해 Block Public Access라는 강력한 보안 기능을 기본값으로 설정해 두었습니다.

• 이 설정이 활성화되어 있으면(기본값), 버킷 정책이 아무리 퍼블릭 액세스를 허용하더라도 해당 정책이 재정의(Override) 되어 액세스가 차단됩니다.
• 이는 버킷 정책보다 더 높은 우선순위를 가지는 보안 계층입니다.
• 웹사이트의 이미지를 퍼블릭하게 제공하려면, 버킷 설정에서 이 Block Public Access 기능을 명시적으로 해제해야 합니다.

---

❌ 오답 분석

오답 보기	이유
The images are not properly tagged with public read permissions. (이미지에 퍼블릭 읽기 권한 태그가 제대로 지정되지 않았습니다.)	S3의 접근 제어는 버킷 정책(Bucket Policy) 또는 **객체 ACL(Access Control List)**로 제어되며, **태그(Tag)**는 권한 부여에 직접 사용되지 않습니다. 버킷 정책이 퍼블릭을 허용했다고 했으므로 이는 주된 원인이 아닙니다.
They need to enable the website hosting feature to make any Amazon S3 content public. (모든 Amazon S3 콘텐츠를 퍼블릭으로 만들려면 웹 사이트 호스팅 기능을 활성화해야 합니다.)	S3 콘텐츠를 퍼블릭하게 만드는 방법은 ① 버킷 정책이나 ② 객체 ACL을 설정하는 것입니다. 웹 사이트 호스팅 기능을 활성화하는 것은 S3 버킷을 웹 서버처럼 사용하기 위한 **접근 방식(URL 엔드포인트)**을 설정하는 것이지, 접근 권한을 부여하는 행위가 아닙니다.
The S3 bucket must be in the same AWS Region as the users trying to access the content. (S3 버킷은 콘텐츠에 액세스하려는 사용자와 동일한 AWS 리전에 있어야 합니다.)	S3는 전역 서비스이며, S3 버킷은 어떤 리전에 있든 인터넷을 통해 전 세계 어디서나 접근할 수 있습니다. 사용자의 리전과 버킷의 리전이 달라도 접근에는 문제가 없습니다.

---

AnyCompany has a large collection of files stored on-premises that needs to be backed up to the AWS Cloud. They want to maintain local access to frequently used files while using cloud storage for cost savings. They also want to minimize changes to their existing file-sharing workflows and applications.

Which AWS Storage Gateway type BEST addresses these requirements?

• Amazon S3 File Gateway
• Volume Gateway in Cached mode
• Volume Gateway in Stored mode
• Tape Gateway

 

정답: Amazon S3 File Gateway

1. 익숙한 파일 워크플로우 유지 (File Workflow)

• 요구 사항: 기존 파일 공유 워크플로우 및 애플리케이션의 변경을 최소화해야 합니다.
• S3 File Gateway의 역할: 온프레미스 시스템에 **표준 파일 서버(SMB/NFS 프로토콜)**처럼 나타납니다. 기존 애플리케이션은 네트워크 공유 폴더를 다루듯이 클라우드 스토리지를 사용할 수 있으므로, 워크플로우 변경이 거의 없습니다.

2. 로컬 접근성 및 비용 효율성 (Caching and Cost Savings)

• 요구 사항: 자주 사용되는 파일은 로컬 접근을 유지하고, 클라우드 스토리지를 사용해 비용을 절감해야 합니다.
• S3 File Gateway의 역할: 지능적인 로컬 캐싱 기능을 제공합니다. 최근에 사용한 데이터는 로컬에서 빠르게 접근할 수 있도록 캐시하고, 실제 데이터는 무제한의 저렴한 Amazon S3에 안전하게 보관하여 비용을 절감합니다.

오답이 부적절한 이유

• Volume Gateway in Cached mode (캐시 모드): 이 모드는 데이터를 iSCSI 블록 볼륨 형태로 제공합니다. 파일 공유(File-sharing)를 위한 SMB/NFS 액세스가 필요한 경우에 적합하지 않습니다.
• Volume Gateway in Stored mode (저장 모드): 이 모드는 전체 데이터 세트를 로컬에 저장하므로, 클라우드 스토리지를 사용하여 비용을 절감하려는 요구 사항에 맞지 않습니다. 클라우드는 백업 용도로만 사용됩니다.
• Tape Gateway (테이프 게이트웨이): 이 서비스는 물리적인 테이프 백업 시스템을 대체하기 위해 설계되었습니다. 일반적인 파일 공유 및 접근 시나리오에는 사용되지 않습니다.

---

AnyCompany Manufacturing stores CAD files that need to be accessed frequently by engineers at their on-premises data center. They want to maintain local access to this data while also benefiting from AWS Cloud storage capabilities. They plan to implement a solution that provides low-latency access to frequently used files while backing up data to AWS.

Which AWS Storage Gateway configuration should they choose?

• Implement Storage Gateway in Tape Gateway mode to back up the CAD files to virtual tapes in Amazon S3.
• Implement Storage Gateway in Stored Volume mode and configure all volumes to be stored entirely in Amazon S3.
• Deploy Amazon FSx for Windows File Server in the on-premises data center.
• Implement Storage Gateway in Cached Volume mode to keep frequently accessed data local while storing the complete dataset in Amazon S3.

 

정답: 캐시 볼륨 모드 (Cached Volume mode)

1. 낮은 지연 시간 요구 충족 (Low Latency Access)

• 요구 사항: 엔지니어들이 자주 사용하는 파일에 낮은 지연 시간으로 접근해야 합니다.
• 캐시 모드의 역할: 전체 데이터 세트는 Amazon S3에 저장되지만, **자주 액세스되는 데이터(Hot Data)**는 온프레미스 게이트웨이에 **캐시(Local Cache)**됩니다. 이 로컬 캐시 덕분에 CAD 파일을 열거나 수정할 때 매우 빠른 속도를 경험할 수 있습니다.

2. 블록 스토리지 접근 (iSCSI Block Storage)

• CAD 파일의 특성: CAD와 같은 전문적인 애플리케이션은 일반적으로 **파일 공유 프로토콜(NFS/SMB)**보다는 블록 스토리지(iSCSI 볼륨) 접근 방식을 선호합니다. Volume Gateway는 이 iSCSI 프로토콜을 제공합니다.
• 비용 절감: 데이터의 대부분(전체 데이터 세트)은 저렴한 Amazon S3에 저장되므로, 온프레미스 스토리지 인프라 비용을 절감할 수 있습니다.

오답이 부적절한 이유

• Stored Volume mode: 이 모드는 전체 데이터 세트를 온프레미스에 보관합니다. 클라우드를 '백업' 용도로만 사용하며, 클라우드 스토리지를 활용하여 비용을 절감하려는 목표(이 문제의 암묵적인 요구 사항)에 부합하지 않습니다.
• Tape Gateway: 이 서비스는 장기 아카이브 및 규정 준수를 위한 가상 테이프 백업 시스템을 대체하는 용도이지, 엔지니어들의 일상적인 작업 데이터 접근을 위해 설계된 서비스가 아닙니다.
• Amazon FSx for Windows File Server: FSx는 완전 관리형 파일 서버 서비스이지만, 이 보기는 온프레미스 데이터 센터에 **배포(Deploy)**한다고 명시하고 있습니다. FSx는 주로 AWS 클라우드 내에서 사용되며, 하이브리드 구성은 복잡합니다. 이 시나리오에서는 Storage Gateway가 더 단순하고 직접적인 하이브리드 솔루션입니다. (FSx는 일반적으로 클라우드 파일 서버에 적합합니다.)