Amazon SAP-C02: 스토리지 및 데이터 관리 — 학습 가이드

By Laurynas Brazys · 1 August 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

다음의 일부입니다: AWS Solutions Architect Professional SAP-C02 — 학습 가이드. 검증된 답안으로 연습하기: Amazon 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

객체 스토리지, 수명 주기 및 티어링(Amazon S3 및 관련 서비스)

Amazon S3는 내구성 있고 가용성이 높은 객체 스토리지의 기반이며, 비정형 데이터의 정식 장기 저장소로 취급해야 합니다. 설계 결정은 스토리지 클래스 선택, 수명 주기 규칙, 일관성 시맨틱, 데이터 거버넌스를 중심으로 이루어집니다. 자주 액세스하는 객체에는 S3 Standard, 액세스 패턴을 알 수 없을 때는 Intelligent-Tiering, 드물게 액세스하는 경우에는 Standard-IA 또는 One Zone-IA, 복원 지연 시간이 길어도 되는 장기 보관용으로는 Glacier/Deep Archive를 선택하십시오. 태그나 접두사를 기반으로 수명 주기 정책을 구현하여 객체를 자동으로 전환하고 이전 버전을 만료시키십시오. 객체가 실수로 제거되지 않도록 수명 주기나 복제 규칙 적용 전에 버전 관리를 활성화해야 합니다. 지리적 내구성과 규제 준수를 위한 데이터 배치를 위해서는 교차 리전 복제(CRR)를, 규정 준수 및 책임 분리를 위해서는 동일 리전 복제(SRR)를 사용하십시오. 거버넌스 또는 규정 준수 모드에서 S3 객체 잠금(Object Lock)으로 중요한 아카이브를 보호하고, 적절한 경우 MFA 삭제(MFA Delete)를 활성화하십시오. 흔한 함정으로는 복원 요금과 수 분에서 수 시간에 이르는 지연을 유발하는 지나치게 공격적인 수명 주기 전환, Glacier 검색 비용이나 시간을 고려하지 않는 것, VPC 게이트웨이/인터페이스 엔드포인트 대신 퍼블릭 엔드포인트에 의존하는 것(데이터를 공용 인터넷에 노출하거나 NAT 송신 비용을 유발할 수 있음) 등이 있습니다. 비용과 검색 지연 시간 및 내구성 사이의 균형을 맞추십시오. 콜드 데이터는 공격적으로 티어링하되, 핫 인그레스(hot ingress)와 짧은 지연 시간 액세스가 필요한 곳에는 CloudFront, S3 Transfer Acceleration, 멀티파트 업로드 같은 가속 기능을 프로비저닝하십시오.

공유 파일 시스템 및 고성능 스토리지(EFS, FSx)

애플리케이션이 POSIX 시맨틱, 짧은 지연 시간 또는 SMB 시맨틱을 요구할 때 공유 파일 시스템을 선택하십시오. Amazon EFS는 다중 AZ 내구성과 POSIX 일관성을 갖춘 탄력적인 NFS를 제공하며, 웹 콘텐츠, 홈 디렉터리 및 네트워크 파일 시맨틱을 허용하는 다수의 HPC 워크로드에 적합합니다. EFS는 두 가지 성능 모드(버스트 대 프로비저닝 처리량)와 EFS Infrequent Access로의 수명 주기 전환 기능을 갖추고 있습니다. Amazon FSx는 특정 목적에 맞게 구축된 파일 시스템을 제공합니다. SMB/Active Directory 통합을 위한 Windows File Server와, 긴밀하게 결합된 HPC 및 미디어 워크로드를 위한 밀리초 미만의 지연 시간과 높은 처리량을 제공하는 FSx for Lustre가 있습니다. FSx for Lustre는 내구성 있는 데이터 리포지토리를 위해 S3와 투명하게 연결될 수 있습니다. NTFS 시맨틱, AD ACL, DFS 네임스페이스 또는 Windows 전용 도구가 필요할 때는 FSx for Windows를 선택하고, 높은 IOPS와 처리량이 필요한 렌더팜 및 ML 훈련에는 FSx for Lustre를 선택하십시오. 흔한 운영상의 실수로는 EFS가 메타데이터 집약적인 워크로드를 자동으로 처리할 것이라고 가정하는 것(프로비저닝된 처리량이 필요할 수 있음), 보안 그룹에서 NFS/SMB 포트를 광범위하게 여는 것, 마운트 옵션과 클라이언트 타임아웃을 소홀히 하는 것 등이 있습니다. 장단점을 평가하십시오. FSx는 비용이 더 높지만 성능이 더 우수하고 프로토콜 기능이 더 풍부합니다. EFS는 확장이 더 간단하고 다중 AZ 내구성을 가집니다. 워크로드의 I/O 패턴, 동시성, 처리량 요구 사항을 선택한 시스템에 맞추고, 필요한 경우 처리량을 별도로 조절하십시오.

