Amazon CLF-C02: 핵심 컴퓨팅 서비스 — 학습 가이드

By Laurynas Brazys · 29 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

다음의 일부입니다: AWS Cloud Practitioner CLF-C02 — 학습 가이드. 검증된 답안으로 연습하기: Amazon 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

핵심 EC2 개념, 구매 모델 및 가용성 패턴

Amazon EC2는 기본적인 IaaS 컴퓨팅 서비스입니다. CPU, 메모리, 스토리지, 네트워킹에 맞춰 인스턴스 유형을 선택하고, 직접 제어하는 운영 체제를 실행하며, 영구 블록 스토리지를 위해 Elastic Block Store(EBS) 볼륨을 선택적으로 연결할 수 있습니다. 가용성을 확보하려면 워크로드를 여러 가용 영역(AZ)에 걸쳐 배치해야 하며, 경우에 따라 여러 리전(Region)에 배치해야 합니다. 관리형 관계형 데이터베이스의 경우, 동기식 대기 및 자동 장애 조치를 위해 Amazon RDS 다중 AZ(Multi‑AZ)를 사용하고, 대규모 읽기 확장 또는 리전 간 재해 복구를 위해서는 Amazon Aurora Global Database를 고려하십시오. 인스턴스 구매 옵션 선택은 비용과 복원력 간의 트레이드오프를 결정합니다. 온디맨드(On‑Demand)는 약정 없이 유연성을 제공하고, 예약 인스턴스(Reserved Instances)나 Compute Savings Plans는 안정적인 연속 사용량에 대해 가장 큰 예측 가능한 비용 절감 효과를 제공하며, 스팟 인스턴스(Spot Instances)는 내결함성을 갖춘 중단 가능한 워크로드에 가장 저렴한 가격을 제공합니다. 흔히 저지르는 실수로는 단일 AZ에만 의존하거나, 인스턴스에 수명이 긴 자격 증명을 포함시키거나, ‘만일의 경우’를 대비해 과도하게 프로비저닝하는 것 등이 있습니다. Auto Scaling 그룹을 상태 확인, 수명 주기 후크(lifecycle hooks), 혼합 인스턴스 정책(온디맨드 + 스팟)과 함께 사용하여 비용과 가용성의 균형을 맞추십시오. 필요한 가동 시간, 중단 허용 범위, 예측 정확도를 평가하여 예약/Savings Plans과 스팟 인스턴스 중 무엇을 사용할지 결정하고, RTO/RPO 요구 사항과 리전 간 지연 시간 제약에 따라 다중 AZ 또는 다중 리전을 선택하십시오.

관리형 컨테이너, 배치, 서버리스 컴퓨팅: 결정 기준

AWS는 아키텍처 목표에 맞춰 다양한 관리형 컴퓨팅 플랫폼을 제공합니다. AWS Lambda는 자동 확장 및 밀리초 단위 과금 기능을 갖춘 이벤트 기반 서버리스 함수를 지원하며, 상태 비저장(stateless)의 단기 실행 작업에 가장 적합합니다. Amazon ECS는 관리형 컨테이너 오케스트레이션 옵션을 제공하며, 서버리스 컨테이너 실행을 위해 Fargate와 통합하거나 더 많은 제어가 필요할 경우 EC2와 통합할 수 있습니다. Amazon EKS는 Kubernetes를 표준으로 사용하는 팀을 위해 관리형 컨트롤 플레인으로 Kubernetes를 실행하며, 워커 노드는 EC2 또는 Fargate로 구성됩니다. AWS Batch는 EC2 또는 스팟 용량 전반에서 배치 컴퓨팅 작업을 스케줄링하고 확장하여, 고성능 또는 대용량 작업의 처리량을 최적화합니다. Elastic Beanstalk는 기본 인프라를 관리할 필요 없이 웹 앱을 배포하기 위한 애플리케이션 플랫폼으로, EC2, 오토스케일링, ELB, RDS 설정을 추상화하여 더 빠른 리프트 앤 시프트(lift‑and‑shift) 배포를 지원합니다. 주요 결정 기준으로는 운영 기술(Kubernetes 전문 지식이 있다면 EKS 선호), 배포 속도(Beanstalk), 비용 예측 가능성(Fargate는 단순화되지만 비용이 더 높을 수 있음), 워크로드 특성(단기 이벤트 기반 작업은 Lambda, 장기 실행 서비스는 ECS/EKS) 등이 있습니다. 더 단순한 관리형 서비스(Lambda 또는 Fargate)가 운영 부담을 줄이고 민첩성을 높일 수 있는 상황에서 가장 기능이 풍부한 옵션을 선택하는 함정을 피하십시오.

오토스케일링, 탄력성 및 비용 최적화 전략

탄력성(Elasticity)은 수요에 맞춰 리소스를 확장 및 축소하는 능력이며, 오토스케일링(autoscaling)은 이를 달성하기 위한 메커니즘입니다. EC2의 경우 Auto Scaling 그룹(ASG)을 사용하여 대상 추적, 단계 또는 예측 정책에 따라 인스턴스를 추가하거나 제거하십시오. 컨테이너의 경우 작업 및 클러스터에 ECS 또는 EKS 오토스케일링을 사용하고, 함수의 경우 Lambda의 내장 동시성 제어를 사용하십시오. 인스턴스가 임시적(ephemeral)일 수 있도록 상태 비저장(stateless)으로 아키텍처를 설계하고, 상태를 Amazon RDS, DynamoDB, ElastiCache 또는 S3와 같은 관리형 서비스로 외부화하십시오. 정기적인 규모 검토를 통해 인스턴스 사양을 최적화하고, 모니터링(CloudWatch 지표 및 경보)을 사용하며, 안정적인 기준 사용량에 대해서는 Savings Plans 또는 예약 인스턴스를 고려하고 변동적인 워크로드는 스팟에 배치하십시오. 고려해야 할 요금 모델:

온디맨드(On-Demand): 약정 없이 시간/초 단위로 지불합니다.
예약 인스턴스(Reserved Instances) / Savings Plans: 1년 또는 3년 약정으로 상당한 할인을 받습니다.
스팟 인스턴스(Spot Instances): 중단 가능한 워크로드에 대해 가장 큰 폭의 할인을 제공합니다.
전용 호스트/인스턴스(Dedicated Hosts/Instances): 규정 준수를 위한 물리적 격리를 제공하며 비용이 더 높습니다. 일반적인 함정으로는 오토스케일링의 준비 시간(warm‑up time)을 과소평가하거나, 정상적인 종료(graceful shutdown)를 위해 수명 주기 후크를 사용하지 않거나, 상태 저장(stateful) 중요 워크로드에 스팟을 과도하게 사용하는 것 등이 있습니다. 안전한 릴리스를 위해 블루/그린 또는 카나리 배포를 사용하고, 사용하지 않는 리소스에 대한 비용 관리를 자동화하기 위해 수명 주기 정책을 사용하십시오.

컴퓨팅을 위한 보안, 규정 준수 및 운영 도구

보안과 운영은 AWS 컴퓨팅의 기본입니다. 공동 책임 모델에 따라 AWS는 글로벌 인프라와 관리형 서비스를 보호하고, 고객은 IaaS 사용 시 게스트 OS, 애플리케이션 구성, 데이터 및 IAM 권한을 책임집니다. 수명이 긴 액세스 키를 내장하지 마십시오. 대신 EC2 인스턴스에 IAM 역할을 연결하거나 EKS의 경우 IAM Roles for Service Accounts(IRSA)를 사용하고, AWS Secrets Manager 또는 Systems Manager Parameter Store(SecureString)를 사용하여 보안 암호를 교체하고 중앙에서 관리하십시오. 감사 및 조사를 위해 AWS CloudTrail을 활성화하여 계정 전반의 API 활동을 캡처하고, AWS Config를 사용하여 리소스 구성을 기록하십시오. Amazon Macie를 사용하여 S3의 민감한 데이터를 검색 및 분류하고, IAM Access Analyzer 또는 S3 Access Analyzer를 사용하여 교차 계정 또는 퍼블릭 리소스 공유를 찾으십시오. 규정 준수 증거가 필요하면 AWS Artifact를 사용하여 감사 보고서를 검색하십시오. 운영 가시성은 네트워크 트래픽을 위한 VPC Flow Logs, 계정별 이벤트를 위한 AWS Personal Health Dashboard, 글로벌 서비스 상태를 위한 Service Health Dashboard를 통해 향상됩니다. 실무자가 흔히 저지르는 실수로는 활성 키가 있는 루트 계정을 그대로 두거나, 루트 사용자에 MFA를 활성화하지 않거나, 외부 애플리케이션에 대한 SAML 기반 싱글 사인온을 위해 IAM Identity Center(이전 AWS SSO)로 자격 증명을 중앙 집중화하지 않는 것 등이 있습니다.

실용적인 문제: 사용 사례 시나리오

시나리오: Acme Analytics는 프로덕션 AWS 계정 내 단일 AZ의 EC2에서 데이터 처리 애플리케이션을 실행합니다. 이 회사는 매일 밤 대용량 데이터를 처리하는 배치 작업이 있으며, 비용을 절감하고 AZ 장애로부터 더 빠르게 복구하며 보안 암호를 안전하게 처리하기를 원합니다.

과제: 전체 애플리케이션을 즉시 재설계하지 않고 야간 배치 처리량을 보장하면서 컴퓨팅 비용을 절감하고 여러 AZ에 걸쳐 가용성을 개선해야 합니다.

권장 접근 방식:

기준 용량을 유지하면서 비용을 절감하기 위해 혼합 인스턴스 정책(Spot + On-Demand)을 사용하는 AWS Batch 컴퓨팅 환경으로 배치 워커를 마이그레이션합니다.
AWS Batch가 여러 AZ를 사용하도록 구성하고, 복원력을 위해 여러 AZ에 걸쳐 작업 대기열을 분산하여 Retry/RetryStrategy를 활성화합니다.
내장된 자격 증명을 EC2/Batch 작업을 위한 IAM 역할로 대체하고, 교체된 보안 암호를 AWS Secrets Manager에 저장합니다. 자동 검색을 위해 IAM과 통합합니다.
남아 있는 상태 저장(stateful) 구성 요소에 대해 최소한의 EC2 플릿에 CloudWatch 경보 및 Auto Scaling 정책을 구현하고, DB를 사용하는 경우 Cross‑AZ RDS Multi‑AZ를 활성화합니다.

근거: 관리형 배치 + Spot을 사용하면 비용과 운영 오버헤드가 줄어들고, 다중 AZ 배포와 IAM/Secrets Manager는 가용성과 보안을 향상시킵니다. 이는 탄력성, 최소 권한, 자동화된 보안 암호 교체라는 모범 사례에 부합합니다.

← AWS 글로벌 인프라 · 모든 도메인 · 핵심 스토리지 서비스 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →