안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김유림입니다. 😊
이번 주도 힘내서 3문제씩 풀어가보겠습니다!
문제는 세 가지 단계를 거치며 풀겠습니다.
1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기
바로 문제 풀이 시작합니다.
문제1
회사는 다른 리전의 워크로드와 격리된 워크로드를 지원하고 실행하기 위해 AWS 리전에 여러 VPC를 보유하고 있습니다. 최근 애플리케이션 시작 요구 사항으로 인해 회사의 VPC는 모든 리전에서 다른 모든 VPC와 통신해야 합니다.
최소한의 관리 노력으로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?
선택지
A. VPC 피어링을 사용하여 단일 리전에서 VPC 통신을 관리합니다. 리전 간 VPC 피어링을 사용하여 VPC 통신을 관리합니다.
B. 모든 지역에서 AWS Direct Connect 게이트웨이를 사용하여 여러 지역에서 VPC를 연결하고 VPC 통신을 관리합니다.
C. AWS Transit Gateway를 사용하여 단일 지역에서 VPC 통신을 관리하고 지역 간 Transit Gateway 피어링을 사용하여 VPC 통신을 관리합니다.
D. 모든 지역에서 AWS PrivateLink를 사용하여 여러 지역에서 VPC를 연결하고 VPC 통신을 관리합니다.
풀이
여러 리전의 다수 VPC를 모두 상호 연결해야 합니다. Transit Gateway는 허브 앤 스포크 방식으로 다수 VPC를 중앙에서 통합 관리하고, 리전 간 피어링으로 다른 리전의 Transit Gateway와 연결되어 관리 부담을 최소화합니다.
정답 : C
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 동일 리전 내 모든 VPC 간 통신 구성하기
- 서로 다른 리전 간 VPC 통신 구성하기
- 최소한의 관리 노력으로 운영하기
2. 관련 AWS 서비스 생각하기
- AWS Transit Gateway : 다수의 VPC와 온프레미스 네트워크를 허브 앤 스포크 구조로 연결하는 네트워크 중계 서비스입니다. 각 VPC를 Transit Gateway에 한 번씩만 연결하면 모든 VPC가 상호 통신할 수 있어 연결 수가 폭증하지 않습니다. 리전 간 Transit Gateway 피어링을 통해 다른 리전의 Transit Gateway와도 연결할 수 있습니다.
- VPC 피어링 : 두 VPC 간 1대1 프라이빗 연결을 제공하는 기능입니다. 전이적 라우팅이 불가능해 N개 VPC를 완전 연결하려면 N(N-1)/2개의 피어링이 필요하므로 VPC 수가 늘면 관리가 매우 복잡해집니다.
- AWS Direct Connect Gateway : 온프레미스 데이터센터와 여러 리전의 VPC를 Direct Connect 회선으로 연결하는 게이트웨이입니다. VPC 간 통신을 직접 라우팅하는 용도가 아닙니다.
- AWS PrivateLink : 인터페이스 엔드포인트를 통해 특정 서비스에 프라이빗하게 접근하는 단방향 연결 방식입니다. 일반적인 VPC 대 VPC 양방향 네트워크 통신에는 적합하지 않습니다.
3. 선택지 분석하기
A. VPC 피어링을 사용하여 단일 리전에서 VPC 통신을 관리합니다. 리전 간 VPC 피어링을 사용하여 VPC 통신을 관리합니다.
→ VPC가 많을수록 피어링 연결 수가 기하급수적으로 증가하게 되어 오히려 관리 부담이 커질 수 있습니다.
B. 모든 지역에서 AWS Direct Connect 게이트웨이를 사용하여 여러 지역에서 VPC를 연결하고 VPC 통신을 관리합니다.
→ Direct Connect Gateway는 온프레미스와 VPC 연결을 위한 서비스로 VPC 간 통신 솔루션이 아니기에 부적절한 선택지 입니다.
C. AWS Transit Gateway를 사용하여 단일 지역에서 VPC 통신을 관리하고 지역 간 Transit Gateway 피어링을 사용하여 VPC 통신을 관리합니다.
→ 리전 내는 Transit Gateway 허브로, 리전 간은 Transit Gateway 피어링으로 통합 관리되어 운영 부담이 최소화된 적절한 선택입니다.
D. 모든 지역에서 AWS PrivateLink를 사용하여 여러 지역에서 VPC를 연결하고 VPC 통신을 관리합니다.
→ PrivateLink는 서비스 단위 단방향 연결이라 다수 VPC 간 양방향 통신에 부적합한 선택입니다.
이어서 다음 문제입니다.
문제2
회사에 온프레미스 SFTP 파일 전송 솔루션이 있습니다. 이 회사는 파일 전송 솔루션을 확장하고 Amazon S3를 사용하여 비용을 최적화하기 위해 AWS 클라우드로 마이그레이션하고 있습니다. 회사 직원은 온프레미스 Microsoft AD(Active Directory)에 대한 자격 증명을 사용하여 새 솔루션에 액세스합니다. 회사는 현재의 인증 및 파일 액세스 메커니즘을 유지하려고 합니다
최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?
선택지
A. S3 파일 게이트웨이를 구성합니다. 기존 Active Directory를 사용하여 인증하는 파일 게이트웨이에 SMB 파일 공유를 생성합니다.
B. SFTP 솔루션을 실행하기 위해 Amazon EC2 인스턴스로 Auto Scaling 그룹을 구성합니다. 60% CPU 사용률로 확장되도록 그룹을 구성합니다.
C. SFTP 엔드포인트를 사용하여 AWS Transfer Family 서버를 생성합니다. AWS 디렉터리 서비스 옵션을 자격 증명 공급자로 선택합니다. AD Connector를 사용하여 온프레미스 Active Directory를 연결합니다.
D. AWS Transfer Family SFTP 엔드포인트를 생성합니다. 기존 Active Directory에 연결하기 위한 자격 증명 공급로 AWS Directory Service 옵션을 사용하도록 엔드포인트를 구성합니다.
풀이
SFTP 프로토콜과 온프레미스 AD 인증을 그대로 유지하면서 S3에 파일을 저장해야 합니다. AWS Transfer Family는 관리형 SFTP 서비스이며, AD Connector를 통해 온프레미스 AD에 직접 연결해 기존 자격 증명을 그대로 사용할 수 있습니다.
정답 : C
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- SFTP 기반 파일 전송 솔루션을 S3로 마이그레이션하기
- 온프레미스 Active Directory 자격 증명으로 인증하기
- 최소한의 운영 오버헤드로 구성하기
2. 관련 AWS 서비스 생각하기
- AWS Transfer Family : SFTP, FTPS, FTP, AS2 프로토콜로 S3나 EFS에 파일을 주고받을 수 있는 완전관리형 파일 전송 서비스입니다. 서버 운영 없이 기존 클라이언트와 워크플로를 그대로 사용할 수 있으며, 자격 증명 공급자로 서비스 관리형, AWS Directory Service, Lambda 사용자 지정 인증을 지원합니다.
- AWS Directory Service AD Connector : 온프레미스 Active Directory에 대한 디렉터리 게이트웨이로 동작하는 프록시 서비스입니다. AWS 서비스의 인증 요청을 온프레미스 AD로 그대로 리디렉션하므로 사용자 정보를 복제하거나 동기화할 필요가 없습니다.
- AWS Directory Service : AWS Managed Microsoft AD, AD Connector, Simple AD를 제공하는 디렉터리 서비스 모음입니다. 기존 온프레미스 AD를 그대로 활용하려면 AD Connector가 가장 적합합니다.
3. 선택지 분석하기
A. S3 파일 게이트웨이를 구성합니다. 기존 Active Directory를 사용하여 인증하는 파일 게이트웨이에 SMB 파일 공유를 생성합니다.
→ S3 파일 게이트웨이는 SMB와 NFS만 지원하므로 SFTP 요구사항을 충족하지 못하는 서비스입니다.
B. SFTP 솔루션을 실행하기 위해 Amazon EC2 인스턴스로 Auto Scaling 그룹을 구성합니다. 60% CPU 사용률로 확장되도록 그룹을 구성합니다.
→ EC2에 SFTP 서버를 직접 운영하는 방식은 패치와 확장 관리 부담이 크기에 최소한의 운영 오버헤드를 요구하는 문제의 목적과 다릅니다.
C. SFTP 엔드포인트를 사용하여 AWS Transfer Family 서버를 생성합니다. AWS 디렉터리 서비스 옵션을 자격 증명 공급자로 선택합니다. AD Connector를 사용하여 온프레미스 Active Directory를 연결합니다.
→ 관리형 SFTP에 AD Connector를 결합해 기존 AD 자격 증명을 그대로 사용하면서 운영 부담을 최소화할 수 있는 적절한 선택입니다.
D. AWS Transfer Family SFTP 엔드포인트를 생성합니다. 기존 Active Directory에 연결하기 위한 자격 증명 공급로 AWS Directory Service 옵션을 사용하도록 엔드포인트를 구성합니다.
→ 온프레미스 AD를 직접 연결하려면 AD Connector를 명시해야 하기에, 해당 구성 요소가 빠져 있는 이 선택지는 불완전합니다.
마지막 문제 살펴보겠습니다.
문제3
전 세계에 기자를 보유하고 있는 한 언론사는 AWS에서 방송 시스템을 호스팅하고 있습니다. 기자는 방송 시스템에 생방송을 보냅니다. 기자들은 전화기의 소프트웨어를 사용하여 RTMP(Real Time Messaging Protocol)를 통해 라이브 스트림을 보냅니다.
솔루션 설계자는 보고자가 최고 품질의 스트림을 전송할 수 있는 기능을 제공하는 솔루션을 설계해야 합니다. 솔루션은 브로드캐스트 시스템에 대한 가속화된 TCP 연결을 다시 제공해야 합니다.
솔루션 설계자는 이러한 요구 사항을 충족하기 위해 무엇을 사용해야 합니까?
선택지
A. 아마존 클라우드프론트
B. AWS 글로벌 액셀러레이터
C. AWS 클라이언트 VPN
D. Amazon EC2 인스턴스 및 AWS 탄력적 IP 주소
풀이
RTMP는 TCP 기반 프로토콜이며, 전 세계 기자들이 보내는 라이브 스트림에 대해 가속화된 TCP 연결이 필요합니다. Global Accelerator는 AWS 글로벌 백본망을 이용해 TCP, UDP 트래픽을 가속화하므로 요구사항에 부합합니다.
정답 : B
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- RTMP 기반 라이브 스트림을 안정적으로 전송하기
- 전 세계 기자가 최고 품질의 스트림을 보내기
- 가속화된 TCP 연결을 브로드캐스트 시스템에 제공하기
2. 관련 AWS 서비스 생각하기
- AWS Global Accelerator : AWS의 글로벌 백본 네트워크를 활용해 사용자 트래픽을 가장 가까운 엣지 로케이션에서 받아 빠른 경로로 백엔드 리소스에 전달하는 네트워크 가속 서비스입니다. TCP와 UDP 트래픽을 모두 지원하며 고정 IP를 제공하고, 인터넷 구간의 지연과 패킷 손실을 줄여 실시간 전송에 적합합니다.
- Amazon CloudFront : 엣지 로케이션에서 콘텐츠를 캐싱해 전달하는 콘텐츠 전송 네트워크입니다. HTTP와 HTTPS 기반 콘텐츠 배포에 최적화되어 있으며 RTMP 라이브 인제스트 가속 용도로는 적합하지 않습니다.
- AWS Client VPN : 원격 사용자가 AWS 리소스와 온프레미스 네트워크에 안전하게 접근할 수 있게 하는 관리형 VPN 서비스입니다. 네트워크 가속이 아닌 보안 터널링이 주된 목적입니다.
- Elastic IP : EC2 인스턴스에 연결할 수 있는 정적 퍼블릭 IPv4 주소입니다. 주소 고정 용도로 사용되며 글로벌 트래픽 가속 기능은 제공하지 않습니다.
3. 선택지 분석하기
A. 아마존 클라우드프론트
→ CloudFront는 HTTP 기반 콘텐츠 배포용 CDN 서비스입니다. RTMP 인제스트 트래픽 가속에는 맞지 않는 활용입니다.
B. AWS 글로벌 액셀러레이터
→ AWS 글로벌 액셀러레이터는 AWS 백본망으로 TCP 연결을 가속화해 RTMP 라이브 스트림 품질을 안정적으로 향상시킬 수 있는 AWS 네트워크 가속 서비스입니다.
C. AWS 클라이언트 VPN
→ AWS 클라이언트 VPN 서비스는 보안 연결을 제공하는 서비스로 네트워크 성능 가속과는 전혀 무관한 서비스입니다.
D. Amazon EC2 인스턴스 및 AWS 탄력적 IP 주소
→ EIP라고 부르는 위 서비스는 고정 IP만 제공할 뿐 글로벌 TCP 트래픽 가속 기능이 없기에 적절하지 않습니다.
오늘 풀어본 문제는 전부 자주 나오는 유형들입니다!
한 번쯤 정확한 서비스 개념을 알고 가시면 좋을 것 같습니다.
금요일에 뵙겠습니다 😊
'AWS > SAA 준비' 카테고리의 다른 글
| AWS SAA 합격으로 가는 길 #177 (0) | 2026.05.18 |
|---|---|
| AWS SAA 합격으로 가는 길 #176 (0) | 2026.05.15 |
| AWS SAA 합격으로 가는 길 #174 (0) | 2026.05.08 |
| AWS SAA 합격으로 가는 길 #173 (0) | 2026.05.01 |
| AWS SAA 합격으로 가는 길 #173 (0) | 2026.04.27 |
