AWS SAA 합격으로 가는 길 #176

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

날씨가 무더워지고 있습니다. 저희는 무더위에 지지 않도록 으샤으샤 하여 문제풀이를 이어가 보겠습니다!

 

 

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

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

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

3. 선택지 분석하기

 

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

---

문제1

한 회사는 Amazon EC2 인스턴스에서 고성능 컴퓨팅(HPC) 워크로드를 실행할 계획입니다. 워크로드에는 긴밀하게 결합된 노드 간 통신을 통해 대기 시간이 짧은 네트워크 성능과 높은 네트워크 처리량이 필요합니다.

어떤 솔루션이 이러한 요구 사항을 충족합니까?

 

선택지

A. 클러스터 배치 그룹의 일부가 되도록 EC2 인스턴스를 구성합니다.
B. 전용 인스턴스 테넌시를 사용하여 EC2 인스턴스를 시작합니다.
C. EC2 인스턴스를 스팟 인스턴스로 시작합니다.
D. EC2 인스턴스가 시작될 때 온디맨드 용량 예약을 구성합니다.

---

풀이

HPC 워크로드는 노드 간 저지연, 고대역폭 통신이 필요합니다. 클러스터 배치 그룹은 동일 가용 영역의 단일 랙에 인스턴스를 물리적으로 가깝게 배치해 노드 간 네트워크 지연을 최소화하고 처리량을 극대화합니다.

 

정답 : A

 

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

---

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

• HPC 워크로드를 EC2에서 실행하기
• 노드 간 저지연 네트워크 성능 확보하기
• 높은 네트워크 처리량 달성하기

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

• Amazon EC2 : AWS에서 제공하는 가상 서버 서비스로 다양한 인스턴스 유형, 운영체제, 구매 옵션을 선택해 컴퓨팅 자원을 유연하게 사용할 수 있습니다. CPU, 메모리, 스토리지, 네트워크 성능이 다른 인스턴스 패밀리를 제공하며 배치 그룹, Auto Scaling, 로드 밸런서 등과 결합해 다양한 워크로드를 지원합니다.
  • EC2 클러스터 배치 그룹 : 동일 가용 영역 내에서 인스턴스를 물리적으로 가깝게 배치해 노드 간 통신의 지연을 줄이고 대역폭을 극대화하는 배치 전략입니다. HPC, 머신러닝 학습, 빅데이터 분석처럼 긴밀하게 결합된 워크로드에 적합합니다.
  • EC2 파티션 배치 그룹 : 인스턴스를 여러 파티션에 분산해 하드웨어 장애 영향을 격리하는 전략입니다. Hadoop, Cassandra 같은 분산 시스템에 적합한 방식입니다.
  • EC2 분산 배치 그룹 : 각 인스턴스를 서로 다른 하드웨어에 분산 배치해 동시 장애 위험을 줄이는 전략입니다. 가용성을 높이는 데 목적이 있습니다.
  • 전용 인스턴스 테넌시 : 다른 AWS 고객과 물리 하드웨어를 공유하지 않도록 단독 호스트에서 인스턴스를 실행하는 옵션입니다. 규정 준수나 라이선스 요구사항을 만족하는 용도입니다.
  • EC2 스팟 인스턴스 : 미사용 EC2 용량을 큰 폭의 할인 가격에 제공하는 구매 옵션입니다. 가격 또는 용량 변동으로 중단될 수 있어 내구성이 뛰어난 아키텍처에서 주로 사용합니다.
  • EC2 온디맨드 용량 예약 : 특정 가용 영역에 EC2 용량을 사전에 예약해 필요한 시점에 확실하게 확보하는 기능입니다. 용량 보장이 목적인 방법입니다.

3. 선택지 분석하기

A. 클러스터 배치 그룹의 일부가 되도록 EC2 인스턴스를 구성합니다.
→ 인스턴스가 물리적으로 가깝게 배치되어 저지연 고대역폭 노드 간 통신을 제공합니다.

 

