: 자동으로 인스턴스 수를 조절하여 안정적 성능과 최소 비용을 동시에 유지.
- 다양한 AWS 서비스에 적용됨(EC2 Auto Scaling, DynamoDB Auto Scaling, ECS Auto Scaling, Aurora Auto Scaling 등)
- 목표
- 정확한 수의 EC2 인스턴스를 보유하도록 보장(인스턴스 추가/삭제)
- 다양한 스케일링 정책 적용 가능
- 가용 영역에 인스턴스가 골고루 분산될 수 있도록 인스턴스를 분배
-
스케일링 : 인스턴스 수 또는 성능(CPU/메모리 등 컴퓨팅 파워)을 조절하는 행위.
-
두 가지 스케일링 방식
구분 Vertical Scaling (Scale Up) Horizontal Scaling (Scale Out) 개념 인스턴스 성능 자체를 올림 (CPU/Memory 증가) 인스턴스 개수를 늘림 장점 구조 변경 없이 빠른 성능 향상 가능 유연성, 확장성 우수. 탄력성 있음 단점 성능 대비 비용 증가 심함 (ex. 16배 성능 → 30배 비용) 구조 설계와 관리가 복잡 (분산 아키텍처 필요) 클라우드 환경 적합도 낮음 (비효율적, 비탄력적) 높음 (AWS 권장 방식)
-
EC2 오토 스케일링 구성 요소
시작 템플릿(Launch Template)
- 어떤 인스턴스를 올릴지 정의
- 포함 항목: AMI, 인스턴스 타입, 보안 그룹, 키 페어 등
오토 스케일링 그룹 설정
- 최소, 최대, 원하는 인스턴스 수 설정
- 가용 영역 선택 (AZ 단위 분산)
- 태그 지정 가능 → 생성된 모든 인스턴스에 자동 반영
스케일링 정책(Scaling Policy)
-
조건 기반 자동 조절
- CPU 사용률 70% 초과 → 인스턴스 증가
- 인스턴스 장애 발생 → 자동 교체
-
정책 예시: 오후 2시 게임 서버 = 40개 / 새벽 2시 = 2개
모니터링 & 연동 도구
| 도구 | 역할 |
|---|---|
| CloudWatch | 지표 수집, 조건 확인 (ex. CPU 사용률) |
| ELB (Elastic Load Balancer) | 트래픽 분산 → 다음 강의 주제 |
오토 스케일링 실습
-
시작 템플릿 생성
- 이름 지정
- AMI 선택, 인스턴스 타입(t2.micro 등)
- 퍼블릭 IP 자동 할당 설정
- 네트워크 인터페이스 구성
- 보안 그룹은 네트워크 인터페이스에서 설정
-
오토 스케일링 그룹 생성
- 시작 템플릿 연결
- 가용 영역(AZ) 선택 (예: ap-northeast-2a, 2b, 2c 중 일부)
- 최소/최대/원하는 인스턴스 수 설정
- 태그 추가 (모든 인스턴스에 공통 적용)
- 로드 밸런서
-
주의사항 및 팁
- 실습 후 반드시 원하는 인스턴스 수 = 0으로 설정해야 인스턴스가 자동 종료됨
- 그렇지 않으면 계속해서 인스턴스가 자동으로 다시 생성됨
- 태그를 통해 인스턴스 출처 추적 가능 (ex. 마이태그 등)
참고
말하는 고구마