하이브리드 및 오프라인 전송 패턴(Storage Gateway, DataSync, Snow Family)

하이브리드 아키텍처는 일반적으로 짧은 지연 시간의 로컬 캐싱, 원활한 클라우드 백업 또는 대량 데이터 마이그레이션을 필요로 합니다. AWS Storage Gateway는 세 가지 패턴을 제공합니다. File Gateway는 온프레미스 앱이 S3에 쓸 수 있도록 S3를 NFS/SMB로 노출하고, Volume Gateway는 DR을 위해 블록 볼륨을 노출하며, Tape Gateway는 물리적 테이프를 대체합니다. AWS DataSync는 내장된 필터링, 스케줄링, 대역폭 제어 기능을 통해 온프레미스와 AWS(S3, EFS, FSx) 간의 온라인, 증분, 병렬 데이터 이동을 자동화합니다. 구성된 경우 POSIX 메타데이터를 유지합니다. 오프라인 및 초대용량 전송을 위해 Snow Family는 컴퓨팅 기능을 포함한 엣지 및 전송 디바이스를 제공합니다. 소규모 원격 사이트용 Snowcone, 디바이스에서 Lambda/EC2를 실행할 수 있는 수십~수백 TB 용량의 Snowball Edge, 엑사바이트급 임포트를 위한 Snowmobile이 있습니다. 지속적이고 자동화된 전송에는 DataSync를 사용하고, 레거시 앱이 데이터를 S3에 저장하면서 로컬에서 NFS/SMB 마운트를 봐야 할 때는 Storage Gateway File Gateway를 사용하십시오. 흔한 함정으로는 잘못된 게이트웨이 모드(캐시 대 저장) 사용, 네트워크 처리량을 계획하지 않아 마이그레이션이 길어지는 것, 보안 전송을 위한 IAM 역할 및 엔드포인트 정책을 소홀히 하는 것, Snow 디바이스의 데이터 수집/반출 시간을 과소평가하는 것 등이 있습니다. 빈번한 증분 동기화에는 DataSync를, 로컬 프로토콜 호환성에는 Storage Gateway를, 네트워크 대역폭이 불충분한 대량 또는 원격 전송에는 Snow 디바이스를 선택하십시오.

백업, 복제, 액세스 제어 및 운영 거버넌스

