AWS SAA 합격으로 가는 길 #120

안녕하세요! 넥스트클라우드 SA 김유림입니다.

드디어 마지막 주 월요일! 9월의 마지막까지도 화이팅입니다!

 

문제는 세 가지 단계를 거쳐서 풀어가보겠습니다.

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

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

3. 선택지 분석하기

 

바로 문제 풀이하러 가보실까요?

---

문제1

솔루션 설계자는 엔지니어링 도면을 저장하고 보는 데 사용되는 새 웹 애플리케이션의 스토리지 아키텍처를 설계하고 있습니다. 모든 애플리케이션 구성 요소는 AWS 인프라에 배포됩니다.

응용 프로그램 디자인은 사용자가 엔지니어링 도면이 로드될 때까지 기다리는 시간을 최소화하기 위해 캐싱을 지원해야 합니다. 애플리케이션은 페타바이트의 데이터를 저장할 수 있어야 합니다.

솔루션 설계자는 어떤 스토리지 및 캐싱 조합을 사용해야 합니까?

 

선택지

A. Amazon CloudFront를 사용하는 Amazon S3

B. Amazon ElastiCache를 사용하는 Amazon S3 Glacier

C. Amazon CloudFront를 사용하는 Amazon Elastic Block Store(Amazon EBS) 볼륨

D. Amazon ElastiCache를 사용하는 AWS Storage Gateway

---

풀이

Amazon S3는 객체 스토리지 서비스로 페타바이트 규모의 데이터를 효율적으로 저장할 수 있습니다. CloudFront는 전 세계 엣지 로케이션에서 S3의 데이터를 캐싱하여 빠르게 배포할 수 있는 CDN 서비스입니다. 따라서 S3와 CloudFront의 조합은 대용량 데이터를 안전하게 저장하고 지연 시간 없이 배포할 수 있는 최적의 솔루션입니다.

 

정답 : A

 

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

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

• 엔지니어링 도면 저장 및 배포를 위한 스토리지 아키텍처 필요
• 페타바이트 규모의 데이터 저장 가능
• 도면 로드 시 지연 최소화를 위한 캐싱 지원

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

• Amazon S3(Simple Storage Service) : 클라우드에서 데이터를 저장, 보호 및 검색하기 위한 완전관리형 객체 스토리지 서비스입니다. S3는 높은 내구성과 가용성을 제공하며, 페타바이트 규모의 데이터를 저장할 수 있습니다. S3는 다양한 스토리지 클래스를 제공하여 데이터 액세스 패턴에 따라 비용을 최적화할 수 있습니다. 또한 버전 관리, 액세스 제어, 데이터 암호화 등의 기능을 지원합니다.
• Amazon CloudFront : AWS에서 제공하는 웹 서비스로, 정적 및 동적 웹 콘텐츠를 전 세계 엣지 로케이션에서 사용자에게 효율적으로 배포하는 콘텐츠 전송 네트워크(CDN) 서비스입니다. CloudFront는 S3와 통합되어 S3에 저장된 콘텐츠를 엣지 로케이션에 캐싱하여 빠르게 배포할 수 있습니다. 이를 통해 사용자 지연 시간을 최소화하고 애플리케이션 성능을 향상시킬 수 있습니다.

3. 선택지 분석하기

A. Amazon CloudFront를 사용하는 Amazon S3

→ Amazon S3와 CloudFront의 조합은 페타바이트급 스토리지와 전 세계 캐싱을 동시에 제공합니다. S3는 원본 스토리지로, CloudFront는 사용자에게 가까운 엣지에서 빠른 액세스를 제공합니다.

 

B. Amazon ElastiCache를 사용하는 Amazon S3 Glacier

→ S3 Glacier는 장기 아카이브용 스토리지로 검색 시간이 분/시간 단위이므로 웹 애플리케이션의 빠른 로딩 요구사항에 부적합합니다. ElastiCache도 대용량 파일 캐싱에는 제한적입니다.

 

C. Amazon CloudFront를 사용하는 Amazon Elastic Block Store(Amazon EBS) 볼륨

→ EBS 볼륨은 블록 스토리지로 단일 EC2 인스턴스에 연결되는 제한이 있어 페타바이트급 확장과 웹 애플리케이션 아키텍처에 부적합합니다. CloudFront는 EBS와 직접 통합되지 않습니다.

 

D. Amazon ElastiCache를 사용하는 AWS Storage Gateway

→ AWS Storage Gateway는 온프레미스와 AWS 간의 하이브리드 스토리지 솔루션이고, ElastiCache는 인메모리 캐싱으로 대용량 파일 저장에는 적합하지 않습니다.

 

