AWS SAA 합격으로 가는 길 #214

안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김서윤입니다. 🧣

아침에는 겉옷이 필요하고 한낮에는 햇살이 따뜻한, 일교차가 큰 요즘입니다! 환절기에는 컨디션을 지키는 것이 무엇보다 중요하니 따뜻한 차 한잔 곁에 두고 무리하지 않는 속도로 공부해 보시면 좋겠습니다. 오늘은 데이터베이스 스토리지의 성능을 비용 효율적으로 지정하는 방법, 시간이 지남에 따라 S3 스토리지 클래스를 바꾸어 가는 수명 주기 설계, 그리고 데이터를 잃지 않으면서 EMR 클러스터 비용을 줄이는 방법을 다룹니다. 그럼 시작하겠습니다! 😊

 

문제는 세 가지 단계를 거치며 풀어가겠습니다.

1. 문제의 요구사항 분석하기

2. 관련 AWS 서비스 생각하기

3. 선택지 분석하기

 

바로 문제 풀이 시작합니다.

---

문제1

전자상거래 회사는 온프레미스에서 PostgreSQL 데이터베이스를 실행합니다. 데이터베이스는 높은 IOPS Amazon Elastic Block Store(Amazon EBS) 블록 스토리지를 사용하여 데이터를 저장합니다. 일일 최대 초당 I/O 트랜잭션은 15,000 IOPS를 초과하지 않습니다. 회사는 데이터베이스를 PostgreSQL용 Amazon RDS로 마이그레이션하고 디스크 스토리지 용량과 관계없이 디스크 IOPS 성능을 프로비저닝하려고 합니다.

 

이러한 요구 사항을 가장 비용 효율적으로 충족하는 솔루션은 무엇입니까?

 

선택지

A. 범용 SSD(gp2) EBS 볼륨 스토리지 유형을 구성하고 15,000 IOPS를 프로비저닝합니다.

B. 프로비저닝된 IOPS SSD(io1) EBS 볼륨 스토리지 유형을 구성하고 15,000 IOPS를 프로비저닝합니다.

C. 범용 SSD(gp3) EBS 볼륨 스토리지 유형을 구성하고 15,000 IOPS를 프로비저닝합니다.

D. 최대 IOPS를 달성하도록 EBS 마그네틱 볼륨 유형을 구성합니다.

---

풀이

저장 용량과 관계없이 IOPS를 따로 지정하면서 비용까지 낮춰야 한다는 것이 핵심입니다. 범용 SSD gp3는 용량과 별개로 IOPS를 프로비저닝할 수 있고 프로비저닝된 IOPS SSD보다 단가가 낮아, 최대 15,000 IOPS 수준의 워크로드를 가장 비용 효율적으로 지원할 수 있습니다.

 

정답 : C

 

▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

---

1.  문제의 요구사항 분석하기

• PostgreSQL용 Amazon RDS로의 데이터베이스 마이그레이션
• 최대 15,000 IOPS 수준의 디스크 성능 확보
• 저장 용량과 무관한 IOPS 프로비저닝
• 가장 비용 효율적인 스토리지 유형 선택

2. 관련 AWS 서비스 생각하기

• Amazon RDS(Relational Database Service) : PostgreSQL, MySQL 같은 관계형 데이터베이스를 AWS가 대신 설치하고 운영해 주는 관리형 데이터베이스 서비스입니다. 하드웨어 준비, 패치, 백업 같은 관리 작업을 AWS가 처리하며, 데이터는 인스턴스에 연결된 블록 스토리지에 저장됩니다. 스토리지 유형에 따라 성능을 정하는 방식과 비용이 달라지므로, 워크로드에 필요한 IOPS와 예산에 맞춰 유형을 고르는 것이 중요합니다.
  • 범용 SSD(gp2) : 저장 용량에 비례해 기본 IOPS가 정해지는 유형입니다. 더 높은 IOPS가 필요하면 쓰지 않을 용량까지 늘려야 하므로, IOPS만 따로 지정할 수는 없습니다.
  • 범용 SSD(gp3) : 용량과 관계없이 기본 성능이 제공되고, 필요하면 IOPS와 처리량을 저장 용량과 별도로 지정할 수 있는 유형입니다. 같은 성능을 기준으로 프로비저닝된 IOPS SSD보다 비용이 낮은 편이며, Amazon RDS에서는 할당한 스토리지 크기에 따라 지정할 수 있는 범위가 달라집니다.
  • 프로비저닝된 IOPS SSD(io1) : 필요한 IOPS를 직접 지정해 일관된 고성능을 보장받는 유형으로, 지연 시간에 민감한 대규모 데이터베이스에 쓰입니다. 성능은 뛰어나지만 지정한 IOPS에 따라 비용이 추가되어 범용 SSD보다 비쌉니다.
  • 마그네틱 : 이전 세대의 하드 디스크 기반 유형으로, 낮은 IOPS만 제공하며 새로운 워크로드에는 권장되지 않습니다.
