AWS SAA 합격으로 가는 길 #52

안녕하세요! 넥스트클라우드의 SA 백종훈입니다. 😊

 

문제는 세 가지 단계를 거치며 풀어 나갈 거예요.

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

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

3. 선택지 분석하기

 

바로 문제 풀이 해볼까요?

---

문제1

글로벌 회사는 ALB(Application Load Balancer) 뒤의 Amazon EC2 인스턴스에서 웹 애플리케이션을 호스팅합니다. 웹 애플리케이션에는 정적 데이터와 동적 데이터가 있습니다. 회사 는 정적 데이터를 Amazon S3 버킷에 저장합니다. 회사는 정적 데이터 및 동적 데이터의 성능을 개선하고 대기 시간을 줄이려고 합니다. 회사는 Amazon Route 53에 등록된 자체 도메인 이름을 사용하고 있습니다. 솔루션 설계자는 이러한 요구 사항을 충족하기 위해 무엇을 해야 합니까?

 

선택지

A. S3 버킷과 ALB를 원본으로 하는 Amazon CloudFront 배포를 생성합니다. 트래픽을 CloudFront 배포로 라우팅하도록 Route 53을 구성합니다.

B. ALB를 오리진으로 하는 Amazon CloudFront 배포를 생성합니다. 엔드포인트로 S3 버킷이 있는 AWS Global Accelerator 표준 가속기를 생성합니다. 트래픽을 CloudFront 배 포로 라우팅하도록 Route 53을 구성합니다.

C. S3 버킷을 오리진으로 하는 Amazon CloudFront 배포를 생성합니다. ALB 및 CloudFront 배포를 엔드포인트로 포함하는 AWS Global Accelerator 표준 액셀러레이터를 생성합 니다. 가속기 DNS 이름을 가리키는 사용자 지정 도메인 이름을 만듭니다. 사용자 지정 도메인 이름을 웹 애플리케이션의 엔드포인트로 사용합니다.

D. ALB를 오리진으로 하는 Amazon CloudFront 배포를 생성합니다. S3 버킷을 엔드포인트로 포함하는 AWS Global Accelerator 표준 액셀러레이터를 생성합니다. 두 개의 도메인 이름을 만듭니다. 동적 콘텐츠에 대한 하나의 도메인 이름이 CloudFront DNS 이름을 가리킵니다. 다른 도메인 이름은 정적 콘텐츠에 대한 액셀러레이터 DNS 이름을 가리킵니다. 도메 인 이름을 웹 애플리케이션의 끝점으로 사용합니다.

 

풀이

S3 버킷과 ALB를 원본으로 하는 CloudFront 배포를 생성하면 정적 콘텐츠와 동적 콘텐츠를 모두 CDN을 통해 전송할 수 있어 성능과 지연 시간이 개선됩니다. Route 53을 사용하여 회사의 도메인 이름을 CloudFront 배포에 매핑하면 원활한 통합이 가능합니다.

 

정답 : A

 

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

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

• 글로벌 회사의 웹 애플리케이션에 정적 데이터와 동적 데이터 포함 
• 정적 데이터는 S3 버킷에 저장 
• 정적/동적 데이터의 성능 개선 및 지연 시간 감소 
• 자사 도메인 이름 사용 (Route 53에 등록)

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

• Amazon CloudFront: 콘텐츠 전송 네트워크(CDN) 서비스로, 정적/동적 콘텐츠를 사용자와 가까운 엣지 로케이션에서 제공하여 성능과 지연 시간을 개선합니다. 
• Amazon S3: 정적 데이터를 저장하는 객체 스토리지 서비스입니다. 
• AWS Global Accelerator: 애플리케이션의 가용성과 성능을 향상시키는 네트워크 전송 서비스입니다. 
• Amazon Route 53: AWS 클라우드에서 DNS 서비스를 제공합니다. 도메인 이름을 AWS 리소스와 매핑할 수 있습니다.

3. 선택지 분석하기