B. 전용 인스턴스 테넌시를 사용하여 EC2 인스턴스를 시작합니다.
→ 하드웨어 격리 옵션일 뿐 네트워크 지연이나 처리량 개선과 무관합니다.

 

C. EC2 인스턴스를 스팟 인스턴스로 시작합니다.
→ 비용 절감 옵션이지만 중단 가능성이 있어 HPC 안정성 요구를 충족하지 못합니다.

 

D. EC2 인스턴스가 시작될 때 온디맨드 용량 예약을 구성합니다.

→ 용량 확보 수단일 뿐 노드 간 통신 성능에는 영향을 주지 않아 적합한 선택은 아닙니다.

---

 

이어서 다음 문제입니다.

---

문제2

회사는 Amazon API Gateway를 사용하여 타사 서비스 공급자가 액세스하는 REST API를 관리합니다. 회사는 SQL 주입 및 크로스 사이트 스크립팅 공격으로부터 REST API를 보호해야 합니다.

이러한 요구 사항을 충족하는 가장 운영 효율적인 솔루션은 무엇입니까?

 

선택지

A. AWS Shield를 구성합니다.
B. AWS WAF를 구성합니다.
C. Amazon CloudFront 배포를 사용하여 API 게이트웨이를 설정합니다. CloudFront에서 AWS Shield를 구성합니다.
D. Amazon CloudFront 배포로 API 게이트웨이를 설정합니다. CloudFront에서 AWS WAF를 구성합니다.

---

풀이

SQL 주입과 XSS는 애플리케이션 계층 공격으로 웹 애플리케이션 방화벽이 필요합니다. AWS WAF는 API Gateway와 직접 통합되어 별도의 CloudFront 구성 없이도 관리형 규칙으로 두 공격을 차단할 수 있어 가장 효율적입니다.

 

정답 : B

 

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

---

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

• API Gateway 기반 REST API를 보호하기
• SQL 주입과 XSS 같은 애플리케이션 계층 공격 차단하기
• 가장 운영 효율적인 방식으로 구성하기

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

• AWS WAF : 웹 애플리케이션 방화벽 서비스로 HTTP와 HTTPS 요청을 검사해 SQL 주입, XSS 등 OSI 7계층 공격을 차단합니다. IP 주소, HTTP 헤더, URI, 요청 본문, 쿼리 문자열 등 다양한 조건으로 규칙을 정의할 수 있으며 Rate-based 규칙으로 특정 IP의 과도한 요청도 제어할 수 있습니다. AWS가 사전 제공하는 관리형 규칙 그룹을 활용하면 OWASP Top 10 같은 일반적인 위협을 빠르게 방어할 수 있고, CloudFront, API Gateway, ALB, AppSync, Cognito 등 다양한 리소스에 직접 연결할 수 있습니다.
• AWS Shield : AWS 리소스를 DDoS 공격으로부터 보호하는 관리형 서비스입니다. Shield Standard는 모든 AWS 고객에게 무료로 제공되며 SYN/UDP 플러드 같은 일반적인 네트워크 계층과 전송 계층 공격을 자동으로 방어합니다. Shield Advanced는 유료 서비스로 대규모 DDoS 공격에 대한 강화된 보호, 실시간 공격 가시성, DDoS Response Team 지원, 공격으로 인한 요금 폭증에 대한 비용 보호를 제공합니다. 다만 L7 인젝션 공격 방어를 위해서는 WAF와 함께 사용해야 합니다.
• Amazon API Gateway : REST, HTTP, WebSocket API를 생성, 게시, 운영, 모니터링할 수 있는 완전관리형 서비스입니다. 백엔드로 Lambda, EC2, 컨테이너, 외부 HTTP 엔드포인트 등을 연결할 수 있으며 인증과 권한 부여를 위해 IAM, Cognito, Lambda 권한 부여자를 지원합니다. 요청 스로틀링, 캐싱, 사용량 계획, API 키 관리 같은 기능을 기본 제공하며 AWS WAF를 직접 연결해 L7 공격을 방어할 수 있습니다.