• Amazon EBS(Elastic Block Store) : Amazon EC2 인스턴스에 연결해 쓰는 블록 스토리지 서비스로, 하드 디스크처럼 운영체제와 데이터베이스의 데이터를 저장합니다. 볼륨 유형마다 성능 특성과 단가가 다르며, SSD 계열은 IOPS가 중요한 데이터베이스에, HDD 계열은 대용량 순차 처리 작업에 주로 쓰입니다. 운영 중에도 볼륨 유형이나 크기, 성능 설정을 바꿀 수 있어 워크로드 변화에 맞춰 조정할 수 있습니다.

3. 선택지 분석하기

A. 범용 SSD(gp2) EBS 볼륨 스토리지 유형을 구성하고 15,000 IOPS를 프로비저닝합니다.

→ gp2는 IOPS가 용량에 묶여 IOPS만 따로 지정할 수 없습니다.

 

B. 프로비저닝된 IOPS SSD(io1) EBS 볼륨 스토리지 유형을 구성하고 15,000 IOPS를 프로비저닝합니다.

→ IOPS는 지정되지만 같은 성능 대비 비용이 높아 효율적이지 않습니다.

 

C. 범용 SSD(gp3) EBS 볼륨 스토리지 유형을 구성하고 15,000 IOPS를 프로비저닝합니다.

→ 용량과 무관하게 IOPS를 지정하고 단가도 낮은 표준 방식입니다.

 

D. 최대 IOPS를 달성하도록 EBS 마그네틱 볼륨 유형을 구성합니다.

→ 마그네틱은 IOPS가 낮아 15,000 IOPS 수준을 낼 수 없습니다.

---

 

이어서 다음 문제입니다.

---

문제2

회사는 Amazon S3 버킷에 대량의 이미지 파일을 저장합니다. 이미지는 처음 180일 동안 쉽게 사용할 수 있어야 합니다. 다음 180일 동안 이미지에 자주 액세스하지 않습니다. 360일이 지나면 이미지를 보관해야 하지만 요청 시 즉시 사용할 수 있어야 합니다. 5년 후에는 감사자만 이미지에 액세스할 수 있습니다. 감사자는 12시간 이내에 이미지를 검색할 수 있어야 합니다. 이 과정에서 이미지가 손실될 수 없습니다. 개발자는 처음 180일 동안 S3 Standard 스토리지를 사용합니다. 개발자는 S3 수명 주기 규칙을 구성해야 합니다.

 

이러한 요구 사항을 가장 비용 효율적으로 충족하는 솔루션은 무엇입니까?

 

선택지

A. 180일 후에 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA)로 전환합니다. 360일 후 S3 Glacier 즉시 검색, 5년 후 S3 Glacier Deep Archive.

B. 180일 후에 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA)로 전환합니다. 360일 후 S3 Glacier 유연한 검색 및 5년 후 S3 Glacier Deep Archive.

C. 180일 후에 객체를 S3 Standard-Infrequent Access(S3 Standard-IA)로 전환하고, 360일 후에 S3 Glacier Instant Retrieval로 전환하고, 5년 후에 S3 Glacier Deep Archive로 전환합니다.

D. 180일 후에 객체를 S3 Standard-Infrequent Access(S3 Standard-IA)로 전환하고, 360일 후에 S3 Glacier 유연한 검색으로, 5년 후에 S3 Glacier Deep Archive로 전환합니다.

---

풀이

이미지가 손실되면 안 되므로 단일 가용 영역에만 저장하는 클래스는 피해야 하고, 360일 이후에도 요청 즉시 꺼낼 수 있어야 합니다. 여러 가용 영역에 저장하는 Standard-IA, 밀리초 단위로 검색되는 Glacier Instant Retrieval, 12시간 이내 검색이 가능한 Glacier Deep Archive 순서로 전환하면 모든 조건을 가장 저렴하게 충족합니다.

 

정답 : C

 

▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

---

1.  문제의 요구사항 분석하기

• 기간별 접근 빈도에 맞춘 스토리지 클래스 전환
• 360일 이후 보관 데이터의 즉시 검색
• 5년 이후 감사자를 위한 12시간 이내 검색
• 이미지 손실이 없는 내구성 확보

2. 관련 AWS 서비스 생각하기

