초 단위 과금 완전 해설: 20초짜리 샌드박스가 $0.00055인 이유

'초 단위로 과금'은 완결된 것처럼 들리지만 사실은 그렇지 않은 표현 중 하나입니다. 그 뒤에는 실제로 내는 금액을 바꾸는 여러 결정이 있습니다. 무엇을 측정하는지, 시계가 언제 시작하고 멈추는지, 최소 요금이 있는지, 1센트 미만의 끝전을 어떻게 다루는지, 그리고 실제로 언제 잔액에서 돈이 빠져나가는지.

이 글은 코드 샌드박스에 대한 우리의 답을 계산과 함께 적어 둡니다. 목표는 무엇이든 실행하기 전에 청구액을 센트 단위까지 예측할 수 있게 하고, 초 단위 과금이 여러분의 워크로드에 맞지 않는 모델이 되는 지점을 알아볼 수 있게 하는 것입니다.

단위: 예약된 vCPU와 RAM

샌드박스의 가격은 요금제가 예약하는 자원의 가격입니다.

• vCPU 1시간당 $0.040
• RAM 1GiB 1시간당 $0.013

따라서 small 요금제(0.5 vCPU, 1GB)는 0.5 × 0.040 + 1 × 0.013 = 시간당 $0.033, 초당 약 $0.0000092입니다. 가장 큰 max(8 vCPU, 16GB)는 시간당 $0.528입니다.

우리는 소비량이 아니라 예약량을 측정합니다. 다음 명령을 기다리는 샌드박스도 프로젝트를 컴파일하는 샌드박스와 초당 요금이 같습니다. 실제 CPU 사용량으로 측정하면 서류상으로는 더 공정해 보이지만, 가격을 미리 알 수 없게 되고, 어차피 그 용량은 여러분을 위해 확보되어 있습니다. 아웃바운드 트래픽은 과금하지 않습니다.

시계: 생성부터 삭제까지

임시 샌드박스는 생성된 순간부터 삭제될 때까지 과금됩니다. 유휴 타임아웃(기본 300초)이 샌드박스를 제거하기 전까지 놀고 있는 시간도 포함됩니다.

예상치 못한 청구는 대부분 여기서 나옵니다. 2분짜리 스크립트도 아무도 삭제하지 않는 샌드박스에서 돌리면 7분이 과금됩니다. 2분은 작업, 5분은 타임아웃 대기입니다. 해결책은 지루합니다. 다 쓰면 샌드박스를 삭제하거나(SDK의 with 블록이 대신 해 줍니다) 유휴 타임아웃을 줄이세요.

최소 요금: 샌드박스당 60초

모든 임시 샌드박스는 수명 중 최소 60초가 과금됩니다. microVM을 시작하고, 디스크와 네트워크를 붙이고, 그 모든 것을 다시 해체하는 비용은 안에서 코드가 1초를 돌든 50초를 돌든 똑같기 때문입니다.

최소 요금은 샌드박스가 끝날 때 한 번만, 그리고 전체 수명이 60초보다 짧았을 때만 적용됩니다. 그 위에 시간 단위나 명령 단위의 추가 최소 요금은 없습니다.

적립과 차감: 마이크로달러와 센트 단위

여기가 '초 단위'라는 말이 보통 알려 주지 않는 부분입니다. 샌드박스 호스트는 샌드박스마다 하나씩, 시간 단위 구간으로 사용량을 기록합니다. 과금 작업은 1분에 한 번 마감된 구간을 모아 가격을 매기고 잔액에서 차감합니다.

가격 계산은 100만분의 1달러 단위로, 차감은 센트 단위로 이루어집니다. 1센트 미만으로 남은 금액은 계정에 남아 다음 차감에 더해집니다. 샌드박스별로도, 시간별로도 올림하지 않습니다.