이어서 다음 문제입니다.

---

문제2

회사에서 PostgreSQL용 Amazon RDS를 사용하는 애플리케이션을 실행합니다. 애플리케이션은 평일 업무 시간에만 트래픽을 수신합니다. 회사는 이 사용량을 기반으로 비용을 최적화하고 운영 오버헤드를 줄이려고 합니다.

이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. AWS의 인스턴스 스케줄러를 사용하여 시작 및 중지 일정을 구성하십시오.

B. 자동 백업을 끕니다. 데이터베이스의 매주 수동 스냅샷을 생성합니다.

C. 최소 CPU 사용률을 기준으로 데이터베이스를 시작하고 중지하는 사용자 지정 AWS Lambda 함수를 생성합니다.

D. 모든 Upfront 예약 DB 인스턴스를 구매합니다.

---

풀이

Amazon RDS 인스턴스 스케줄러를 사용하면 지정된 일정에 따라 RDS 인스턴스를 자동으로 시작 및 중지할 수 있습니다. 이를 통해 평일 업무 시간 외 시간에 불필요한 RDS 인스턴스를 중지하여 비용을 절감하고, 운영 오버헤드를 최소화할 수 있습니다.

 

정답 : A

 

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

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

• PostgreSQL RDS 데이터베이스 운영
• 평일 업무 시간에만 트래픽 발생
• 비용 최적화 및 운영 오버헤드 감소

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

• Amazon RDS(Relational Database Service) : 클라우드에서 관계형 데이터베이스를 쉽게 설정, 운영 및 확장할 수 있게 해주는 완전관리형 데이터베이스 서비스입니다. RDS는 PostgreSQL, MySQL, MariaDB, Oracle, SQL Server 등 다양한 데이터베이스 엔진을 지원합니다. 자동 백업, 패치 관리, 모니터링 등의 기능을 제공하여 운영 오버헤드를 줄입니다.
• Amazon RDS 인스턴스 스케줄러 : RDS 인스턴스를 자동으로 시작 및 중지할 수 있는 기능으로, 사전 정의된 일정에 따라 작동합니다. 이를 통해 사용량이 낮은 시간대에 RDS 인스턴스를 중지하여 비용을 절감할 수 있습니다. 또한 수동으로 RDS 인스턴스를 시작/중지할 필요가 없어 운영 오버헤드를 최소화할 수 있습니다.

3. 선택지 분석하기

A. AWS의 인스턴스 스케줄러를 사용하여 시작 및 중지 일정을 구성하십시오.

→ AWS Instance Scheduler를 사용하면 평일 업무 시간에만 RDS를 실행하고 나머지 시간에는 자동으로 중지시켜 컴퓨팅 비용을 대폭 절감할 수 있습니다. 완전 관리형 서비스로 운영 오버헤드도 최소화됩니다.

 

B. 자동 백업을 끕니다. 데이터베이스의 매주 수동 스냅샷을 생성합니다.

→ 자동 백업을 끄고 수동 스냅샷만 생성하는 것은 미미한 비용 절감 효과만 있고, 데이터 보호 수준이 낮아집니다. 또한 수동 작업으로 인한 운영 오버헤드가 증가합니다.

 

C. 최소 CPU 사용률을 기준으로 데이터베이스를 시작하고 중지하는 사용자 지정 AWS Lambda 함수를 생성합니다.

→ 사용자 지정 Lambda 함수를 생성하는 것은 개발, 유지보수, 모니터링 등의 운영 오버헤드를 증가시킵니다. CPU 기반 모니터링보다는 명확한 시간 기반 스케줄링이 더 적합합니다.

 

D. 모든 Upfront 예약 DB 인스턴스를 구매합니다.

→ All Upfront 예약 인스턴스는 연중무휴 사용할 때 비용 효율적이지만, 평일 업무 시간에만 사용하는 경우에는 오히려 비용 손실이 발생합니다.

 

마지막 문제 살펴볼게요.

---

문제3

회사에서 해당 애플리케이션을 위한 스토리지 솔루션을 찾고 있습니다. 솔루션은 가용성과 확장성이 높아야 합니다. 또한 솔루션은 기본 프로토콜을 통해 AWS 및 온프레미스의 여러 Linux 인스턴스에 의해 마운트될 수 있고 최소 크기 요구 사항이 없는 파일 시스템으로 작동해야 합니다. 회사는 온프레미스 네트워크에서 VPC로 액세스하기 위해 사이트 간 VPN을 설정했습니다.