• Amazon S3(Simple Storage Service) : 데이터를 객체 단위로 저장하는 완전관리형 객체 스토리지 서비스입니다. 접근 빈도와 검색 속도, 보관 기간에 따라 고를 수 있는 여러 스토리지 클래스를 제공하며, 자주 쓰지 않는 데이터일수록 저장 단가가 낮은 클래스로 옮겨 비용을 줄일 수 있습니다. 대부분의 클래스는 데이터를 여러 가용 영역(AZ)에 나누어 저장해 매우 높은 내구성을 제공하며, 클래스를 바꾸어도 객체의 이름과 위치는 그대로 유지됩니다.
  • S3 Standard-IA(Standard-Infrequent Access) : 자주 접근하지 않지만 필요할 때는 즉시 읽어야 하는 데이터를 위한 클래스입니다. 여러 가용 영역에 저장되어 내구성이 높고, 저장 단가는 낮은 대신 데이터를 꺼낼 때 검색 요금이 붙습니다.
  • S3 One Zone-IA(One Zone-Infrequent Access) : Standard-IA와 비슷하지만 하나의 가용 영역에만 저장해 더 저렴한 클래스입니다. 해당 가용 영역이 손상되면 데이터를 잃을 수 있어, 다시 만들 수 있는 데이터에 주로 쓰입니다.
  • S3 Glacier Instant Retrieval : 거의 접근하지 않지만 요청하면 밀리초 단위로 바로 꺼내야 하는 보관 데이터를 위한 클래스입니다. Standard-IA보다 저장 단가가 낮습니다.
  • S3 Glacier Flexible Retrieval : 보관 데이터를 몇 분에서 몇 시간에 걸쳐 복원해 쓰는 클래스로, 즉시 읽을 수는 없습니다.
  • S3 Glacier Deep Archive : 가장 저렴한 보관용 클래스로, 표준 검색은 12시간 이내에 완료됩니다. 수년 단위로 보관하며 드물게 꺼내는 규정 준수용 데이터에 적합합니다.
  • 수명 주기 규칙(Lifecycle Rule) : 객체가 만들어진 뒤 지정한 기간이 지나면 다른 스토리지 클래스로 자동으로 옮기거나 삭제하도록 정해 두는 기능입니다.

3. 선택지 분석하기

A. 180일 후에 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA)로 전환합니다. 360일 후 S3 Glacier 즉시 검색, 5년 후 S3 Glacier Deep Archive.

→ 단일 가용 영역 클래스를 거쳐 이미지 손실 위험이 있습니다.

 

B. 180일 후에 객체를 S3 One Zone-Infrequent Access(S3 One Zone-IA)로 전환합니다. 360일 후 S3 Glacier 유연한 검색 및 5년 후 S3 Glacier Deep Archive.

→ 손실 위험이 있고 360일 이후 즉시 검색 조건도 지키지 못합니다.

 

C. 180일 후에 객체를 S3 Standard-Infrequent Access(S3 Standard-IA)로 전환하고, 360일 후에 S3 Glacier Instant Retrieval로 전환하고, 5년 후에 S3 Glacier Deep Archive로 전환합니다.

→ 내구성을 지키며 기간별 조건을 최저 비용으로 맞추는 표준 방식입니다.

 

D. 180일 후에 객체를 S3 Standard-Infrequent Access(S3 Standard-IA)로 전환하고, 360일 후에 S3 Glacier 유연한 검색으로, 5년 후에 S3 Glacier Deep Archive로 전환합니다.

→ 360일 이후 복원 시간이 필요해 즉시 사용할 수 없습니다.

---

 

마지막 문제 살펴보겠습니다.

---

문제3

회사에는 매일 6시간 동안 실행되는 대규모 데이터 워크로드가 있습니다. 프로세스가 실행되는 동안 회사는 데이터를 잃을 수 없습니다. 솔루션 아키텍트는 이 중요한 데이터 워크로드를 지원하기 위해 Amazon EMR 클러스터 구성을 설계하고 있습니다.

 

이러한 요구 사항을 가장 비용 효율적으로 충족하는 솔루션은 무엇입니까?

 

선택지

A. 온디맨드 인스턴스의 기본 노드와 코어 노드, 스팟 인스턴스의 작업 노드를 실행하는 장기 실행 클러스터를 구성합니다.

B. 온디맨드 인스턴스의 기본 노드와 코어 노드, 스팟 인스턴스의 작업 노드를 실행하는 임시 클러스터를 구성합니다.

C. 온디맨드 인스턴스의 기본 노드와 스팟 인스턴스의 핵심 노드 및 작업 노드를 실행하는 임시 클러스터를 구성합니다.

D. 온디맨드 인스턴스의 기본 노드, 스팟 인스턴스의 코어 노드, 스팟 인스턴스의 작업 노드를 실행하는 장기 실행 클러스터를 구성합니다.

---

풀이