A. S3 버킷과 ALB를 원본으로 하는 Amazon CloudFront 배포를 생성합니다.

→ 가장 효율적인 솔루션. 단일 CloudFront 배포로 정적(S3)과 동적(ALB) 콘텐츠 모두를 처리하며, 글로벌 성능 최적화와 지연 시간 감소를 제공합니다.

 

B. ALB를 오리진으로 하는 CloudFront와 S3용 Global Accelerator를 사용

→ 불필요하게 복잡한 구성. S3는 Global Accelerator가 아닌 CloudFront와 직접 통합하는 것이 더 효율적입니다.

 

C. S3 오리진 CloudFront와 ALB/CloudFront용 Global Accelerator 사용

→ 중복된 구성으로 불필요한 복잡성 추가. CloudFront만으로도 충분한 성능 개선이 가능합니다.

 

D. 분리된 도메인으로 정적/동적 콘텐츠 처리

→ 불필요하게 복잡한 구성. 단일 CloudFront 배포로 모든 콘텐츠를 처리하는 것이 더 효율적입니다.

 

이어서 다음 문제입니다.

---

문제2

회사에는 각각 크기가 약 5MB인 많은 수의 파일을 생성하는 응용 프로그램이 있습니다. 파일은 Amazon S3에 저장됩니다. 회사 정책에 따라 파일은 삭제되기 전에 4년 동안 저장되어야 합 니다. 파일에는 재현하기 어려운 중요한 비즈니스 데이터가 포함되어 있으므로 즉각적인 액세스 가능성이 항상 필요합니다. 파일은 개체 생성 후 처음 30일 동안 자주 액세스되지만 처음 30일 이후에는 거의 액세스되지 않습니다. 가장 비용 효율적인 스토리지 솔루션은 무엇입니까?

 

선택지

A. 객체 생성 30일 후에 S3 Standard에서 S3 Glacier로 파일을 이동하는 S3 버킷 수명 주기 정책을 생성합니다. 객체 생성 후 4년이 지나면 파일을 삭제하십시오.

B. S3 Standard에서 S3 One Zone-Infrequent Access(S3 One Zone-IA)로 객체 생성 30일 후에 파일을 이동하는 S3 버킷 수명 주기 정책을 생성합니다. 객체 생성 후 4년이 지 나면 파일을 삭제하십시오.

C. 객체 생성 30일 후에 S3 Standard에서 S3 Standard-Infrequent Access(S3 Standard-IA)로 파일을 이동하는 S3 버킷 수명 주기 정책을 생성합니다. 객체 생성 후 4년이 지나 면 파일을 삭제하십시오.

D. 객체 생성 30일 후에 S3 Standard에서 S3 Standard-Infrequent Access(S3 Standard-IA)로 파일을 이동하는 S3 버킷 수명 주기 정책을 생성합니다. 객체 생성 4년 후 파일을 S3 Glacier로 이동합니다.

---

풀이

처음 30일 동안은 S3 Standard 스토리지 클래스를 사용하여 빠른 액세스를 제공하고, 그 이후에는 S3 Standard-IA로 이전하여 비용을 절감하는 것이 가장 효율적입니다. 30일이 지나면 액세스 빈도가 낮아지므로 S3 Standard-IA의 낮은 스토리지 비용을 활용할 수 있습니다.

 

정답 : C

 

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

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

• 약 5MB 크기의 다수 파일 생성 및 S3에 저장 
• 4년 동안 파일 보관 후 삭제 
• 즉각적인 액세스 가능성 필요 
• 처음 30일 동안 자주 액세스, 그 이후 거의 액세스 없음

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

• Amazon S3 스토리지 클래스 
  • S3 Standard: 자주 액세스하는 데이터에 적합한 일반 스토리지 클래스입니다. 
  • S3 Standard-IA: 액세스 빈도가 낮은 데이터에 적합한 비용 효율적인 스토리지 클래스입니다. 
  • S3 One Zone-IA: 액세스 빈도가 낮고 데이터 복제가 필요 없는 경우 사용하는 스토리지 클래스입니다. 
  • S3 Glacier: 장기 보관 및 아카이빙을 위한 매우 저렴한 스토리지 클래스입니다. 