3. 선택지 분석하기

A. AWS Shield를 구성합니다.
→ Shield는 DDoS 방어용이라 SQL 주입과 XSS 같은 L7 공격을 차단하기에 부족합니다. 다른 서비스와 결합하여야 하기에 적절한 선택지가 아닙니다.

 

B. AWS WAF를 구성합니다.
→ WAF를 API Gateway에 직접 연결하면 관리형 규칙으로 SQL 주입과 XSS를 효율적으로 차단할 수 있습니다. 적절한 선택지입니다.

 

C. Amazon CloudFront 배포를 사용하여 API 게이트웨이를 설정합니다. CloudFront에서 AWS Shield를 구성합니다.
→ Shield는 L7 인젝션 공격을 막을 수 없고 CloudFront 추가도 불필요한 구성이기에 효율적인 방식 구성에 어긋납니다.

 

D. Amazon CloudFront 배포로 API 게이트웨이를 설정합니다. CloudFront에서 AWS WAF를 구성합니다.

→ WAF가 API Gateway에 직접 연결 가능하므로 CloudFront를 추가하는 것은 운영 효율성을 떨어뜨릴 수 있어 적합하지 않습니다.

---

 

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

---

문제3

회사는 Amazon EC2 인스턴스에서 상태 저장 프로덕션 애플리케이션을 실행합니다. 애플리케이션을 항상 실행하려면 최소 2개의 EC2 인스턴스가 필요합니다. 

솔루션 설계자는 응용 프로그램을 위한 고가용성 및 내결함성 아키텍처를 설계해야 합니다. 솔루션 설계자는 EC2 인스턴의 Auto Scaling 그룹을 생성합니다.

이러한 요구 사항을 충족하기 위해 솔루션 설계자가 수행해야 하는 추가 단계는 무엇입니까?

 

선택지

A. Auto Scaling 그룹의 최소 용량을 2로 설정합니다. 하나의 가용 영역에 하나의 온디맨드 인스턴스를 배포하고 두 번째 가용 영역에 하나의 온디맨드 인스턴스를 배포합니다.
B. Auto Scaling 그룹의 최소 용량을 4개로 설정합니다. 하나의 가용 영역에 2개의 온디맨드 인스턴스를 배포하고 두 번째 가용 영역에 2개의 온디맨드 인스턴스를 배포합니다.
C. Auto Scaling 그룹의 최소 용량을 2로 설정합니다. 하나의 가용 영역에 4개의 스팟 인스턴스를 배포합니다.
D. Auto Scaling 그룹의 최소 용량을 4로 설정합니다. 하나의 가용 영역에 2개의 온디맨드 인스턴스를 배포하고 두 번째 가용 영역에 2개의 스팟 인스턴스를 배포합니다.

---

풀이

항상 최소 2개 인스턴스 유지와 고가용성, 내결함성을 동시에 만족해야 합니다. 한 가용 영역 장애가 발생해도 최소 2개가 유지되려면 두 가용 영역에 각 2개씩 총 4개를 배포하고 최소 용량을 4로 설정해야 합니다.

 

정답 : B

 

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

---

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

• 항상 최소 2개 인스턴스 실행 상태 유지하기
• 단일 가용 영역 장애에도 서비스 지속하기
• 상태 저장 프로덕션 워크로드의 안정성 확보하기

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