하루 6시간만 실행되는 작업이므로 작업이 끝나면 종료되는 임시 클러스터가 비용 면에서 유리합니다. 데이터를 저장하는 기본 노드와 코어 노드는 중단되지 않는 온디맨드 인스턴스로 두고, 데이터를 저장하지 않는 작업 노드만 스팟 인스턴스로 운영하면 데이터 손실 없이 비용을 줄일 수 있습니다.

 

정답 : B

 

▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

---

1.  문제의 요구사항 분석하기

• 매일 6시간 동안 실행되는 대규모 데이터 처리
• 처리 중 데이터 손실 방지
• 가장 비용 효율적인 EMR 클러스터 구성

2. 관련 AWS 서비스 생각하기

• Amazon EMR : Apache Spark, Hadoop 같은 오픈 소스 빅데이터 프레임워크를 클러스터 형태로 손쉽게 실행할 수 있게 해 주는 관리형 서비스입니다. 필요한 만큼 인스턴스를 붙여 대규모 데이터를 나누어 처리할 수 있고, 클러스터가 실행되는 시간만큼 요금이 발생합니다. 노드 종류마다 맡는 역할이 다르므로, 각 노드에 어떤 구매 옵션의 인스턴스를 쓸지가 비용과 안정성을 좌우합니다.
  • 기본 노드(Primary Node) : 클러스터 전체를 관리하고 작업을 각 노드에 나누어 주는 노드입니다. 이 노드가 중단되면 클러스터 전체가 멈출 수 있습니다.
  • 코어 노드(Core Node) : 작업을 실행하면서 클러스터의 분산 파일 시스템(HDFS)에 데이터를 저장하는 노드입니다. 갑자기 중단되면 저장된 데이터가 손실될 수 있습니다.
  • 작업 노드(Task Node) : 데이터를 저장하지 않고 계산만 맡는 선택적 노드로, 중단되더라도 데이터 손실 없이 작업이 다른 노드로 다시 배정됩니다.
  • 임시 클러스터와 장기 실행 클러스터 : 임시 클러스터는 지정한 작업이 끝나면 자동으로 종료되어 실행한 시간만큼만 비용이 들고, 장기 실행 클러스터는 작업이 없어도 계속 켜져 있어 비용이 계속 발생합니다.
• Amazon EC2(Elastic Compute Cloud) 구매 옵션 : Amazon EC2는 클라우드에서 가상 서버를 만들어 쓰는 컴퓨팅 서비스이며, 같은 인스턴스라도 구매 방식에 따라 비용과 안정성이 달라집니다. 온디맨드 인스턴스는 약정 없이 사용한 만큼 요금을 내며 사용자가 멈추기 전까지 중단되지 않습니다. 스팟 인스턴스는 AWS의 남는 용량을 온디맨드보다 크게 할인된 가격에 쓰는 방식이지만, AWS가 용량을 회수해야 할 때는 2분 전 알림 후 중단될 수 있어 중단에 강한 작업에 알맞습니다.

3. 선택지 분석하기

A. 온디맨드 인스턴스의 기본 노드와 코어 노드, 스팟 인스턴스의 작업 노드를 실행하는 장기 실행 클러스터를 구성합니다.

→ 데이터는 안전하지만 유휴 시간에도 클러스터 비용이 계속 발생합니다.

 

B. 온디맨드 인스턴스의 기본 노드와 코어 노드, 스팟 인스턴스의 작업 노드를 실행하는 임시 클러스터를 구성합니다.

→ 저장 노드는 안정적으로, 계산 노드와 실행 시간은 저렴하게 쓰는 표준 방식입니다.

 

C. 온디맨드 인스턴스의 기본 노드와 스팟 인스턴스의 핵심 노드 및 작업 노드를 실행하는 임시 클러스터를 구성합니다.

→ 코어 노드가 스팟 중단으로 사라지면 데이터를 잃을 수 있습니다.

 

D. 온디맨드 인스턴스의 기본 노드, 스팟 인스턴스의 코어 노드, 스팟 인스턴스의 작업 노드를 실행하는 장기 실행 클러스터를 구성합니다.

→ 코어 노드 데이터 손실 위험에 유휴 비용까지 발생합니다.

---

 

오늘 세 문제는 모두 "필요한 만큼만 성능과 비용을 쓰는 설계"를 묻고 있습니다. 첫 번째 문제에서는 용량과 IOPS를 따로 정할 수 있는 gp3의 특징을, 두 번째 문제에서는 각 S3 스토리지 클래스의 검색 시간과 단일 가용 영역 저장의 위험을 정리해 두시면 좋겠습니다. 세 번째 문제처럼 EMR에 스팟 인스턴스가 나오면 데이터를 저장하는 노드인지부터 확인하는 습관을 들여 보세요. 일교차가 큰 주말, 감기 조심하시고 월요일에 또 만나요! 😊