백업 및 복제 선택은 RTO/RPO 목표, 규제 제어, 비용을 고려하여 결정해야 합니다. AWS Backup을 사용하여 EBS, RDS, DynamoDB, EFS, FSx 전반의 백업 정책을 중앙에서 관리하고, 비용 절감을 위해 웜 볼트에서 콜드 스토리지로의 수명 주기 전환을 구성하십시오. 데이터베이스의 경우, 리전 간 스냅샷 복사 및 KMS 키 복제 또는 별도의 키 정책과 결합된 네이티브 메커니즘(RDS 스냅샷, 읽기 전용 복제본 또는 이기종 마이그레이션을 위한 DMS)을 사용하는 것이 좋습니다. S3의 경우, 버전 관리, CRR/SRR을 활성화하고, 거의 실시간에 가까운 복제 SLA가 필요한 경우 복제 시간 제어(RTC)를 고려하십시오. 안전한 액세스 패턴은 최소 권한 IAM, 버킷 정책, S3 퍼블릭 액세스 차단, 엔드포인트 정책이 있는 VPC Gateway/Interface 엔드포인트, 그리고 교차 계정 액세스 및 스냅샷 복사를 위한 세분화된 권한 부여가 가능한 KMS에 의존합니다. CloudTrail, S3 액세스 로그, CloudWatch 지표, AWS Config 규칙으로 모니터링하고, 위협 탐지 및 IAM 구성 오류 감지를 위해 GuardDuty와 Access Analyzer를 사용하십시오. 일반적인 함정으로는 계정 간 KMS CMK를 복제하거나 액세스 권한을 부여하지 않는 것, 스냅샷을 암호화하지 않거나 공개적으로 액세스 가능하게 두는 것, SCP 및 Tag Policies로 태그나 리소스 배치를 강제하지 않아 비용 할당 및 복구를 복잡하게 만드는 것 등이 있습니다. 복원력 요구 사항에 따라 결정하십시오: 가장 낮은 RTO를 위해서는 다중 리전 액티브-액티브, 비용 효율적인 DR을 위해서는 파일럿 라이트/웜 스탠바이, RTO를 최소화해야 할 때는 전체 장애 조치를 선택합니다.

실용적인 문제: 사용 사례 시나리오

시나리오: Atlas Media는 프로덕션 환경이 us‑east‑1에 있고 보조 리전이 eu‑west‑1인 다중 계정 AWS Organization을 운영하고 있습니다. 150TB 규모의 온프레미스 비디오 자산 아카이브를 보유하고 있으며, 북미와 유럽의 아티스트들은 현재 진행 중인 프로젝트에 대해 고성능 공유 스토리지와 안전하고 지연 시간이 짧은 액세스를 필요로 합니다.

과제: 아카이브를 AWS로 마이그레이션하고, 아티스트를 위한 높은 처리량의 렌더링 스토리지를 제공하며, 콜드 자산에 대한 지속적인 스토리지 비용을 최소화하고, 강력한 백업을 통해 안전한 리전 간 액세스를 보장해야 합니다.

권장 접근 방식:

1. us‑east‑1에 S3 버킷을 표준 아카이브로 프로비저닝하고, 버전 관리, AWS KMS를 사용한 서버 측 암호화(SSE‑KMS)를 활성화하며, 삭제 마커 복제를 켠 상태로 eu‑west‑1로의 교차 리전 복제(Cross‑Region Replication)를 구성합니다.
2. AWS Snowball Edge 디바이스(스토리지 최적화 Snowball Edge)를 사용하여 초기 150TB를 S3로 가져온 다음, AWS DataSync를 실행하여 델타 변경 사항에 대한 증분 동기화를 수행하고 무결성을 검증합니다.
3. 활성 작업 세트의 경우, 각 리전에 Amazon FSx for Lustre를 배포하고 파일 시스템을 S3 버킷에 연결(Data Repository Integration)하여 아티스트가 높은 처리량과 낮은 지연 시간을 확보하는 동시에 쓰기 작업이 S3에 다시 동기화되도록 합니다. 프로젝트 폭증 시에는 단기 FSx 인스턴스 사용을 고려합니다.
4. S3 및 FSx용 VPC Interface Endpoints로 안전한 액세스를 강제하고, Organization 보안 주체에 연결된 IAM 역할 및 버킷 정책으로 버킷 액세스를 제한하며, 원격 검토자를 위해 CloudFront와 서명된 URL로 퍼블릭 배포를 처리하고, FSx용 AWS Backup과 리전 간 S3 복제 및 수명 주기 규칙을 활성화하여 콜드 자산을 Glacier Deep Archive로 전환합니다.

근거: 이 접근 방식은 내구성 있고 저렴한 아카이브 스토리지(S3 + Glacier)와 고성능 프로젝트 스토리지(S3에 연결된 FSx Lustre)를 분리하고, Snowball과 DataSync를 사용하여 초기 대량 수집 및 델타를 최적화하며, 비용, 성능 및 복구 목표의 균형을 맞추면서 강력한 보안과 리전 간 복원력을 강제합니다.

← 컴퓨팅 및 Auto Scaling · 모든 도메인 · 데이터베이스 및 분석 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →

Amazon 찾아보기 →