• Amazon EC2 : AWS가 제공하는 가상 서버 서비스로 사용자가 원하는 사양의 컴퓨팅 리소스를 몇 분 안에 프로비저닝할 수 있습니다. 범용, 컴퓨팅 최적화, 메모리 최적화, 스토리지 최적화, 가속 컴퓨팅 등 다양한 인스턴스 패밀리를 제공하며 워크로드 특성에 맞춰 선택할 수 있습니다. 구매 옵션으로는 온디맨드, 예약 인스턴스, Savings Plans, 스팟 인스턴스, 전용 호스트가 있어 비용과 가용성 요구에 따라 조합할 수 있습니다. AMI를 기반으로 빠르게 인스턴스를 생성할 수 있고 EBS 볼륨, 보안 그룹, 키 페어, IAM 역할 등과 결합해 운영됩니다.
• EC2 Auto Scaling 그룹 : EC2 인스턴스의 컬렉션을 논리 단위로 관리하면서 정책에 따라 자동으로 인스턴스를 추가하거나 제거하는 서비스입니다. 최소, 원하는, 최대 용량을 정의하면 그 범위 내에서 인스턴스 수를 유지하며, 비정상 인스턴스는 헬스 체크로 감지해 자동으로 교체합니다. 대상 추적, 단계 조정, 예약된 작업, 예측 조정 등 다양한 스케일링 정책을 지원하며, 시작 템플릿을 통해 인스턴스 유형, AMI, 보안 그룹 등을 표준화해 실행합니다. 여러 가용 영역에 인스턴스를 분산 배치하고 ELB와 연동해 트래픽을 자동으로 분산함으로써 고가용성과 탄력성을 확보합니다.
• 가용 영역 : 하나의 AWS 리전 안에 존재하는 물리적으로 분리된 데이터센터 집합으로, 각각 독립된 전력, 네트워킹, 냉각 시설을 갖추고 있습니다. 동일 리전 내 가용 영역끼리는 저지연 고대역폭 전용 네트워크로 연결되어 동기 복제나 다중 AZ 구성이 가능하면서도 한 가용 영역의 장애가 다른 가용 영역으로 전파되지 않도록 격리되어 있습니다. EC2, RDS, ELB 같은 서비스를 여러 가용 영역에 분산 배치하면 데이터센터 단위의 장애에도 서비스를 지속할 수 있어 고가용성 아키텍처의 기본 단위로 활용됩니다.

3. 선택지 분석하기

A. Auto Scaling 그룹의 최소 용량을 2로 설정합니다. 하나의 가용 영역에 하나의 온디맨드 인스턴스를 배포하고 두 번째 가용 영역에 하나의 온디맨드 인스턴스를 배포합니다.

→ 가용 영역 하나가 장애가 나면 인스턴스가 1개만 남아 최소 2개 요건을 충족하지 못합니다.

B. Auto Scaling 그룹의 최소 용량을 4개로 설정합니다. 하나의 가용 영역에 2개의 온디맨드 인스턴스를 배포하고 두 번째 가용 영역에 2개의 온디맨드 인스턴스를 배포합니다.
→ 한 가용 영역이 다운되어도 다른 영역의 2개 인스턴스가 살아 있어 항상 최소 2개 운영이 보장됩니다.

 

C. Auto Scaling 그룹의 최소 용량을 2로 설정합니다. 하나의 가용 영역에 4개의 스팟 인스턴스를 배포합니다.
→ 단일 가용 영역 배포로 내결함성이 없고 스팟 인스턴스는 중단될 수 있어 상시 가용성을 보장할 수 없습니다.

 

D. Auto Scaling 그룹의 최소 용량을 4로 설정합니다. 하나의 가용 영역에 2개의 온디맨드 인스턴스를 배포하고 두 번째 가용 영역에 2개의 스팟 인스턴스를 배포합니다.

→ 스팟 인스턴스가 회수되면 두 번째 가용 영역 인스턴스가 사라져 항상 최소 2개를 보장하기 어렵습니다.

---

 

오늘은 EC2와 관련된 문제 위주로 살펴보았습니다.

가장 기본적이면서 고가용성을 이룰 수 있는 좋은 방법들이기에 전부 꼼꼼히 살펴보셨으면 좋겠습니다.

 

그럼 저희는 다음주 월요일에 뵙겠습니다 😊