중단된 GCP VM이 다시 시작될 것이 보장되지 않습니다.

클라우드 비용 절감을 위해 개발 환경이나 스테이징 서버를 야간에 자동으로 중지하는 것은 매우 현명한 FinOps 전략입니다. 하지만 이번 사례는 '비용 절감'이라는 이득 뒤에 '자원 선점 실패로 인한 서비스 복구 불가능'이라는 숨겨진 리스크가 존재함을 상기시킵니다. 특히 인프라 자원이 특정 존에 종속되어 있는 구조적 한계를 이해하는 것이 중요합니다.

물론, 모든 VM을 가용성이 높은 다른 존으로 즉시 옮기는 것은 네트워크 지연 시간(Latency) 증가나 데이터 전송 비용 발생이라는 트레이드오프를 수반합니다. 따라서 무조건적인 존 이동보다는, 핵심 서비스는 예약된 용량(Reserved Capacity)을 사용하고, 스테이징 환경과 같은 비핵심 자원에 대해서만 이번 스크립트와 같은 유연한 복구 전략을 적용하는 이원화된 접근 방식이 필요합니다. 창업자들은 비용 최적화 로직이 인프라의 가용성 원칙과 충돌하지 않도록 설계해야 합니다.