
Stop Instance vs Reboot Instance?
1️⃣ Stop Instance (정지)
▶ 인스턴스를 완전히 종료(Shut down)했다가 다시 시작하게 됨
▶ CPU, RAM 등의 리소스가 해제됨(할당 해제) → 과금이 중단되거나 줄어들 수 있음
▶ 다시 시작하면 새로운 호스트에서 부팅될 수도 있음
▶ EBS(Elastic Block Store) 볼륨에 저장된 데이터는 유지됨
▶ 퍼블릭 IP는 변경될 수 있음 (탄력적 IP 할당 시 유지 가능)
▶ 예) "AWS EC2 인스턴스를 밤에는 끄고, 낮에 다시 켜서 비용 절감하기"
2️⃣ Reboot Instance (재부팅)
▶ 인스턴스를 다시 시작하는 것(Windows에서 ‘재부팅’과 유사)
▶ CPU, RAM 등 리소스는 유지됨 → 과금 지속됨
▶ 인스턴스가 현재 실행 중인 같은 호스트에서 그대로 재부팅됨
▶ 퍼블릭 IP는 유지됨
▶ 예) "서버가 느려서 한 번 재부팅하여 문제 해결하기"
한눈에 보기
구분 | Stop Instance (중지) | Reboot Instance (재부팅) |
작동 방식 | 인스턴스를 완전히 종료했다가 다시 시작 | 인스턴스를 단순히 다시 시작 |
CPU / RAM 사용 | 사용 중지됨 (할당 해제) | 그대로 유지됨 |
퍼블릭 IP | 변경 될 수 있음 (Elastic IP 제외) | 유지됨 |
스토리지(EBS) | 데이터 유지됨 | 데이터 유지됨 |
호스트 서버 | 변경 될 수 있음 | 기존 호스트 유지 |
비용 절감 여부 | ✅ 가능 (EBS 비용만 발생) | ❌ 불가능 (계속 과금) |
언제 사용? | 장시간 사용 안할 때 비용 절감 | 인스턴스 성능 문제 해결 |
📌 결론?
Stop: EC2를 완전히 껐다가 다시 켜는 것 → 비용 절감 가능, 퍼블릭 IP 변경 가능
Reboot: 인스턴스를 다시 시작하는 것 → 빠른 재시작, 퍼블릭 IP 유지
'AWS' 카테고리의 다른 글

Stop Instance vs Reboot Instance?
1️⃣ Stop Instance (정지)
▶ 인스턴스를 완전히 종료(Shut down)했다가 다시 시작하게 됨
▶ CPU, RAM 등의 리소스가 해제됨(할당 해제) → 과금이 중단되거나 줄어들 수 있음
▶ 다시 시작하면 새로운 호스트에서 부팅될 수도 있음
▶ EBS(Elastic Block Store) 볼륨에 저장된 데이터는 유지됨
▶ 퍼블릭 IP는 변경될 수 있음 (탄력적 IP 할당 시 유지 가능)
▶ 예) "AWS EC2 인스턴스를 밤에는 끄고, 낮에 다시 켜서 비용 절감하기"
2️⃣ Reboot Instance (재부팅)
▶ 인스턴스를 다시 시작하는 것(Windows에서 ‘재부팅’과 유사)
▶ CPU, RAM 등 리소스는 유지됨 → 과금 지속됨
▶ 인스턴스가 현재 실행 중인 같은 호스트에서 그대로 재부팅됨
▶ 퍼블릭 IP는 유지됨
▶ 예) "서버가 느려서 한 번 재부팅하여 문제 해결하기"
한눈에 보기
구분 | Stop Instance (중지) | Reboot Instance (재부팅) |
작동 방식 | 인스턴스를 완전히 종료했다가 다시 시작 | 인스턴스를 단순히 다시 시작 |
CPU / RAM 사용 | 사용 중지됨 (할당 해제) | 그대로 유지됨 |
퍼블릭 IP | 변경 될 수 있음 (Elastic IP 제외) | 유지됨 |
스토리지(EBS) | 데이터 유지됨 | 데이터 유지됨 |
호스트 서버 | 변경 될 수 있음 | 기존 호스트 유지 |
비용 절감 여부 | ✅ 가능 (EBS 비용만 발생) | ❌ 불가능 (계속 과금) |
언제 사용? | 장시간 사용 안할 때 비용 절감 | 인스턴스 성능 문제 해결 |
📌 결론?
Stop: EC2를 완전히 껐다가 다시 켜는 것 → 비용 절감 가능, 퍼블릭 IP 변경 가능
Reboot: 인스턴스를 다시 시작하는 것 → 빠른 재시작, 퍼블릭 IP 유지