테마
클라우드 컴퓨팅(Cloud Computing)과 AWS 개요
이 문서는 클라우드 컴퓨팅의 기본 개념부터 AWS의 핵심 구조까지를 체계적으로 정리한 학습 자료입니다.
1. 서버(Server)란 무엇인가
1-1. 클라이언트-서버 모델(Client-Server Model)
우리가 웹 브라우저에서 네이버를 열거나 유튜브 동영상을 볼 때, 보이지 않는 곳에서 요청(Request)과 응답(Response) 이 오가고 있습니다. 이 구조를 클라이언트-서버 모델(Client-Server Model) 이라고 부릅니다.
- 클라이언트(Client): 서비스를 요청하는 쪽. 웹 브라우저, 모바일 앱 등이 해당합니다.
- 서버(Server): 요청을 받아 처리하고 결과를 돌려주는 쪽. 데이터 저장, 연산, 콘텐츠 제공 등을 담당합니다.
비유하자면, 식당을 생각하면 쉽습니다.
- 손님(클라이언트)이 메뉴를 주문(요청)하면
- 주방(서버)에서 음식을 만들어(처리) 가져다줍니다(응답)
1-2. 서버의 물리적 구성
서버도 결국 컴퓨터입니다. 다만 일반 PC와 달리 다음과 같은 특성을 가집니다.
| 구분 | 일반 PC | 서버(Server) |
|---|---|---|
| 목적 | 개인 작업 | 다수 사용자 요청 처리 |
| 가동 시간 | 필요할 때만 | 24시간 365일 무중단 |
| 하드웨어 | 일반 사양 | 고성능 CPU, 대용량 RAM, RAID 스토리지 |
| 네트워크 | 가정용 인터넷 | 고대역폭(High Bandwidth) 전용선 |
| 전원 | 일반 콘센트 | UPS(무정전 전원장치), 이중 전원 |
서버가 처리하는 대표적인 역할:
- 웹 서버(Web Server): HTML, CSS, JS 등 정적 파일 제공 (예: Nginx, Apache)
- 애플리케이션 서버(Application Server): 비즈니스 로직 실행 (예: Tomcat, Node.js)
- 데이터베이스 서버(Database Server): 데이터 저장 및 조회 (예: MySQL, PostgreSQL)
- 파일 서버(File Server): 파일 저장 및 공유
- 메일 서버(Mail Server): 이메일 송수신
핵심 정리: 서버란 클라이언트의 요청을 받아 처리하고 응답을 돌려주는 컴퓨터이며, 24시간 안정적으로 운영되어야 합니다.
2. 서버 구축 방식의 진화: 홈서버 -> IDC -> 클라우드
서버를 어디에, 어떻게 운영하느냐에 따라 크게 3가지 방식으로 나뉩니다. 역사적으로 홈서버 -> IDC(온프레미스) -> 클라우드 순서로 발전해왔습니다.
2-1. 홈서버(Home Server)
말 그대로 집이나 사무실에 서버를 직접 두는 방식입니다.
- 장점: 초기 비용이 낮고 자유도가 높음
- 단점: 정전, 인터넷 장애, 냉각, 보안 등 모든 것을 직접 관리해야 함
- 사용 사례: 개인 프로젝트, 소규모 테스트 환경
비유: 집에서 직접 요리하는 것과 같습니다. 재료 구입부터 조리, 설거지까지 전부 본인이 합니다.
2-2. IDC / 온프레미스(On-Premises)
IDC(Internet Data Center) 는 서버를 전문적으로 운영하기 위해 설계된 건물입니다.
- 온프레미스(On-Premises): 기업이 IDC에 자사 서버를 직접 구매하여 설치하고 운영하는 방식
- 코로케이션(Colocation): IDC의 공간, 전력, 네트워크를 빌리고 서버는 자사 소유
IDC가 제공하는 것:
- 항온항습 시스템 (서버실 온도 유지)
- UPS + 비상 발전기 (정전 대비)
- 고대역폭 네트워크 회선
- 물리적 보안 (출입 통제, CCTV)
| 항목 | 홈서버 | IDC / 온프레미스 |
|---|---|---|
| 안정성 | 낮음 | 높음 |
| 초기 투자 | 낮음 | 매우 높음 (서버 구매, 회선 계약) |
| 확장성 | 제한적 | 하드웨어 추가 구매 필요 (수주~수개월) |
| 운영 인력 | 본인 | 전담 인프라 팀 필요 |
비유: 전문 주방(식당)을 직접 임대하여 운영하는 것과 같습니다. 좋은 시설이지만 임대료가 비싸고, 주방 기기도 직접 사야 합니다.
2-3. 클라우드(Cloud)
클라우드는 다른 회사(CSP: Cloud Service Provider)가 소유한 서버 자원을 인터넷을 통해 빌려서 사용하는 방식입니다.
- 서버를 직접 구매하지 않음
- 필요한 만큼만 사용하고, 사용한 만큼만 비용을 지불 (종량제)
- 몇 분 만에 서버를 생성하고, 필요 없으면 즉시 삭제 가능
비유: 배달 음식을 시키는 것과 같습니다. 주방도, 재료도, 요리사도 필요 없습니다. 먹고 싶은 메뉴를 골라 주문하면 됩니다.
대표적인 클라우드 서비스 제공자(CSP):
- AWS (Amazon Web Services) - 점유율 1위
- Microsoft Azure - 점유율 2위
- Google Cloud Platform (GCP) - 점유율 3위
- 기타: 알리바바 클라우드, 네이버 클라우드, NHN 클라우드 등
2-4. 세 방식 종합 비교
| 비교 항목 | 홈서버 | IDC / 온프레미스 | 클라우드 |
|---|---|---|---|
| 초기 비용 | 낮음 | 매우 높음 | 없음 (사용한 만큼) |
| 서버 준비 기간 | 수일 | 수주~수개월 | 수분 |
| 확장성(Scalability) | 매우 제한적 | 하드웨어 추가 구매 | 자동/즉시 확장 |
| 유지보수 | 전부 직접 | 전부 직접 | CSP가 담당 |
| 보안 | 취약 | 자체 관리 | CSP 기본 보안 + 자체 설정 |
| 적합 대상 | 개인/학습 | 대기업, 규제 산업 | 스타트업~대기업 모두 |
3. 클라우드 서비스의 3가지 핵심 장점
클라우드 서비스가 기존 온프레미스 방식을 빠르게 대체하고 있는 이유는 크게 신속성, 유연성, 경제성 세 가지로 요약됩니다.
3-1. 신속성(Speed / Agility)
몇 분 만에 전 세계 어디에서든 IT 자원을 생성할 수 있습니다.
- 온프레미스: 서버 발주 -> 납품 -> 설치 -> 네트워크 구성 -> OS 설치 = 수주~수개월
- 클라우드: AWS 콘솔에서 클릭 몇 번 = 수분 이내
실제 예시:
- AWS EC2 인스턴스 생성: 약 2~3분
- AWS RDS 데이터베이스 생성: 약 5~10분
- AWS S3 스토리지 버킷 생성: 약 10초
3-2. 유연성(Elasticity / Scalability)
트래픽에 따라 자원을 자동으로 늘리거나 줄일 수 있습니다.
온프레미스에서는 피크(Peak) 트래픽에 맞춰 서버를 미리 구매해야 합니다. 평소에는 자원이 낭비되고, 예상보다 트래픽이 많으면 서버가 다운됩니다.
클라우드에서는:
- 스케일 업(Scale Up): 서버 사양을 높임 (CPU, RAM 증가)
- 스케일 아웃(Scale Out): 서버 대수를 늘림
- Auto Scaling: 트래픽에 따라 자동으로 서버 수 조절
비유: 온프레미스는 고정 좌석 식당 (손님이 많든 적든 좌석 수가 같음), 클라우드는 접이식 테이블이 있는 뷔페 (손님 수에 따라 테이블을 늘리거나 줄임)
3-3. 경제성(Cost Efficiency)
사용한 만큼만 비용을 지불하는 종량제(Pay-as-you-go) 모델입니다.
| 비용 항목 | 온프레미스 | 클라우드 |
|---|---|---|
| 서버 구매비 | 수천만~수억 원 | 없음 |
| 전기료 | 직접 부담 | 포함 |
| 냉각 비용 | 직접 부담 | 포함 |
| 인프라 인력 | 직접 고용 | 불필요 (또는 최소화) |
| 유휴 자원 비용 | 낭비 발생 | 사용 안 하면 비용 0 |
추가 절감 방법:
- 예약 인스턴스(Reserved Instance): 1년/3년 약정으로 최대 72% 할인
- 스팟 인스턴스(Spot Instance): 여유 자원을 경매 방식으로 최대 90% 할인
- Savings Plans: 일정 사용량 약정으로 할인
핵심 정리: 클라우드는 "빠르게 시작하고, 유연하게 대응하고, 합리적으로 비용을 관리"할 수 있는 인프라 패러다임입니다.
4. 클라우드 서비스 분류: IaaS, PaaS, SaaS
클라우드 서비스는 어디까지를 CSP가 관리해주느냐에 따라 크게 3가지로 분류됩니다.
4-1. IaaS (Infrastructure as a Service) - 인프라를 빌려주는 서비스
가상 서버, 스토리지, 네트워크 등 IT 인프라 자체를 제공합니다. 사용자는 OS부터 직접 설치하고 관리합니다.
- 대표 서비스: AWS EC2, Azure Virtual Machines, GCP Compute Engine
- 사용자 관리 범위: OS, 미들웨어, 런타임, 애플리케이션, 데이터
- CSP 관리 범위: 물리 서버, 네트워크, 스토리지, 가상화
비유: 빈 주방(공간과 기본 설비)을 빌리는 것. 요리 도구와 재료는 직접 준비합니다.
4-2. PaaS (Platform as a Service) - 개발 플랫폼을 빌려주는 서비스
OS, 런타임, 미들웨어까지 설정된 플랫폼을 제공합니다. 사용자는 애플리케이션 코드만 올리면 됩니다.
- 대표 서비스: AWS Elastic Beanstalk, Heroku, Google App Engine, Vercel
- 사용자 관리 범위: 애플리케이션 코드, 데이터
- CSP 관리 범위: OS, 미들웨어, 런타임, 인프라 전부
비유: 밀키트(Meal Kit)를 주문하는 것. 재료가 손질되어 오니 조리만 하면 됩니다.
4-3. SaaS (Software as a Service) - 완성된 소프트웨어를 제공하는 서비스
완성된 애플리케이션을 인터넷으로 바로 사용합니다. 설치도, 관리도 필요 없습니다.
- 대표 서비스: Gmail, Slack, Notion, Dropbox, Microsoft 365
- 사용자 관리 범위: 데이터 입력과 설정만
- CSP 관리 범위: 인프라 + 플랫폼 + 애플리케이션 전부
비유: 배달 음식을 시키는 것. 만들어진 음식을 받아서 먹기만 하면 됩니다.
4-4. IaaS vs PaaS vs SaaS 비교 다이어그램
빨간색(#ff9999) = 사용자가 관리, 파란색(#99ccff) = CSP가 관리
4-5. 분류별 핵심 비교 표
| 구분 | IaaS | PaaS | SaaS |
|---|---|---|---|
| 제공 범위 | 인프라만 | 인프라 + 플랫폼 | 인프라 + 플랫폼 + 앱 |
| 자유도 | 매우 높음 | 중간 | 낮음 |
| 관리 부담 | 높음 | 중간 | 매우 낮음 |
| 대상 사용자 | 인프라 엔지니어 | 개발자 | 최종 사용자(End User) |
| 대표 예시 | AWS EC2, Azure VM | Heroku, Elastic Beanstalk | Gmail, Slack, Notion |
5. AWS란?
5-1. Amazon Web Services
AWS(Amazon Web Services) 는 아마존닷컴(Amazon.com)이 제공하는 클라우드 컴퓨팅 플랫폼입니다.
탄생 배경:
- 2000년대 초, 아마존은 자사 이커머스 플랫폼을 위해 방대한 인프라를 구축함
- "이 인프라를 다른 회사에도 빌려주면 어떨까?" 라는 아이디어에서 출발
- 2006년 S3(스토리지)와 EC2(가상 서버)를 시작으로 공식 출시
5-2. 시장 점유율
2024년 기준 전 세계 클라우드 인프라(IaaS) 시장 점유율:
| 순위 | CSP | 점유율 (약) |
|---|---|---|
| 1위 | AWS | 31~33% |
| 2위 | Microsoft Azure | 24~26% |
| 3위 | Google Cloud (GCP) | 10~11% |
| 4위 | 알리바바 클라우드 | 4% |
| 기타 | 기타 | ~27% |
AWS가 1위인 이유:
- 가장 오래된 CSP: 2006년부터 서비스, 10년 이상 선발 주자 이점
- 가장 넓은 서비스 범위: 200개 이상의 완전 관리형 서비스
- 가장 넓은 글로벌 인프라: 33개 리전(Region), 100개 이상의 가용 영역(AZ)
- 거대한 생태계: 방대한 문서, 커뮤니티, 서드파티 툴, 교육 자료
5-3. AWS를 배워야 하는 이유
- 클라우드 시장 점유율 1위이므로 취업 시장에서 가장 수요가 높음
- 서비스 종류가 가장 많아 다양한 아키텍처 패턴 학습 가능
- AWS 자격증(SAA, SAP, DevOps 등)이 IT 업계에서 높은 인지도
- 다른 CSP(Azure, GCP)로의 확장이 쉬움 (개념이 유사)
6. AWS 기본 개념: 리전(Region)과 가용 영역(Availability Zone)
AWS의 글로벌 인프라는 리전(Region), 가용 영역(Availability Zone, AZ), 엣지 로케이션(Edge Location) 으로 구성됩니다.
6-1. 리전(Region)
리전(Region) 은 AWS 데이터센터가 물리적으로 모여 있는 지리적 영역입니다.
- 각 리전은 서로 완전히 독립된 인프라를 갖고 있음
- 리전 간 데이터는 자동으로 복제되지 않음 (명시적으로 설정해야 함)
- 리전마다 이름과 코드가 있음
주요 리전 예시:
| 리전 이름 | 리전 코드 | 위치 |
|---|---|---|
| US East (N. Virginia) | us-east-1 | 미국 동부 (버지니아) |
| US West (Oregon) | us-west-2 | 미국 서부 (오레곤) |
| Asia Pacific (Seoul) | ap-northeast-2 | 대한민국 (서울) |
| Asia Pacific (Tokyo) | ap-northeast-1 | 일본 (도쿄) |
| Europe (Frankfurt) | eu-central-1 | 독일 (프랑크푸르트) |
리전 선택 시 고려 사항:
- 지연 시간(Latency): 사용자와 가까운 리전 선택 (한국 서비스라면 서울 리전)
- 법적 규제(Compliance): 데이터 저장 위치 규정 준수 (예: 개인정보보호법)
- 서비스 가용성: 일부 서비스는 특정 리전에서만 사용 가능
- 비용: 리전마다 요금이 다름 (일반적으로 미국 리전이 가장 저렴)
6-2. 가용 영역(Availability Zone, AZ)
가용 영역(AZ) 은 하나의 리전 안에 있는 물리적으로 분리된 데이터센터 클러스터입니다.
- 각 리전은 최소 3개의 AZ로 구성
- AZ 간 거리는 수십 km로 떨어져 있음 (자연재해 동시 피해 방지)
- AZ 간 전용 고속 네트워크로 연결 (지연 시간 1ms 미만)
- 하나의 AZ가 장애를 겪어도 다른 AZ에서 서비스 지속 가능
서울 리전(ap-northeast-2)의 AZ:
- ap-northeast-2a
- ap-northeast-2b
- ap-northeast-2c
- ap-northeast-2d
6-3. 엣지 로케이션(Edge Location)
엣지 로케이션은 콘텐츠를 사용자에게 더 빠르게 전달하기 위한 캐시 서버 거점입니다.
- Amazon CloudFront(CDN) 에서 사용
- 전 세계 400개 이상의 거점
- 사용자와 가장 가까운 엣지에서 콘텐츠 제공 -> 지연 시간 최소화
6-4. AWS 글로벌 인프라 구조도
6-5. 핵심 용어 정리
| 용어 | 영문 | 설명 |
|---|---|---|
| 리전 | Region | AWS 데이터센터가 모여 있는 지리적 영역 |
| 가용 영역 | Availability Zone (AZ) | 리전 내 물리적으로 분리된 데이터센터 클러스터 |
| 엣지 로케이션 | Edge Location | CloudFront CDN용 캐시 서버 거점 |
| 다중 AZ 배포 | Multi-AZ Deployment | 여러 AZ에 걸쳐 배포하여 고가용성 확보 |
| 리전 간 복제 | Cross-Region Replication | 다른 리전으로 데이터를 복제하여 재해 복구 대비 |
설계 원칙: 프로덕션 서비스는 반드시 Multi-AZ 로 배포하여 단일 데이터센터 장애에 대비해야 합니다.
7. AWS Free Tier (프리 티어) 정책
AWS Free Tier는 계정 생성일에 따라 적용 방식이 다릅니다. 2025년 7월 15일 이전 계정은 기존처럼 12 Months Free, Free Trials, Always Free 유형을 기준으로 보고, 2025년 7월 15일 이후 계정은 가입 시 선택한 Free account plan / Paid account plan과 크레딧 잔액을 함께 확인해야 합니다.
7-1. 계정 생성일별 차이
| 계정 생성일 | 핵심 방식 | 주의할 점 |
|---|---|---|
| 2025-07-15 이전 | 12개월 무료 + 단기 체험 + 항상 무료 | 12개월이 지나면 12개월 무료 혜택은 종료되고 표준 요금으로 전환 |
| 2025-07-15 이후 | Free plan 또는 Paid plan 선택, 기본 USD 100 크레딧 및 추가 활동 크레딧 | Free plan은 6개월 또는 크레딧 소진 중 먼저 도달한 시점에 종료 |
7-2. 대표적인 항상 무료(Always Free) 서비스
| 서비스 | 무료 사용량 (월) | 설명 |
|---|---|---|
| Lambda | 100만 요청 + 40만 GB-초 | 서버리스 함수 실행 |
| DynamoDB | 25GB 스토리지 + 25 WCU/RCU | NoSQL 데이터베이스 |
| SNS | 100만 발행(Publish) | 메시지 알림 서비스 |
| SQS | 100만 요청 | 메시지 큐 서비스 |
| CloudWatch | 커스텀 지표 10개, 알람 10개 | 모니터링 |
7-3. Free Tier 사용 시 주의 사항
- 리전 주의: Free Tier라도 여러 리전에서 동시에 사용하면 합산되어 한도 초과 가능
- 인스턴스 유형 확인: 계정 생성일에 따라 Free Tier eligible 인스턴스가 다르므로 콘솔 라벨을 반드시 확인
- 데이터 전송 요금: 리전 밖으로 나가는 데이터는 별도 과금 가능
- 계정 플랜 확인: Free plan은 사용할 수 있는 서비스가 제한되고, Paid plan은 크레딧 초과분이 종량제로 과금
- 결제 알림 설정 필수: AWS Budgets에서 예산 알림을 반드시 설정할 것
- 사용하지 않는 리소스 정리: EC2, RDS 등은 정지(Stop)해도 EBS 스토리지 비용이 발생할 수 있음
실수 방지 팁: AWS 계정을 생성한 직후 Billing 대시보드에서 비용 알림(Budget Alert) 을 설정하세요. 예를 들어 "월 $1 초과 시 이메일 알림"으로 설정하면 예상치 못한 과금을 빠르게 감지할 수 있습니다.
8. AWS 주요 서비스 목록 개요
AWS는 200개 이상의 서비스를 제공합니다. 여기서는 가장 핵심적이고 자주 사용되는 서비스를 카테고리별로 정리합니다.
8-1. AWS 서비스 맵
8-2. 카테고리별 주요 서비스 상세
컴퓨팅(Compute)
| 서비스 | 설명 | 핵심 특징 |
|---|---|---|
| EC2 (Elastic Compute Cloud) | 가상 서버(인스턴스) | 다양한 인스턴스 타입, Auto Scaling |
| Lambda | 서버리스 함수 실행 | 코드만 올리면 실행, 초 단위 과금 |
| ECS (Elastic Container Service) | Docker 컨테이너 오케스트레이션 | Fargate로 서버리스 컨테이너 가능 |
| EKS (Elastic Kubernetes Service) | 관리형 쿠버네티스 | 쿠버네티스 클러스터 운영 |
| Elastic Beanstalk | PaaS 형태 배포 | 코드 업로드만으로 인프라 자동 구성 |
스토리지(Storage)
| 서비스 | 설명 | 핵심 특징 |
|---|---|---|
| S3 (Simple Storage Service) | 오브젝트 스토리지 | 무제한 용량, 99.999999999% 내구성 |
| EBS (Elastic Block Store) | EC2용 블록 스토리지 | SSD/HDD, 스냅샷 지원 |
| EFS (Elastic File System) | 공유 파일 시스템 | 여러 EC2에서 동시 마운트 |
| S3 Glacier | 아카이브 스토리지 | 저비용 장기 보관 (복원에 시간 소요) |
데이터베이스(Database)
| 서비스 | 설명 | 핵심 특징 |
|---|---|---|
| RDS (Relational Database Service) | 관리형 관계형 DB | MySQL, PostgreSQL, Oracle 등 지원 |
| Aurora | AWS 자체 고성능 RDB | MySQL/PostgreSQL 호환, 5배 빠름 |
| DynamoDB | 관리형 NoSQL DB | 밀리초 지연, 자동 확장 |
| ElastiCache | 인메모리 캐시 | Redis, Memcached 지원 |
네트워킹(Networking)
| 서비스 | 설명 | 핵심 특징 |
|---|---|---|
| VPC (Virtual Private Cloud) | 가상 사설 네트워크 | 서브넷, 라우팅, 보안그룹 설정 |
| ELB (Elastic Load Balancing) | 로드 밸런서 | ALB(L7), NLB(L4) 등 |
| Route 53 | DNS 서비스 | 도메인 등록 + DNS 라우팅 |
| CloudFront | CDN | 전 세계 엣지에서 콘텐츠 캐싱 |
보안(Security)
| 서비스 | 설명 | 핵심 특징 |
|---|---|---|
| IAM (Identity and Access Management) | 사용자/권한 관리 | 최소 권한 원칙(Least Privilege) |
| KMS (Key Management Service) | 암호화 키 관리 | 데이터 암호화/복호화 |
| WAF (Web Application Firewall) | 웹 방화벽 | SQL Injection, XSS 방어 |
| Shield | DDoS 방어 | Standard(무료) / Advanced(유료) |
관리 및 모니터링
| 서비스 | 설명 | 핵심 특징 |
|---|---|---|
| CloudWatch | 모니터링 + 알림 | 지표, 로그, 알람 |
| CloudTrail | API 호출 감사 로그 | 누가, 언제, 무엇을 했는지 추적 |
| CloudFormation | IaC(Infrastructure as Code) | 인프라를 코드(YAML/JSON)로 관리 |
9. AWS Calculator를 이용한 비용 산정
9-1. AWS Pricing Calculator란?
AWS Pricing Calculator 는 AWS 서비스 사용 비용을 사전에 예측할 수 있는 무료 웹 도구입니다.
- URL: https://calculator.aws/
- 로그인 불필요 (AWS 계정 없이도 사용 가능)
- 서비스별로 사양과 사용량을 입력하면 월간/연간 예상 비용 산출
9-2. 사용 방법 (단계별)
Step 1: AWS Pricing Calculator 접속
- https://calculator.aws/ 접속
- "Create estimate" 클릭
Step 2: 서비스 추가
- "Add service" 클릭
- 원하는 서비스 검색 (예: EC2, S3, RDS)
Step 3: 사양 입력 (EC2 예시)
- Region: Asia Pacific (Seoul)
- Instance type: t3.medium (2 vCPU, 4 GB RAM)
- Operating System: Linux
- 사용 시간: 730시간/월 (24시간 * 365일 / 12개월)
- Pricing model: On-Demand / Reserved / Spot
- EBS Storage: 100 GB gp3
Step 4: 추가 서비스 구성
- 필요한 서비스를 계속 추가 (RDS, S3, CloudFront 등)
- 각 서비스별 예상 비용이 자동 계산됨
Step 5: 결과 확인 및 공유
- 총 월간/연간 예상 비용 확인
- Share 버튼으로 링크 생성 -> 팀원과 공유 가능
- Export 버튼으로 CSV 파일 다운로드
9-3. 비용 산정 실전 예시
간단한 웹 애플리케이션의 월간 비용 예측 (서울 리전 기준):
| 서비스 | 사양 | 월 예상 비용 (USD) |
|---|---|---|
| EC2 | t3.medium, On-Demand, 730시간 | ~$38 |
| EBS | gp3, 100GB | ~$8 |
| RDS | db.t3.medium, MySQL, Single-AZ, 730시간 | ~$52 |
| S3 | 50GB 저장 + 10만 요청 | ~$1.2 |
| CloudFront | 100GB 데이터 전송 | ~$12 |
| Route 53 | 호스팅 영역 1개 + 100만 쿼리 | ~$1 |
| 합계 | ~$112/월 |
위 금액은 On-Demand 기준이며, 예약 인스턴스(1년 약정) 적용 시 EC2+RDS 비용이 약 40% 절감됩니다.
9-4. 비용 최적화 팁
| 전략 | 설명 | 절감 효과 |
|---|---|---|
| 예약 인스턴스(RI) | 1년/3년 약정 | 최대 72% |
| Savings Plans | 일정 사용량 약정 | 최대 66% |
| 스팟 인스턴스 | 여유 자원 경매 | 최대 90% |
| 적절한 인스턴스 크기 | Right-sizing으로 낭비 제거 | 20~50% |
| Auto Scaling | 비피크 시간에 인스턴스 축소 | 가변 |
| S3 수명 주기 정책 | 오래된 데이터 Glacier로 이동 | 스토리지 비용 80% |
| 예산 알림(Budgets) | 임계값 초과 시 알림 | 예기치 않은 과금 방지 |
9-5. 과금 관련 핵심 개념
| 개념 | 설명 |
|---|---|
| 온디맨드(On-Demand) | 약정 없이 시간/초 단위 과금. 가장 유연하지만 가장 비쌈 |
| 예약 인스턴스(Reserved Instance) | 1년/3년 약정. 선결제/부분선결제/후결제 옵션 |
| 스팟 인스턴스(Spot Instance) | AWS 여유 자원. 가장 저렴하지만 2분 전 통보로 회수될 수 있음 |
| 데이터 전송 비용 | AWS 안으로 들어오는 트래픽은 무료, 나가는 트래픽은 유료 |
| 프로비저닝 비용 | 할당만 해도 비용 발생 (예: EIP, 미사용 EBS) |
종합 정리
| 번호 | 주제 | 핵심 내용 |
|---|---|---|
| 1 | 서버 | 클라이언트 요청을 처리하는 컴퓨터. 24/365 운영 필요 |
| 2 | 서버 구축 방식 | 홈서버 -> IDC(온프레미스) -> 클라우드로 진화 |
| 3 | 클라우드 장점 | 신속성, 유연성, 경제성 (종량제) |
| 4 | 서비스 분류 | IaaS(인프라) / PaaS(플랫폼) / SaaS(소프트웨어) |
| 5 | AWS | Amazon의 클라우드 플랫폼. 점유율 1위 (31~33%) |
| 6 | 리전과 AZ | 리전 = 지리적 영역, AZ = 리전 내 독립 데이터센터 |
| 7 | Free Tier | 계정 생성일과 플랜에 따라 Free plan/Paid plan 또는 12개월 무료 + Always Free + Trial |
| 8 | 주요 서비스 | 컴퓨팅, 스토리지, DB, 네트워크, 보안 등 200+ |
| 9 | 비용 산정 | AWS Calculator로 사전 예측, RI/Spot으로 절감 |
다음 학습 주제
- IAM(Identity and Access Management): AWS 보안의 기초, 사용자/역할/정책 관리
- EC2(Elastic Compute Cloud): 가상 서버 생성, 인스턴스 타입, AMI, 보안그룹
- VPC(Virtual Private Cloud): 가상 네트워크 설계, 서브넷, 라우팅 테이블
- S3(Simple Storage Service): 오브젝트 스토리지, 버킷 정책, 정적 웹 호스팅