먼저 읽는 핵심
- Google Cloud는 10월 19일 Compute Engine 정상 종료 기능을 정식 제공하며 게스트 OS에 최대 6시간의 정리 시간을 부여한다고 밝혔다.
- 최대 6시간은 모든 작업의 성공 보장이 아니며, 일반 종료·Spot VM 종료와 구분해야 한다.
- DB·메일·HPC 작업에 유용하지만 애플리케이션 종료 설계, 스크립트 검증, 로컬 디스크 및 잔존 비용 점검이 필수다.
정식 출시된 정상 종료: 단순히 전원을 늦게 끄는 기능이 아니다
Google Cloud의 2026년 10월 19일 Compute Engine 릴리스 노트에 따르면 graceful shutdown 기능이 정식 제공(GA) 단계로 전환됐다. 이미 2025년에 프리뷰가 공개됐던 기술이므로 이번 발표를 최초 개발로 설명하는 것은 부정확하다.
핵심은 VM 중지나 삭제 시 게스트 운영체제가 작업을 정리할 수 있는 시간을 확보한다는 점이다. 기존의 짧은 종료 시간 때문에 DB 트랜잭션·장기 계산·메일 발송 등에서 생길 수 있었던 강제 종료 위험을 줄이려는 기능이다. 하지만 종료 대기 기능이 애플리케이션의 트랜잭션 일관성이나 고가용성을 대신하지는 않는다.
최대 6시간의 조건과 VM 유형별 예외
공식 문서는 정상 종료를 활성화한 Compute Engine VM의 게스트 OS가 작업을 마칠 수 있도록 최대 6시간의 여유를 받을 수 있다고 설명한다. 최대치이므로 모든 VM이 정확히 6시간 동안 가동된다는 뜻은 아니다. 설정값, 플랫폼 이벤트, 운영 상황과 종료 완료 여부를 함께 점검해야 한다.
일반 VM 중지 절차에서 게스트 OS 종료 시간은 Spot·선점형 VM에 최대 30초, 그 밖의 인스턴스에 최대 120초로 안내돼 있다. 이 숫자는 정상 종료 기능으로 확보할 수 있는 최대 6시간과 다른 맥락이다. 운영자는 자신의 VM 종류·종료 원인·옵션을 확인해야 하며, Spot 회수에 6시간을 보장한다고 해석해서는 안 된다.
기능은 기본적으로 비활성화돼 있으며, 켜면 종료 대기 기간을 1초에서 최대 6시간까지 지정할 수 있다. 중지·삭제 요청 이후 VM은 PENDING_STOP에서 작업을 정리한다. Spot·선점형 VM의 회수, 호스트 오류, TERMINATE 유지보수 정책에 따른 호스트 유지보수에서는 대기 절차가 시작되지 않거나 중단될 수 있다.
DB·메일·HPC에 필요한 종료 순서 설계
실제 적용 시 DB 서버는 신규 요청 수락을 멈추고 진행 중인 트랜잭션을 마무리한 뒤 파일과 로그가 일관된 상태인지 확인해야 한다. 메일 서버는 큐 처리와 전송 상태를 기록하고, HPC 작업은 체크포인트를 남겨야 의미가 있다. Google Cloud는 이런 워크로드를 정상 종료의 활용 사례로 든다.
종료 스크립트가 존재한다는 사실만으로 데이터 무손실이 보장되지는 않는다. 공식 스크립트 문서는 실행을 best-effort로 규정한다. 운영 환경에서는 중복 실행에 안전한 종료 단계, 백업, 타임아웃, 로그, 재시작 복구 연습과 장애 주입 테스트를 병행해야 한다.
중요한 실행 순서 차이가 있다. Compute Engine의 일반 종료 스크립트는 graceful shutdown 대기 기간이 끝난 뒤 실행된다. 장시간 DB 정리·메일 큐 처리·작업 체크포인트 저장은 대기 기간 동안 애플리케이션이 수행하도록 별도 설계해야 한다.
Local SSD와 요금: VM을 끄면 모두 해결되는가
Compute Engine 중지 문서는 Local SSD 데이터가 중지 방식에 따라 버려질 수 있다는 점을 경고한다. 서버가 작업을 정상적으로 끝내더라도 Local SSD에만 남은 데이터를 별도 영속 스토리지로 옮기지 않았다면 저장 데이터가 사라질 수 있다. 데이터 내구성과 종료 대기 시간은 별개의 문제다.
또한 VM이 정지된 뒤에도 디스크, 스냅샷, 외부 IP와 같은 보유 리소스에는 요금이 발생할 수 있다. 정상 종료가 긴 시간 유지되면 종료 완료 시점과 서비스 중단 창도 운영 계획에 영향을 미친다. 따라서 정지 상태와 청구 리소스를 대시보드·알림으로 별도 감시해야 한다.
기능 활성화 자체는 무료지만 정상 종료 대기(PENDING_STOP) 동안 CPU·메모리 요금은 계속 발생한다. 이 비용은 STOPPING 진입 시 중단되며, 이후에도 보유 디스크·스냅샷 등 별도 리소스 비용은 남을 수 있다. PENDING_STOP 동안 VM 재시작·리셋·일시중단 및 설정 변경에도 제약이 있다.
운영팀 도입 가이드: 종료 실험으로 안전성을 입증하기
먼저 테스트 VM에서 실제 트랜잭션과 백그라운드 작업을 수행한 상태로 정상 종료를 실행하고, 애플리케이션 로그·종료 시간·영속 데이터·재시작 결과를 검증한다. 그 다음 기존 인스턴스의 옵션 활성화 가능성과 조직의 설정 정책을 확인한다.
프로덕션 전환은 서비스 트래픽 드레이닝, 로드밸런서 경로 제외, 종료 스크립트 실패 알림, 복구 절차가 함께 있어야 한다. 정상 종료는 계획된 유지보수의 안전성을 높일 수 있는 도구이지 백업·복제·재해복구·HA 설계를 대체하는 만능 보호 장치가 아니다.



