본문 바로가기
AWS/SAA 준비

AWS SAA 합격으로 가는 길 #186

by Pacloud 2026. 6. 22.
반응형

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

월요일이에요! 운영·확장·보안 주제로 한 주의 시작을 가볍게 열어볼게요.

 

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

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

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

3. 선택지 분석하기

 

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

문제1

회사는 일주일의 첫날이 되기 전에 매주 중요한 데이터 분석 작업을 실행합니다. 작업을 완료하려면 분석을 완료하는 데 최소 1시간이 필요합니다. 작업은 상태를 저장하며 중단을 허용할 수 없습니다. 회사는 AWS에서 작업을 실행하기 위한 솔루션이 필요합니다.

 

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

 

선택지

A. 작업에 대한 컨테이너를 생성합니다. Amazon EventBridge Scheduler를 사용하여 Amazon Elastic Container Service(Amazon ECS) 클러스터에서 AWS Fargate 작업으로 실행되도록 작업을 예약합니다.

B. AWS Lambda 함수에서 실행되도록 작업을 구성합니다. Amazon EventBridge에서 예약 규칙을 생성하여 Lambda 함수를 호출합니다.

C. Amazon Linux를 실행하는 Amazon EC2 스팟 인스턴스의 Auto Scaling 그룹을 구성합니다. 분석을 실행하려면 인스턴스에 crontab 항목을 구성하십시오.

D. 작업을 실행하도록 AWS DataSync 작업을 구성합니다. 일정에 따라 작업을 실행하도록 cron 표현식을 구성합니다.

풀이

1시간 이상 실행되고 중단을 허용하지 않는 상태 저장 작업은 Lambda(15분 한계)나 스팟 인스턴스(중단 가능)로 처리할 수 없습니다. ECS Fargate 작업을 EventBridge Scheduler로 매주 실행하면 서버 관리 없이 안정적으로 장시간 작업을 수행할 수 있습니다.

 

정답 : A

 

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

더보기

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

  • 매주 1회 정기 실행되는 데이터 분석 작업.
  • 최소 1시간 이상 실행되며 상태를 유지해야 함.
  • 중단·실패 없이 안정적으로 완료되어야 함.

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

  • AWS Fargate : 컨테이너에 적합한 서버리스 컴퓨팅 엔진으로 서버 관리 없이 컨테이너 작업을 실행할 수 있습니다. 실행 시간 제약이 없고 작업을 중단 없이 끝까지 실행하기에 적합합니다.
  • Amazon ECS : 컨테이너화된 애플리케이션의 배포·관리·확장을 돕는 오케스트레이션 서비스입니다.
  • Amazon EventBridge Scheduler : cron 또는 rate 표현식을 기반으로 AWS 서비스를 정해진 시간에 호출할 수 있는 관리형 스케줄링 서비스입니다.
  • AWS Lambda : 서버리스 컴퓨팅이지만 단일 실행 시간이 최대 15분으로 제한되어 장시간 작업에는 부적합합니다.

3. 선택지 분석하기

A. 작업에 대한 컨테이너를 생성합니다. Amazon EventBridge Scheduler를 사용하여 Amazon Elastic Container Service(Amazon ECS) 클러스터에서 AWS Fargate 작업으로 실행되도록 작업을 예약합니다.

→ 서버리스 컨테이너에서 시간 제한 없이 안정 실행 + 매주 예약까지 한 번에 충족합니다.

 

B. AWS Lambda 함수에서 실행되도록 작업을 구성합니다. Amazon EventBridge에서 예약 규칙을 생성하여 Lambda 함수를 호출합니다.

→ Lambda는 15분 실행 한계가 있어 1시간 이상 작업에 부적합합니다.

 

C. Amazon Linux를 실행하는 Amazon EC2 스팟 인스턴스의 Auto Scaling 그룹을 구성합니다. 분석을 실행하려면 인스턴스에 crontab 항목을 구성하십시오.

→ 스팟 인스턴스는 언제든 회수될 수 있어 중단 불가 요건과 충돌합니다.

 

D. 작업을 실행하도록 AWS DataSync 작업을 구성합니다. 일정에 따라 작업을 실행하도록 cron 표현식을 구성합니다.

→ DataSync는 데이터 전송용이며 일반적인 분석 작업 실행 도구가 아닙니다.

 

이어서 다음 문제입니다.

문제2

회사의 애플리케이션이 Elastic Load Balancing(ELB) 로드 밸런서 뒤의 Auto Scaling 그룹 내의 Amazon EC2 인스턴스에서 실행되고 있습니다. 애플리케이션 기록을 토대로 회사에서는 매년 휴일 동안 트래픽이 급증할 것으로 예상합니다. 솔루션 아키텍트는 Auto Scaling 그룹이 애플리케이션 사용자에 대한 성능 영향을 최소화하기 위해 용량을 사전에 늘리도록 하는 전략을 설계해야 합니다.

 

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

 

선택지