• S3 수명 주기 정책: 객체의 수명 주기 동안 Amazon S3가 수행할 작업을 정의하는 규칙 집합입니다. 스토리지 클래스 전환, 만료 정책 등을 자동화할 수 있습니다.

3. 선택지 분석하기

A. S3 Standard에서 30일 후 S3 Glacier로 이동

→ Glacier는 즉각적인 액세스가 불가능하여 요구사항 불충족

 

B. S3 Standard에서 30일 후 S3 One Zone-IA로 이동

→ One Zone-IA는 단일 AZ만 사용하여 중요 데이터 저장에 부적합

 

C. S3 Standard에서 30일 후 S3 Standard-IA로 이동

→ 최적의 솔루션. 자주 사용하지 않는 데이터에 대해 비용 효율적이며 즉시 액세스 가능

 

D. S3 Standard → Standard-IA → Glacier로 이동

→ Glacier 사용은 즉각적 액세스 요구사항에 부적합

 

마지막 문제 살펴볼게요.

---

문제3

개발 팀은 다른 팀에서 액세스할 웹 사이트를 호스팅해야 합니다. 웹 사이트 콘텐츠는 HTML, CSS, 클라이언트

측 JavaScript 및 이미지로 구성됩니다. 웹 사이트 호스팅에 가장 비용 효율적인 방법은 무엇입니까?

 

선택지

A. 웹 사이트를 컨테이너화하고 AWS Fargate에서 호스팅합니다.

B. Amazon S3 버킷을 생성하고 그곳에서 웹사이트를 호스팅합니다.

C. Amazon EC2 인스턴스에 웹 서버를 배포하여 웹사이트를 호스팅합니다.

D. Express.js 프레임워크를 사용하는 AWS Lambda 대상으로 Application Load Balancer를 구성합니다.

---

 

풀이

정적 웹 사이트 호스팅에는 Amazon S3가 가장 비용 효율적입니다. S3는 웹 사이트 콘텐츠를 저장하고 제공하는 데 적합하며, 저렴한 비용으로 높은 내구성과 가용성을 제공합니다.

 

정답 : B

 

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

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

• 개발 팀이 다른 팀에서 액세스할 웹 사이트 호스팅 필요 
• 웹 사이트 콘텐츠: HTML, CSS, JavaScript, 이미지

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

• Amazon S3: 정적 웹 사이트를 저렴한 비용으로 호스팅할 수 있는 객체 스토리지 서비스입니다.
• AWS Fargate: 서버리스 컨테이너 실행 환경으로, 웹 애플리케이션 호스팅에 사용될 수 있지만 비용이 높을 수 있습니다.

• Amazon EC2: 가상 서버를 프로비저닝하여 웹 서버를 실행할 수 있지만, 관리 오버헤드가 있습니다.
• AWS Lambda: 서버리스 컴퓨팅 서비스로, 웹 애플리케이션 호스팅에 사용될 수 있지만 정적 콘텐츠에는 적합하지 않습니다.

3. 선택지 분석하기

A. AWS Fargate에서 컨테이너화하여 호스팅

→ 정적 웹사이트에 과도한 구성. 컨테이너 실행 비용과 관리 오버헤드 발생.

 

B. Amazon S3 버킷에서 웹사이트 호스팅

→ 가장 비용 효율적인 솔루션. 정적 웹사이트 호스팅에 최적화되어 있고 관리 오버헤드가 없음.

 

C. EC2 인스턴스에 웹 서버 배포

→ 서버 관리 필요. 정적 콘텐츠 호스팅에 불필요한 비용과 관리 부담 발생.

 

D. Lambda와 ALB 구성

→ 서버리스이지만 정적 콘텐츠 호스팅에 복잡하고 비용이 많이 발생. 과도한 구성.

 

감사합니다!