작은 규모에서는 이것이 중요합니다. 20초짜리 샌드박스 100개는 100 × $0.00055 = $0.055가 쌓입니다. 차감되는 건 5센트이고, 0.5센트는 다음 묶음을 기다립니다. 샌드박스마다 1센트로 올림했다면 같은 작업에 1달러가 들었을 겁니다.

알아 둘 만한 성질이 두 가지 더 있습니다.

• 각 구간은 정확히 한 번만 과금됩니다. 사용량 기록과 차감은 샌드박스와 시간을 키로 하나의 데이터베이스 트랜잭션에 기록됩니다. 재실행이나 확인 유실로 두 번 청구될 수 없습니다.
• 장애는 과금을 늦출 뿐, 잃어버리거나 중복시키지 않습니다. 과금 쪽이 샌드박스 호스트에 닿지 못하면 아무것도 확정되지 않고, 구간은 기다렸다가 연결이 돌아오면 과금됩니다.

그 결과 대시보드의 숫자는 실시간 수치보다 최대 한 시간 늦을 수 있습니다. 실시간 수치는 GET /sandboxes/{id}/usage가 해당 샌드박스의 지금까지의 billed_usd와 estimated_total_usd를 반환합니다.

persistent 샌드박스: 시작된 시간 단위, 상한 있음

persistent 샌드박스는 세션 사이에 디스크를 최대 30일 동안 유지합니다. 시작된 시간 단위로 과금되므로 61분은 2시간입니다. 그 대신 한 달력월(UTC)의 요금은 730시간에서 25%를 뺀 금액을 절대 넘지 않습니다.

standard 요금제의 경우 이 상한은 $48.18이 아니라 월 $36.14입니다. persistent 샌드박스가 일시 정지된 동안에는 전혀 과금되지 않습니다.

잔액이 바닥나면

잔액은 절대 0 아래로 내려가지 않습니다. 새 샌드박스는 402 insufficient_balance로 거부됩니다. 이미 실행 중인 임시 샌드박스는 유휴 타임아웃이나 TTL에 끝납니다. persistent 샌드박스는 충전 없이 24시간이 지나면 일시 정지되고, 자금을 추가하면 스스로 재개됩니다. 일시 중지 스냅샷은 14일 동안 보관됩니다. 그 뒤 샌드박스는 삭제되고 그 id는 410 sandbox_deleted를 반환합니다.

AI 에이전트가 대신 샌드박스를 만든다면 일일 한도와 월간 한도를 설정하세요. 한도에 도달하면 초기화 시각과 함께 429 budget_exceeded가 반환되며, 프로그램은 이를 보고 행동할 수 있습니다.

초 단위 과금이 불리해지는 곳

초 단위 과금은 초와 분으로 재는 작업에 탁월합니다. 작업이 길어질수록 불리해집니다.

교차점은 대략 워크로드가 하루에 몇 시간 이상 돌아가는 지점입니다. 그 너머에서는 쓰지 않는 유연성에 돈을 내는 셈이고, 월 단위로 빌리는 서버가 시간당 훨씬 저렴합니다. 초 단위 과금은 할인이 아니라, 용량을 계획하지 않아도 되는 대가라고 보는 것이 공정합니다.

빠른 견적 방법

요금제의 시간당 가격 × 샌드박스가 존재할 초 ÷ 3600, 단 최저 60초. 직접 삭제하지 않을 거라면 유휴 타임아웃을 더하세요. persistent 샌드박스는 각 세션을 정시간 단위로 올림하고 월 상한에서 멈추면 됩니다.

전체 규칙, 할당량, 예산 API는 샌드박스 한도와 과금에, 위에서 쓴 호출은 SDK 레퍼런스에 있습니다. 초 단위로 실제로 무엇을 빌리는지 궁금하다면 Firecracker microVM 쉽게 이해하기를, 기계를 만드는 주체가 사람이 아니라 소프트웨어일 때 과금 모델이 왜 그렇게 중요한지는 AI 에이전트가 인프라에 정말로 필요로 하는 것을 참고하세요.