A. CPU 사용률이 90%를 초과하면 EC2 인스턴스를 확장하기 위해 Amazon CloudWatch 경보를 생성합니다.

B. 예상되는 최고 수요 기간 이전에 Auto Scaling 그룹을 확장하기 위해 반복 예약 작업을 생성합니다.

C. 피크 수요 기간 동안 Auto Scaling 그룹의 최소 및 최대 EC2 인스턴스 수를 늘립니다.

D. Auto Scaling:EC2_INSTANCE_LAUNCH 이벤트가 있을 때 알림을 보내도록 Amazon Simple Queue Service(Amazon SQS) 알림을 구성합니다.

풀이

매년 휴일처럼 예측 가능한 트래픽 급증에는 Auto Scaling의 예약 작업(Scheduled Action)이 가장 적합합니다. 부하 발생 전에 미리 인스턴스 수를 늘려 워밍업까지 마칠 수 있어 사용자가 느끼는 성능 저하를 최소화합니다.

 

정답 : B

 

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

더보기

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

  • 매년 휴일처럼 예측 가능한 트래픽 급증에 대응.
  • 부하 발생 전에 미리 용량을 확보(사전 확장).
  • 사용자 성능 영향 최소화.

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

  • Auto Scaling 예약 작업(Scheduled Action) : 특정 시점에 Auto Scaling 그룹의 desired/min/max 용량을 변경하도록 미리 예약하는 기능으로, 예측 가능한 수요 변화에 사전 대응할 때 사용됩니다.
  • Auto Scaling 동적 확장(Dynamic Scaling) : CloudWatch 지표 임계치(CPU 등)를 초과하면 자동으로 확장하는 방식으로, 트래픽이 이미 증가한 뒤 반응하므로 초기 사용자에게 성능 저하가 발생할 수 있습니다.
  • Auto Scaling 예측 확장(Predictive Scaling) : ML 기반으로 부하를 예측해 사전에 인스턴스를 추가하는 기능으로 예약 작업의 자동화 버전이라 할 수 있습니다.

3. 선택지 분석하기

A. CPU 사용률이 90%를 초과하면 EC2 인스턴스를 확장하기 위해 Amazon CloudWatch 경보를 생성합니다.

→ 부하가 이미 발생한 뒤 반응형 확장이라 초기 사용자에게 성능 저하가 발생합니다.

 

B. 예상되는 최고 수요 기간 이전에 Auto Scaling 그룹을 확장하기 위해 반복 예약 작업을 생성합니다.

→ 사전 확장으로 트래픽 폭증 전에 용량을 확보해 성능 영향을 최소화합니다.

 

C. 피크 수요 기간 동안 Auto Scaling 그룹의 최소 및 최대 EC2 인스턴스 수를 늘립니다.

→ 자동화되지 않아 매년 수동으로 변경해야 해 운영 부담이 큽니다.

 

D. Auto Scaling:EC2_INSTANCE_LAUNCH 이벤트가 있을 때 알림을 보내도록 Amazon Simple Queue Service(Amazon SQS) 알림을 구성합니다.

→ 알림은 받지만 실제 확장 동작과는 무관한 구성입니다.

 

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

문제3

한 회사에 고객을 위한 모바일 앱이 있습니다. 앱의 데이터는 민감하므로 저장 시 암호화되어야 합니다. 회사는 AWS Key Management Service(AWS KMS)를 사용합니다. 회사에는 실수로 KMS 키가 삭제되는 것을 방지하는 솔루션이 필요합니다. 솔루션은 사용자가 KMS 키를 삭제하려고 할 때 Amazon Simple 알림 서비스(Amazon SNS)를 사용하여 관리자에게 이메일 알림을 보내야 합니다.

 

최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

 

선택지

A. 사용자가 KMS 키를 삭제하려고 할 때 반응하는 Amazon EventBridge 규칙을 생성하십시오. KMS 키 삭제를 취소하는 AWS Config 규칙을 구성합니다. EventBridge 규칙의 대상으로 AWS Config 규칙을 추가합니다. 관리자에게 알리는 SNS 주제를 생성합니다.

B. KMS 키 삭제를 방지하기 위한 사용자 지정 논리가 있는 AWS Lambda 함수를 생성합니다. 사용자가 KMS 키를 삭제하려고 할 때 활성화되는 Amazon CloudWatch 경보를 생성합니다. DeleteKey 작업이 수행될 때 Lambda 함수를 호출하는 Amazon EventBridge 규칙을 생성합니다. SNS 주제를 생성합니다. 관리자에게 알리는 SNS 메시지를 게시하도록 EventBridge 규칙을 구성합니다.

C. KMS DeleteKey 작업이 수행될 때 반응하는 Amazon EventBridge 규칙을 생성합니다. AWS 시스템 관리자 자동화 Runbook을 시작하도록 규칙을 구성합니다. KMS 키 삭제를 취소하도록 Runbook을 구성합니다. SNS 주제를 생성합니다. 관리자에게 알리는 SNS 메시지를 게시하도록 EventBridge 규칙을 구성합니다.

