Amazon EC2는 이제 EC2 인스턴스에 대한 강제 종료를 지원합니다!

1. 들어가며

AWS 사용자라면 누구나 한 번쯤 답답한 상황을 겪어보셨을 겁니다. 바로 EC2 인스턴스 중지를 시도했음에도 불구하고 몇 분이 지나도록 'stopping(중지 중)' 상태에서 넘어가지 않고 멈춰있는 경우입니다. 이런 상황은 긴급한 작업이나 장애 대응 시 시간을 지연시키는 주범이 되기도 합니다.

다행히 최근 AWS 업데이트를 통해 이 문제를 해결할 수 있는 새로운 도구인 '강제 중지' 기능이 추가되었습니다. EC2 인스턴스가 왜 멈추는지 그리고 새롭게 추가된 이 강력한 기능을 어떻게 활용할 수 있는지 알아보겠습니다.

2. EC2 인스턴스 상태

EC2 인스턴스를 중지하는 것은 단순히 전원 스위치를 내리는 것과는 다릅니다. 인스턴스는 안전한 데이터 보존을 위해 정해진 절차에 따라 종료됩니다.

예를 들어 구동(running) 중인 EBS 기반(EBS-backed) 인스턴스를 중지(stop)하면 running -> stopping -> stopped상태를 거치게 됩니다. 이때 OS 내부에서는 다음과 같은 절차가 진행됩니다.

API로 (하이퍼바이저)게스트에 button press(버튼 누름) 이벤트를 전송합니다.
하이퍼바이저의ACPI shutdown button press 이벤트는 시스템의 graceful shudown(정상 종료)를 트리거합니다. 각 시스템의 정상 종료는 Linux의 경우 systemd, Windows의 경우 System process에 의해 제공됩니다.
ACPI 종료가 시작됩니다.
정상 종료 프로세스가 끝난 뒤 인스턴스가 종료(terminated)됩니다.

3. AS-IS vs TO-BE: 무엇이 달라졌나?

이번 업데이트의 핵심인 '강제 중지'는 stopping 상태에서 멈춰버린 인스턴스를 해결하기 위해 설계된 옵션입니다. 기존 방식과 비교해 보겠습니다.

running -> stopping -> stopped

3.1 AS-IS 기존 중지 옵션

기존에는 running 상태에서 중지 명령을 내릴 때 다음 두 가지 옵션만 선택할 수 있었습니다.

기본 중지(Default stop)

용도: 가장 권장되는 방식으로 OS의 정상적인 종료 절차를 밟습니다.
데이터 영향: EBS 루트 볼륨 및 데이터 볼륨의 데이터가 안전하게 보존되지만 인스턴스 스토어(Instance Store)의 데이터는 손실됩니다.
사용 시기: 일반적 중지를 위한 첫 번째 중지 시도입니다.

OS 종료 건너뛰기를 사용한 중지(Stop with skip OS shutdown)

용도: OS의 정상 종료 과정을 무시(Bypass)하고 즉시 중지를 시도합니다.
데이터 영향: 데이터 손실 또는 손상이 발생할 수 있습니다. 메모리 콘텐츠가 디스크로 플러싱되지 않고 진행 중인 IO가 손실될 수 있습니다. 종료 스크립트를 건너뛸 수 있습니다.
사용 시기: OS가 응답하지 않거나 빠른 중지가 필요할 때 제한적으로 사용합니다.

3.2 TO-BE 강제 중지 기능 추가

이제는 이미 중지 명령을 내려 stopping 상태가 된 인스턴스에 대해서도 추가 조치를 할 수 있게 되었습니다.

강제 중지(Force stop)

용도: stopping 상태에서 멈춘 인스턴스를 처리합니다. 먼저 기본 중지를 재시도하고 그래도 되지 않으면 강제로 인스턴스를 종료합니다.
데이터 영향: 기본 중지를 먼저 시도하지만 강제 중지가 진행되면 데이터 손실 또는 손상이 발생할 수 있습니다. 드문 경우 EBS 볼륨이나 기타 공유 리소스에 대한 중지 후 쓰기가 발생합니다.
사용 시기: 기본 중지 시도 후 인스턴스가 계속 stopping 상태에 머물러 있을 때 사용합니다.

