안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김유림입니다. 😊
벌써 1월 마지막 문제풀이 시간이네요.
문제는 세 가지 단계를 거치며 풀어가겠습니다.
1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기
바로 문제 풀이 시작합니다.
문제1
한 회사는 대규모 웹 애플리케이션을 서버리스 마이크로서비스 아키텍처로 재설계하려고 합니다. 애플리케이션은 Amazon EC2 인스턴스를 사용하며 Python으로 작성되었습니다.
회사는 마이크로서비스로 테스트하기 위해 웹 애플리케이션의 한 구성 요소를 선택했습니다. 구성 요소는 초당 수백 개의 요청을 지원합니다. 회사는 Python을 지원하는 AWS 솔루션에서 마이크로서비스를 생성하고 테스트하려고 합니다. 또한 솔루션은 자동으로 확장되어야 하며 최소한의 인프라와 운영 지원이 필요합니다.
어떤 솔루션이 이러한 요구 사항을 충족합니까?
선택지
A. 최신 Amazon Linux 운영 체제를 실행하는 EC2 인스턴스의 자동 확장 기능이 있는 스팟 집합을 사용하십시오.
B. 고가용성이 구성된 AWS Elastic Beanstalk 웹 서버 환경을 사용하십시오.
C. Amazon Elastic Kubernetes Service(Amazon EKS)를 사용합니다. 자체 관리형 EC2 인스턴스의 Auto Scaling 그룹을 시작합니다.
D. 사용자 정의 개발 코드를 실행하는 AWS Lambda 함수를 사용하십시오.
풀이
이 문제는 Python을 지원하는 서버리스 마이크로서비스 환경에서, 초당 수백 건의 요청을 자동 확장으로 처리하면서 인프라 운영 부담을 최소화하는 것이 핵심입니다. AWS Lambda는 서버 관리 없이 Python 코드를 실행할 수 있고, 요청 수에 따라 자동으로 확장됩니다. EC2 Auto Scaling, Elastic Beanstalk, Amazon EKS는 인스턴스나 클러스터 관리가 필요해 운영 부담이 존재합니다.
정답 : D
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- Python으로 구현된 애플리케이션 구성 요소를 마이크로서비스 형태로 분리 후 테스트
- 초당 수백 건의 웹 요청을 처리할 수 있도록 자동 확장 기능 필요
- 서버 및 인프라 운영에 대한 관리 부담 최소화
2. 관련 AWS 서비스 생각하기
- AWS Elastic Beanstalk : 애플리케이션 배포를 단순화하는 관리형 서비스로, 코드 업로드만으로 웹 애플리케이션을 실행할 수 있습니다.
- AWS Lambda : 완전 관리형 서버리스 컴퓨팅 서비스로, 운영체제 관리 없이 코드를 실행할 수 있습니다. Python 런타임을 기본 지원하며, 요청 수에 따라 자동으로 확장되어 초당 수백 건 이상의 트래픽을 처리할 수 있습니다
- Amazon EKS : Kubernetes 기반 컨테이너 오케스트레이션 서비스로, Kubernetes 클러스터 인프라 관리를 자동화를 제공합니다. 컨테이너화된 애플리케이션을 실행하고 관리할 수 있습니다.
3. 선택지 분석하기
A. 최신 Amazon Linux 운영 체제를 실행하는 EC2 인스턴스의 자동 확장 기능이 있는 스팟 집합을 사용하십시오.
→ EC2는 인스턴스와 운영체제 관리가 필요하며, 서버리스 환경에서 최소 운영으로 마이크로서비스를 테스트에 부적절합니다.
B. 고가용성이 구성된 AWS Elastic Beanstalk 웹 서버 환경을 사용하십시오.
→ Elastic Beanstalk는 내부적으로 EC2 기반으로 동작하므로 서버 관리 부담이 존재해 서버리스 아키텍처 요구와 거리가 있습니다.
C. Amazon Elastic Kubernetes Service(Amazon EKS)를 사용합니다. 자체 관리형 EC2 인스턴스의 Auto Scaling 그룹을 시작합니다.
→ EKS는 Kubernetes 클러스터와 노드 운영이 필요하여 부적절합니다.
D. 사용자 정의 개발 코드를 실행하는 AWS Lambda 함수를 사용하십시오.
→ Lambda는 Python 코드를 서버 관리 없이 실행할 수 있고 요청 수에 따라 자동 확장되어 적절한 선택지입니다.
이어서 다음 문제입니다.
문제2
회사에서 애플리케이션을 만들고 있습니다. 회사는 여러 온프레미스 위치에 애플리케이션 테스트의 데이터를 저장합니다.
회사는 온프레미스 위치를 AWS 클라우드의 AWS 지역에 있는 VPC에 연결해야 합니다. 내년에는 계정과 VPC 수가 증가할 예정입니다. 네트워크 아키텍처는 새로운 연결 관리를 단순화해야 하며 확장 기능을 제공해야 합니다.
최소한의 관리 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?
선택지
A. VPC 간에 피어링 연결을 생성합니다. VPC와 온프레미스 위치 간에 VPN 연결을 생성합니다.
B. Amazon EC2 인스턴스를 시작합니다. 인스턴스에는 VPN 연결을 사용하여 모든 VPC와 온프레미스 위치를 연결하는 VPN 소프트웨어를 포함합니다.
C. 전송 게이트웨이를 생성합니다. VPC 연결을 위한 VPC 연결을 생성합니다. 온프레미스 연결을 위한 VPN 연결을 만듭니다.
D. 온프레미스 위치와 중앙 VPC 간에 AWS Direct Connect 연결을 생성합니다. 피어링 연결을 사용하여 중앙 VPC를 다른 VPC에 연결합니다.
풀이
이 문제는 여러 온프레미스 위치를 다수 VPC에 연결하면서, 향후 VPC와 계정 증가에도 연결 관리를 단순화하는 것이 핵심입니다. AWS Transit Gateway는 VPC와 온프레미스를 연결해 VPC 추가 시 attachment만 생성하면 되어 관리 오버헤드가 가장 낮습니다.
정답 : C
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 여러 온프레미스 환경을 AWS 리전 내 여러 VPC와 연동
- 향후 계정 및 VPC 증가를 고려한 네트워크 확장 구조
- 신규 연결 추가와 운영 관리 부담 최소화
2. 관련 AWS 서비스 생각하기
- AWS Transit Gateway : 서로 다른 VPC간에 통신이 가능하게 하는 서비스입니다. VPC나 계정이 늘어나도 각 리소스를 attachment 방식으로 추가할 수 있어 확장성이 뛰어납니다.
- VPC Peering : 두 VPC 간에 1:1로 프라이빗 네트워크 연결을 제공하는 서비스입니다. 동일한 네트워크에 속하는 경우와 같이 VPC의 인스턴스가 서로 통신할 수 있습니다.
- AWS Direct Connect : 온프레미스와 AWS 간에 전용 네트워크 회선을 제공하는 서비스입니다. 인터넷 기반 연결보다 네트워크 비용을 절감하고 대역폭 처리량을 높이며 더욱 안정적인 네트워크 환경을 제공합니다.
3. 선택지 분석하기
A. VPC 간에 피어링 연결을 생성합니다. VPC와 온프레미스 위치 간에 VPN 연결을 생성합니다.
→ VPC 피어링은 VPC가 증가하면 연결 수도 증가하고, 온프레미스까지 개별 VPN 관리해서 운영 복잡도가 높습니다.
B. Amazon EC2 인스턴스를 시작합니다. 인스턴스에는 VPN 연결을 사용하여 모든 VPC와 온프레미스 위치를 연결하는 VPN 소프트웨어를 포함합니다.
→ EC2 기반 VPN은 직접 소프트웨어 운영, 확장이 필요해 관리 오버헤드가 커서 부적절합니다.
C. 전송 게이트웨이를 생성합니다. VPC 연결을 위한 VPC 연결을 생성합니다. 온프레미스 연결을 위한 VPN 연결을 만듭니다.
→ Transit Gateway는 중앙 허브로 VPC와 온프레미스를 attachment 방식으로 연결해 적절한 선택지입니다.
D. 온프레미스 위치와 중앙 VPC 간에 AWS Direct Connect 연결을 생성합니다. 피어링 연결을 사용하여 중앙 VPC를 다른 VPC에 연결합니다.
→ 중앙 VPC 피어링 구조는 전이 라우팅이 불가해 확장성과 관리 단순화 요구에 부적합합니다.
마지막 문제 살펴보겠습니다.
문제3
한 회사는 AWS 클라우드에서 긴밀하게 결합된 고성능 컴퓨팅(HPC) 환경을 설계하고 있습니다. 회사는 네트워킹 및 스토리지를 위해 HPC 환경을 최적화하는 기능을 포함해야 합니다.
이러한 요구 사항을 충족하는 솔루션 조합은 무엇입니까? (2개를 선택하세요.)
선택지
A. AWS Global Accelerator에서 액셀러레이터를 생성합니다. 가속기에 대한 사용자 지정 라우팅을 구성합니다.
B. Lustre 파일 시스템용 Amazon FSx를 생성합니다. 스크래치 스토리지로 파일 시스템을 구성합니다.
C. Amazon CloudFront 배포판을 생성합니다. 뷰어 프로토콜 정책을 HTTP 및 HTTPS로 구성합니다.
D. Amazon EC2 인스턴스를 시작합니다. EFA(Elastic Fabric Adapter)를 인스턴스에 연결합니다.
E. 환경을 관리하기 위해 AWS Elastic Beanstalk 배포를 생성합니다.
풀이
고성능 컴퓨팅(HPC) 환경은 대규모 병렬 처리와 노드 간 긴밀한 통신이 필요하므로, 네트워킹 측면에서는 초저지연 고대역폭 통신을 제공하는 EFA가 필수적입니다. 스토리지 측면에서는 병렬 파일 시스템인 FSx for Lustre가 HPC 워크로드에 최적화된 고성능 스토리지를 제공합니다.
정답 : B, D
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 긴밀하게 결합된(tightly coupled) HPC 환경 구축
- 네트워킹 및 스토리지 최적화 필요
- AWS 클라우드 환경에서 구현
2. 관련 AWS 서비스 생각하기
- EFA(Elastic Fabric Adapter) : HPC 및 기계학습 워크로드를 위한 고성능 네트워크 인터페이스로, OS-bypass 기능을 통해 커널을 우회하여 초저지연 통신을 제공하며, MPI(Message Passing Interface) 같은 HPC 통신 프로토콜을 지원하여 긴밀하게 결합된 애플리케이션에 최적화되어 있습니다.
- HPC의 특성 : 고성능 컴퓨팅은 수천 개의 컴퓨팅 노드가 긴밀하게 협력하여 복잡한 계산을 수행하는 환경으로, 노드 간 초저지연 통신과 높은 처리량, 그리고 대용량 데이터를 빠르게 읽고 쓸 수 있는 병렬 파일 시스템이 필수적입니다.
- Amazon FSx for Lustre : 고성능 병렬 파일 시스템으로, 기계학습, HPC, 비디오 처리 등 고속 데이터 처리가 필요한 워크로드에 최적화되어 있으며, 스크래치 스토리지 옵션은 임시 데이터 처리에 적합하고 영구 스토리지 옵션보다 저렴한 비용으로 높은 성능을 제공합니다.
- AWS Global Accelerator : 글로벌 사용자를 위한 애플리케이션 가용성과 성능을 개선하는 서비스로, AWS 글로벌 네트워크를 활용하여 트래픽을 라우팅하지만, HPC처럼 단일 리전 내 긴밀한 통신이 필요한 환경과는 목적이 다릅니다.
3. 선택지 분석하기
A. AWS Global Accelerator에서 액셀러레이터를 생성합니다. 가속기에 대한 사용자 지정 라우팅을 구성합니다.
→ 전역 네트워크 경로 최적화를 위한 서비스이며, 로컬 HPC 클러스터의 내부 네트워킹과는 관련이 없습니다.
B. Lustre 파일 시스템용 Amazon FSx를 생성합니다. 스크래치 스토리지로 파일 시스템을 구성합니다.
→ HPC 분야에서 가장 널리 쓰이는 고성능 병렬 파일 시스템을 제공하므로 스토리지 최적화 요구사항을 충족합니다.
C. Amazon CloudFront 배포판을 생성합니다. 뷰어 프로토콜 정책을 HTTP 및 HTTPS로 구성합니다.
→ 콘텐츠 전송 네트워크(CDN) 서비스로, HPC 네트워킹 성능 향상과는 관련이 없습니다.
D. Amazon EC2 인스턴스를 시작합니다. EFA(Elastic Fabric Adapter)를 인스턴스에 연결합니다.
→ 노드 간 낮은 지연 시간과 높은 처리량을 보장하는 특수 네트워크 어댑터이므로 네트워킹 최적화 요구사항을 충족합니다.
E. 환경을 관리하기 위해 AWS Elastic Beanstalk 배포를 생성합니다.
→ 웹 애플리케이션의 배포 및 관리 자동화 서비스이며, HPC의 복잡한 연산 환경을 구성하는 데 적합하지 않습니다.
그러면 이제 2월에 뵙겠습니다! 1월 한 달도 고생 많으셨습니다.
'AWS > SAA 준비' 카테고리의 다른 글
| AWS SAA 합격으로 가는 길 #153 (1) | 2026.01.26 |
|---|---|
| AWS SAA 합격으로 가는 길 #152 (0) | 2026.01.23 |
| AWS SAA 합격으로 가는 길 #151 (0) | 2026.01.19 |
| AWS SAA 합격으로 가는 길 #150 (1) | 2026.01.16 |
| AWS SAA 합격으로 가는 길 #149 (0) | 2026.01.12 |