D. AWS CloudTrail 추적을 생성합니다. 새로운 Amazon CloudWatch 로그 그룹에 로그를 전달하도록 추적을 구성합니다. CloudWatch 로그 그룹에 대한 지표 필터를 기반으로 CloudWatch 경보를 생성합니다. KMS DeleteKey 작업이 수행될 때 Amazon SNS를 사용하여 관리자에게 알리도록 경보를 구성합니다.

풀이

KMS 키 삭제 시도를 EventBridge 규칙으로 감지하고, Systems Manager Automation Runbook으로 자동 취소(CancelKeyDeletion) 처리하면서 동시에 SNS로 관리자에게 알리는 구성이 가장 깔끔합니다. Lambda 사용자 정의 로직이 없어 운영 오버헤드가 가장 적습니다.

 

정답 : C

 

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

더보기

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

  • 실수로 인한 KMS 키 삭제 시도 자동 차단(취소).
  • SNS를 통한 관리자 이메일 알림 발송.
  • 최소한의 운영 오버헤드 유지.

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

  • Amazon EventBridge : AWS 서비스 이벤트(예: KMS DeleteKey 시도)를 감지해 규칙 기반으로 대상 서비스를 호출하는 서버리스 이벤트 버스입니다.
  • AWS Systems Manager Automation Runbook : AWS 리소스에 대한 일련의 작업을 미리 정의해 자동 실행할 수 있는 기능으로, AWS-CancelKMSKeyDeletion 같은 사전 정의 런북을 활용해 코드 없이 키 삭제를 취소할 수 있습니다.
  • AWS KMS CancelKeyDeletion : 삭제 예약(7~30일 대기 기간) 상태의 KMS 키 삭제를 취소해 정상 상태로 되돌리는 API입니다.
  • AWS CloudTrail : API 호출 기록을 로깅하는 서비스로, 이벤트 자체를 자동 차단하는 기능은 없습니다.

3. 선택지 분석하기

A. 사용자가 KMS 키를 삭제하려고 할 때 반응하는 Amazon EventBridge 규칙을 생성하십시오. KMS 키 삭제를 취소하는 AWS Config 규칙을 구성합니다. EventBridge 규칙의 대상으로 AWS Config 규칙을 추가합니다. 관리자에게 알리는 SNS 주제를 생성합니다.

→ Config 규칙은 평가 도구이며 EventBridge의 대상으로 사용되지 않습니다.

 

B. KMS 키 삭제를 방지하기 위한 사용자 지정 논리가 있는 AWS Lambda 함수를 생성합니다. 사용자가 KMS 키를 삭제하려고 할 때 활성화되는 Amazon CloudWatch 경보를 생성합니다. DeleteKey 작업이 수행될 때 Lambda 함수를 호출하는 Amazon EventBridge 규칙을 생성합니다. SNS 주제를 생성합니다. 관리자에게 알리는 SNS 메시지를 게시하도록 EventBridge 규칙을 구성합니다.

→ 사용자 정의 Lambda 로직을 별도 작성·관리해야 해 운영 오버헤드가 큽니다.

 

C. KMS DeleteKey 작업이 수행될 때 반응하는 Amazon EventBridge 규칙을 생성합니다. AWS 시스템 관리자 자동화 Runbook을 시작하도록 규칙을 구성합니다. KMS 키 삭제를 취소하도록 Runbook을 구성합니다. SNS 주제를 생성합니다. 관리자에게 알리는 SNS 메시지를 게시하도록 EventBridge 규칙을 구성합니다.

→ 사전 정의된 SSM Runbook으로 자동 취소 + SNS 알림까지 코드 없이 구성됩니다.

 

D. AWS CloudTrail 추적을 생성합니다. 새로운 Amazon CloudWatch 로그 그룹에 로그를 전달하도록 추적을 구성합니다. CloudWatch 로그 그룹에 대한 지표 필터를 기반으로 CloudWatch 경보를 생성합니다. KMS DeleteKey 작업이 수행될 때 Amazon SNS를 사용하여 관리자에게 알리도록 경보를 구성합니다.

→ 알림만 가능하고 자동 취소 단계가 빠져 있어 요구사항을 모두 충족하지 못합니다.

 

오늘도 함께해 주셔서 감사합니다. 좋은 한 주 시작하세요!

저작자표시 (새창열림)

'AWS > SAA 준비' 카테고리의 다른 글

AWS SAA 합격으로 가는 길 #188  (0) 2026.06.29
AWS SAA 합격으로 가는 길 #187  (0) 2026.06.26
AWS SAA 합격으로 가는 길 #185  (1) 2026.06.19
AWS SAA 합격으로 가는 길 #184  (1) 2026.06.15
AWS SAA 합격으로 가는 길 #183  (0) 2026.06.12

관련글

티스토리툴바