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

By Laurynas Brazys · 2 August 2026 · #amazon #soa-c02 #certification #exam-prep #study-guide

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

스토리지 및 데이터 관리는 가용성, 비용, 성능 요구사항을 충족하기 위해 AWS의 객체, 블록, 파일 스토리지를 설계, 운영, 최적화하는 것을 다룹니다. 여기에는 수명 주기 정책, 암호화 및 액세스 제어, 백업/스냅샷 전략, 액세스 패턴에 기반한 적절한 스토리지 클래스 또는 파일 시스템 선택이 포함됩니다. 운영 관점에서는 비용을 제어하고, 복구 가능성을 보장하며, 보안 및 규정 준수를 시행하면서 성능 SLA를 충족하는 것이 중요합니다.

S3 객체 수명 주기, 버전 관리, 스토리지 클래스

S3는 다양한 액세스 빈도, 검색 지연 시간, 복원력에 최적화된 풍부한 스토리지 클래스(STANDARD, INTELLIGENT_TIERING, STANDARD_IA, ONEZONE_IA, GLACIER_INSTANT_RETRIEVAL, GLACIER_FLEXIBLE_RETRIEVAL, DEEP_ARCHIVE)를 갖춘 객체 스토리지입니다. 액세스 패턴(빈번함 vs. 드묾), 필요한 검색 시간, AZ 간 내구성에 따라 클래스를 선택합니다. 수명 주기 규칙(콘솔 또는 aws s3api put-bucket-lifecycle-configuration --bucket my-bucket --lifecycle-configuration file://policy.json)을 사용하여 객체를 자동으로 전환합니다. 전환 기준은 객체 수명, 태그 또는 접두사를 기반으로 합니다. Intelligent-Tiering은 알 수 없거나 변경되는 패턴에 대한 추측을 없애주지만 모니터링 요금이 있습니다. Standard-IA는 스토리지 비용은 낮지만 GB당 검색 요금과 최소 스토리지 기간이 있습니다.

중요한 버킷에는 버전 관리를 활성화해야 합니다(aws s3api put-bucket-versioning --bucket my-bucket --versioning-configuration Status=Enabled). 버전 관리를 사용하면 객체 기록을 유지하고, 실수로 인한 삭제로부터 복구하며, 더 엄격한 보호를 위해 S3 Object Lock(거버넌스/규정 준수) 및 MFA Delete를 활용할 수 있습니다. 수명 주기 규칙으로 현재 버전이 아닌 버전을 만료시키거나 삭제 마커를 정리할 수 있습니다. 의도하지 않은 삭제를 방지하기 위해 스테이징 버킷에서 수명 주기 규칙을 테스트하십시오. 액세스 제어를 위해서는 버킷 정책, IAM 정책, S3 퍼블릭 액세스 차단을 결합합니다. 감사 추적을 위해서는 SSE-KMS(SSE-KMS는 KMS CMK를 사용하고 키 사용에 대한 CloudTrail 로그를 생성)를, KMS 없이 간단한 서버 측 암호화가 필요할 때는 SSE-S3를 선호합니다.

EBS 볼륨, 스냅샷 관리, 성능

EBS는 EC2 인스턴스에 연결되는 블록 스토리지이며 비용과 성능에 맞춰진 볼륨 유형을 제공합니다: gp3/gp2(범용 SSD), io1/io2(프로비저닝된 IOPS SSD), st1/sc1(처리량 최적화 HDD / 콜드 HDD). gp3를 선택하여 IOPS와 처리량을 크기와 분리합니다(aws ec2 modify-volume를 사용하여 IOPS/처리량 설정). CloudWatch 지표인 VolumeReadOps, VolumeWriteOps, VolumeThroughput, VolumeQueueLength를 모니터링하여 포화 상태를 감지합니다. 높은 처리량/IOPS를 위해서는 EBS에 최적화된 인스턴스와 적절한 ENA 드라이버를 사용하십시오.

스냅샷은 증분 방식입니다: 첫 번째 스냅샷은 모든 블록을 복사하고, 이후 스냅샷은 변경된 블록만 저장하지만, 변경된 블록이 많이 누적되거나 여러 세대를 보관하면 스냅샷 비용이 증가할 수 있습니다. Data Lifecycle Manager(DLM) 또는 AWS Backup을 사용하여 수명 주기를 관리하여 스냅샷을 예약, 보존 및 리전 간에 복사합니다. 임시 스냅샷은 aws ec2 create-snapshot --volume-id vol-xxxx --description "daily"를 사용하고, 스냅샷에서 create-volume으로 복원합니다. 스냅샷은 호스트 관점에서 블록 디바이스 상태를 캡처한다는 점을 기억하십시오. 데이터베이스 일관성을 위해 파일 시스템을 정지시키거나(fsfreeze 또는 애플리케이션 일관성 에이전트 사용) 백업 도구와 통합된 스냅샷을 사용하십시오.

파일 시스템: EFS 및 FSx 운영

EFS는 Linux 워크로드를 위한 관리형 NFSv4(또는 NFSv4.1/4.2)를 제공하며, 탄력적인 용량, 여러 처리량 모드(버스팅 vs. 프로비저닝), 파일을 EFS Infrequent Access로 이동하는 수명 주기 관리를 제공합니다. 가용 영역(AZ)별로 탑재 대상을 구성하고, NFS(TCP 2049)에 대한 보안 그룹 규칙을 설정하며, KMS를 사용한 저장 데이터 암호화 및 전송 중 데이터 암호화(TLS)를 활성화합니다. 지연 시간 및 메타데이터 처리량 요구에 따라 성능 모드(범용 vs. 최대 I/O)를 사용하고, 꾸준히 높은 처리량이 필요한 워크로드에는 처리량을 프로비저닝합니다(aws efs create-file-system --performance-mode maxIO --throughput-mode provisioned --provisioned-throughput-in-mibps 128).

FSx는 SMB(FSx for Windows File Server)와 Lustre(FSx for Lustre)를 서로 다른 시맨틱으로 제공합니다. FSx for Windows는 SMB를 위해 AD와 통합되며 Windows ACL, DFS Namespaces, 백업을 지원합니다. FSx for Lustre는 고성능 HPC를 대상으로 하며 데이터 리포지토리 통합을 위해 S3와 연결할 수 있습니다. 매일 자동 백업을 구성하고, 처리량 용량을 설정하며, 필요에 따라 SSD 또는 HDD를 선택합니다. Active Directory 구성 단계를 사용하고, Windows 클라이언트의 경우 SMB(\\fsx-dns\share)를 통해, Linux SMB 클라이언트의 경우 cifs-utils를 사용하여 탑재합니다.

스토리지 계층화, 수명 주기 정책, 아카이브

계층화(Tiering)는 데이터를 수명 주기에 따라 핫 -> 웜 -> 콜드 -> 아카이브로 이동시켜 비용을 절감합니다. S3 수명 주기 규칙과 EFS 수명 주기 정책을 통해 계층화를 구현하고, 자동 마이그레이션 도구(Intelligent-Tiering, EFS IA)를 사용합니다. 장기 아카이브의 경우 검색 SLA에 따라 Glacier 클래스를 선택합니다: 빈번하고 빠른 액세스를 위해서는 Instant Retrieval, 표준 대량 복원을 위해서는 Flexible Retrieval, 가장 저렴한 비용과 몇 시간의 복원 시간이 소요되는 경우에는 Deep Archive를 선택합니다. EBS의 경우, 리전 간 복사와 함께 Backup Vault Lock을 사용하여 스냅샷을 S3 Glacier 호환 아카이브로 내보내 비용을 최적화합니다.

정책을 설계할 때는 최소 스토리지 기간, 검색 및 조기 삭제 요금, 액세스 패턴을 고려하십시오. 규정 준수를 위해서는 S3 Object Lock(거버넌스/규정 준수 모드)을 보존 기간이 지난 후에만 만료되도록 설정된 수명 주기 전환과 결합합니다. 복원 절차를 주기적으로 테스트하고(Glacier Flexible Retrieval/Deep Archive에서 복원을 수행하여 시간-비용 및 운영 단계를 검증) AWS CLI 배치 스크립트나 Lambda 오케스트레이션을 사용하여 가능한 경우 복원을 자동화합니다.

데이터 내구성, 일관성 및 액세스 패턴

내구성과 일관성 선택은 아키텍처를 결정합니다. S3는 높은 내구성(99.999999999%)과 PUT/DELETE 작업에 대한 강력한 쓰기 후 읽기 일관성을 제공합니다. EBS는 볼륨에 대해 단일 AZ 내구성을 제공하며, 내구성을 위해 스냅샷을 S3에 저장하고 DR을 위해 리전 간 복사본을 만듭니다. EFS는 동시 클라이언트에 대해 강력한 일관성을 제공합니다. 액세스 패턴에 따라 스토리지 유형을 선택하십시오.

객체(S3): 대규모의 불변(immutable) 또는 추가 전용(append-only) 데이터, 웹 자산, 대규모 데이터 세트, 분석 랜딩 존에 가장 적합합니다.
블록(EBS): 짧은 지연 시간의 랜덤 읽기/쓰기 및 단일 작성자(single-writer) 시맨틱이 필요한 OS 및 데이터베이스에 가장 적합합니다.
파일(EFS/FSx): 공유 파일 워크로드, 홈 디렉터리 또는 POSIX/ACL 시맨틱이 필요한 Windows SMB 애플리케이션에 가장 적합합니다.

읽기/쓰기 지역성(locality)을 고려하여 설계하고, 캐싱 계층(Amazon ElastiCache, S3 객체를 위한 Amazon CloudFront)을 고려하며, 수명 주기 및 티어링을 사용하여 액세스 빈도에 맞게 비용을 조정하십시오. 미사용 데이터(at rest)와 전송 중인 데이터(in transit)를 암호화하고(SSE-S3/SSE-KMS 또는 클라이언트 측, KMS를 사용한 EBS 암호화, EFS KMS 키, FSx용 SMB/SMB3 암호화), IAM, 버킷 정책, 프라이빗 액세스를 위한 VPC 엔드포인트를 사용하여 최소 권한 원칙을 적용하십시오.

일반적인 함정과 결정 기준

중요한 데이터에 S3 버전 관리를 활성화하지 않음: 버전 관리를 활성화하고, 선택적으로 불변 보존을 위해 S3 Object Lock을 적용하십시오. 비용 관리를 위해 수명 주기 규칙을 사용하여 현재 버전이 아닌 버전을 만료시키십시오.
예기치 않은 스냅샷 및 스토리지 비용 발생: DLM/AWS Backup으로 스냅샷 정리(pruning)를 예약하고, 스냅샷 스토리지 사용량을 모니터링하십시오. 스냅샷은 증분 방식이지만 여전히 많은 블록을 참조할 수 있다는 점을 기억하고, 불필요한 스냅샷을 삭제하고 필요한 스냅샷만 리전 간에 복사하십시오.
액세스 패턴에 맞지 않는 스토리지 클래스 선택: 알 수 없는 패턴에는 Intelligent-Tiering을 사용하거나, 액세스 로그를 분석하고 수명 주기 규칙을 사용하십시오. 자주 액세스하는 객체에 Glacier 딥 클래스를 사용하는 것을 피하십시오.
EBS 스냅샷이 즉각적인 애플리케이션 일관성 백업이라고 가정함: 파일 시스템을 정지(quiesce)하거나 데이터베이스에 대해 애플리케이션 인식 백업을 사용하십시오. 지원되는 경우 AWS Backup을 사용하여 애플리케이션 일관성 스냅샷을 캡처하십시오.
암호화 키 액세스 제어 누락: SSE-KMS 사용 시, IAM 및 KMS 키 정책이 의도된 사용자 및 서비스에 액세스를 허용하는지 확인하십시오. 키를 교체하고 CloudTrail에서 KMS 사용량을 모니터링하십시오.
처리량/IOPS 한도 간과: 필요에 따라 io1/io2 또는 gp3 IOPS/처리량을 프로비저닝하고, 적절한 EFS 성능 모드를 선택하며, 런타임 병목 현상을 피하기 위해 FSx 처리량 용량을 선택하십시오.

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

DataCorp Analytics는 월말 트랜잭션 덤프를 S3에 저장하고, 야간에 처리된 결과는 EBS 기반 EC2 인스턴스에 저장합니다. 이 회사는 스토리지 비용 증가, 실수로 인한 덮어쓰기, 아카이브된 데이터의 느린 복원 문제에 직면해 있습니다.

버킷에 S3 버전 관리를 활성화하고 규제 대상 데이터 세트의 보존을 위해 Object Lock을 설정합니다. 오래된 객체를 Intelligent-Tiering으로 전환한 후, 정의된 기간이 지나면 Glacier Flexible Retrieval로 전환하는 수명 주기 규칙을 추가합니다.
30일 동안의 S3 액세스 로그와 CloudWatch 지표를 분석합니다. 액세스가 적은 것을 확인한 후에만 정말 사용하지 않는(cold) 객체를 Glacier Deep Archive로 이동합니다.
주간 전체 스냅샷 및 보존 정책을 포함하는 DLM/AWS Backup 정책을 EBS 볼륨에 구현합니다. 스냅샷 생성 전에 데이터베이스를 정지(quiesce)하고, 중요한 스냅샷은 DR을 위해 다른 리전으로 복사합니다.
알 수 없는 패턴의 데이터에는 Intelligent-Tiering을 도입하고, 비용 할당 태그를 사용하여 환경별 비용을 추적합니다. 예기치 않은 스토리지 증가에 대한 알림을 자동화합니다.
분기별로 샘플 Glacier 및 스냅샷 데이터를 복원하여 복원 절차를 검증하고, 복구 시간 및 비용 기대치를 충족하는지 확인합니다.

근거: 이 접근 방식은 관찰된 액세스 패턴에 맞춰 스토리지 클래스와 스냅샷 수명 주기를 일치시키고, 버전 관리 및 테스트된 복원을 통해 복구 가능성을 강화하며, 자동화된 수명 주기 및 백업 도구를 사용하여 내구성 및 규정 준수 요구 사항을 충족하면서 비용을 제어합니다.

← 네트워킹 및 콘텐츠 전송 · 모든 도메인 · 컴퓨팅 및 Auto Scaling →

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