요약

  • Cloud Run 최소 인스턴스는 요청 지연을 줄이기 위한 준비된 용량을 유지하고 유휴 상태에도 비용을 청구한다. Google은 개별 인스턴스가 언제든 재시작될 수 있고 설정한 최소 수가 최선 노력 목표라고 설명한다.
  • 인스턴스 기반 과금은 요청 밖에서도 CPU를 제공해 짧은 백그라운드 작업을 가능하게 한다. 유휴 컨테이너는 종료될 수 있으며 SIGTERM 처리에 주어진 유예는 10초다.

자리는 예약돼도 같은 직원이 계속 앉지는 않는다

첫 요청의 시작 지연이 크다면 따뜻한 컨테이너에 돈을 쓰는 이유가 있다. 요청 기반 과금에서는 대기 중 낮은 유휴 요율이 적용되고, 인스턴스 기반 과금에서는 수명 전체에 기본 요율이 붙는다. 돈을 내는 대상은 빠른 응답을 위한 준비 상태다.

Google 문서는 그 자리의 개별 프로세스가 바뀔 수 있다고 적는다. 최소 인스턴스는 언제든 재시작될 수 있다. 수량도 최선 노력 목표여서 지역 용량 부족, 기반 시설 재조정, 앱 장애, 할당량이나 결제 제한으로 잠시 내려갈 수 있다. 가용성을 위해 세 개 이상을 권장한다는 말은 특정 컨테이너의 메모리를 작업이 끝날 때까지 지켜준다는 약속이 아니다.

인스턴스 기반 과금은 응답이 끝난 뒤에도 CPU를 할당한다. 짧은 후속 처리에는 유용하다. 그래도 따뜻하게 유지된 유휴 컨테이너는 종료될 수 있다. SIGTERM을 받으면 마무리하거나 재개 지점을 남길 시간은 10초다. 긴 작업에는 지속 상태와 재시도가 필요하다. Google은 비동기 재시도를 위한 Cloud Tasks를 제시하고, 단일 장기 프로세스에는 재시작 정책을 갖고 최대 7일 연속 실행할 수 있는 별도 Cloud Run instance 자원을 안내한다.

구매 판단은 응답 지연과 작업 완료를 따로 재야 한다. Google은 대부분 쉬는 단일 프로세스라면 별도 instance가 최소 인스턴스와 인스턴스 기반 과금을 조합한 서비스보다 저렴할 수도 있다고 한다. 실제 비교에는 재시작, 작업 시간과 복구, 지연, 청구 기록이 필요하다. 설정창의 최소값 하나로 이 장부를 대신할 수 없다.

출처