이러한 요구 사항을 충족하는 스토리지 솔루션은 무엇입니까?

 

선택지

A. Amazon FSx 다중 AZ 배포

B. Amazon Elastic Block Store(Amazon EBS) 다중 연결 볼륨

C. 탑재 대상이 여러 개인 Amazon Elastic File System(Amazon EFS)

D. 단일 탑재 대상 및 여러 액세스 지점이 있는 Amazon Elastic File System(Amazon EFS)

---

풀이

Amazon EFS(Elastic File System)는 AWS 클라우드 서비스와 온프레미스 리소스에서 동시에 액세스할 수 있는 완전관리형 파일 시스템입니다. 여러 EC2 인스턴스에 동시에 마운트할 수 있으며, 페타바이트 규모로 확장 가능합니다. 또한 NFS 프로토콜을 사용하므로 다양한 운영 체제에서 호환됩니다. 파일 시스템당 여러 개의 탑재 대상을 가질 수 있어 고가용성을 제공합니다.

 

정답 : C

 

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

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

• 고가용성, 확장성이 높은 스토리지 솔루션 필요
• 여러 Linux 인스턴스에서 동시 액세스 가능
• VPC에서 온프레미스 리소스에 액세스 가능
• 최소 크기 요구사항 없음

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

• Amazon EFS(Elastic File System) : AWS 클라우드 서비스 및 온프레미스 리소스에서 동시에 액세스할 수 있는 완전관리형 파일 스토리지 서비스입니다. NFS 프로토콜을 사용하므로 다양한 운영 체제에서 마운트할 수 있고, 페타바이트 규모로 확장이 가능합니다. 파일 시스템당 여러 개의 탑재 대상을 가질 수 있어 높은 가용성을 제공합니다. VPN이나 AWS Direct Connect를 통해 온프레미스에서도 액세스할 수 있습니다. EFS는 완전관리형 서비스로 운영 오버헤드가 낮고, 프로비저닝된 용량에 따라 요금이 부과되므로 최소 크기 요구사항이 없습니다.
• Amazon FSx : 완전관리형 파일 시스템 서비스로, Windows 파일 서버 워크로드 또는 데이터 집약적 워크로드에 최적화되어 있습니다. 단일 AZ 또는 다중 AZ 배포를 선택할 수 있으며, 페타바이트 규모의 스토리지를 제공합니다.
• Amazon EBS(Elastic Block Store) : EC2 인스턴스에 블록 수준 스토리지를 제공하는 서비스로, 파일 시스템이 아닌 볼륨 단위로 관리됩니다. 여러 인스턴스에서 동시에 마운트할 수 없습니다.
• AWS Storage Gateway : 온프레미스 환경과 AWS 스토리지 서비스를 연결하는 데 사용되는 서비스로, 클라우드 스토리지에 데이터를 백업하거나 온프레미스 스토리지를 확장하는 데 활용할 수 있습니다.

3. 선택지 분석하기

A. Amazon FSx 다중 AZ 배포

→ FSx는 여러 인스턴스에서 동시 액세스가 어렵고 최소 크기 요구사항이 있습니다.

 

B. Amazon Elastic Block Store(Amazon EBS) 다중 연결 볼륨

→ EBS Multi-Attach는 블록 스토리지로 파일 시스템이 아니며, 제한된 수의 인스턴스만 연결 가능하고 온프레미스 액세스를 지원하지 않습니다.

 

C. 탑재 대상이 여러 개인 Amazon Elastic File System(Amazon EFS)

→ 여러 탑재 대상이 있는 EFS는 각 가용 영역에 탑재 대상을 배치하여 높은 가용성을 제공하고, AWS와 온프레미스 모든 Linux 인스턴스에서 동시 마운트할 수 있습니다.

 

D. 단일 탑재 대상 및 여러 액세스 지점이 있는 Amazon Elastic File System(Amazon EFS)

→ 단일 탑재 대상은 가용성이 낮아 요구사항에 부합하지 않습니다.

 

AWS 스토리지 문제에 대해서도 스토리지에 대한 특징만 명확하게 아시면 전혀 헷갈릴 것 없이 해결하실 수 있으실 겁니다.

적절한 스토리지를 선택할 수 있도록 S3 스토리지 타입 및 AWS 스토리지 서비스를 분석해보시는 게 큰 도움이 되실 수 있습니다.

한 달 동안 함께 해주셔서 감사합니다! 그럼 또 다른 SA와 함께 SAA 파이터로 뵐게요!

 

즐거운 한가위 되세요~!