OS 종료 건너뛰기를 사용한 강제 중지(Force stop with skip OS shutdown)

용도: stopping 상태의 인스턴스를 즉시 끄고 싶을 때 강제 중지와 정상적 OS 종료 바이패스를 결합해 사용합니다.
데이터 영향: OS 종료를 건너뛰면 데이터가 손실되거나 손상될 수 있습니다. 메모리 콘텐츠가 디스크로 플러싱되지 않고 진행 중인 IO가 손실될 수 있습니다. 종료 스크립트를 건너뛸 수 있습니다. 강제 중지가 진행되면 추가데이터 손실 또는 손상이 발생할 수 있습니다. 드문 경우 EBS 볼륨이나 기타 공유 리소스에 중지 후 쓰기가 발생합니다.
사용 시기: stopping 상태에서 OS 종료 대기 시간조차 없이 즉각적인 조치가 필요할 때 사용합니다.

4. 강제 종료 방법

stopping 상태에서 멈춘 인스턴스를 강제로 중지하는 방법은 다음과 같습니다. 조치 후 10분이 지나도 인스턴스가 중지되지 않는다면, 인스턴스 ID와 수행 단계를 정리하여 AWS Support에 기술 지원 케이스를 접수하시기 바랍니다.

4.1 Console

인스턴스가 stopping 상태에 있는 동안에만 강제로 중지할 수 있습니다.

https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.
탐색 창에서 인스턴스를 선택하고 멈춘 인스턴스를 선택합니다.
인스턴스 상태, 인스턴스 강제 중지를 선택합니다.
인스턴스 강제 중지(Force stop instance)는 인스턴스가 stopping 상태일 때만 콘솔에서 사용할 수 있습니다. 인스턴스가 다른 상태인 경우(shutting-down 및 terminated 제외) AWS CLI를 사용하여 인스턴스를강제로 중지할 수 있습니다.
(선택 사항) 강제 중지 중에 정상적 OS 종료 절차를 무시하려면 OS 종료 건너뛰기 확인란을 선택합니다.
강제 중지를 선택합니다.

4.2 AWS CLI

상태(pending, running, stopping)에 관계없이 강제 중지를 시도할 수 있습니다.

기본 강제 중지 stop-instances 명령에 --force 옵션을 사용합니다.

aws ec2 stop-instances \
    --instance-ids i-1234567890abcdef0 \
    --force

강제 중지 중에 정상적 OS 종료를 바이패스하려면 --skip-os-shutdown 옵션을 포함합니다.

aws ec2 stop-instances \
    --instance-ids i-1234567890abcdef0 \
    --force \
    --skip-os-shutdown

4.3 Powershell

Stop-EC2Instance cmdlet을 사용하며 -Enforce 파라미터를 true로 설정합니다.

Stop-EC2Instance `
    -InstanceId i-1234567890abcdef0 `
    -Enforce $true

강제 중지 중에 정상적 OS 종료를 바이패스하려면 -SkipOsShutdown $true를 포함합니다.

Stop-EC2Instance `
    -InstanceId i-1234567890abcdef0 `
    -Enforce $true `
    -SkipOsShutdown $true

5. 마무리하며

새로운 '강제 중지' 기능은 멈춰버린 인스턴스 문제를 해결할 수 있는 귀중한 탈출구를 제공하여 운영 안정성을 크게 향상시킵니다. 이를 통해 장애 대응 시간을 단축하고 운영 리스크를 줄일 수 있습니다.

일반적인 경우에는 기존과 동일하게 기본 중지를 먼저 시도하고 stopping 상태에서 장시간 멈춰 있는 경우에만 강제 중지를 두 번째 선택지로 고려하는 것이 권장됩니다.

특히 강제 중지나 OS 종료 건너뛰기 옵션은 데이터 손상 가능성이 존재하므로 운영 환경에서는 사용 시점과 영향을 충분히 인지한 상태에서 제한적으로 사용하는 것이 중요합니다.

참고 자료

https://aws.amazon.com/ko/about-aws/whats-new/2025/08/amazon-ec2-force-terminate-instances/

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstancesStopping.html

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-lifecycle.html

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-stop-methods.html