沙箱和伺服器使用同一個預付餘額。沒有訂閱,也不綁定信用卡:您儲值,沙箱從中扣費,餘額用完就停止。本頁講的是背後的算術。沙箱是什麼,請先看 沙箱;程式碼層面請看 SDK 參考。
您在為什麼付費
沙箱的價格就是其方案所預留的 vCPU 和記憶體的價格:
- 每 vCPU 小時 $0.040
- 每 GiB 記憶體每小時 $0.013
| 方案 | vCPU / 記憶體 / 磁碟 | 網路 | 每小時 | 持久沙箱,每月最多 |
|---|---|---|---|---|
| micro | 0.25 / 512 MB / 3 GB | 50 Mbit/s | $0.0165 | $9.03 |
| small | 0.5 / 1 GB / 5 GB | 100 Mbit/s | $0.033 | $18.07 |
| standard | 1 / 2 GB / 10 GB | 200 Mbit/s | $0.066 | $36.14 |
| plus | 2 / 4 GB / 15 GB | 300 Mbit/s | $0.132 | $72.27 |
| pro | 4 / 8 GB / 20 GB | 400 Mbit/s | $0.264 | $144.54 |
| max | 8 / 16 GB / 40 GB | 500 Mbit/s | $0.528 | $289.08 |
您為預留的資源付費,而不是為實際消耗的 CPU 付費。空閒的沙箱每秒的花費和正在編譯的沙箱一樣。對外流量不計費。無需 token 即可檢視即時價格:GET /sandboxes/tariffs。
臨時沙箱:按秒計費,最少 60 秒
臨時沙箱從建立到刪除,存在的每一秒都計費,每個沙箱最少按 60 秒計。
| 發生了什麼 | 方案 | 計費時長 | 費用 |
|---|---|---|---|
| 建立、執行一個指令碼、20 秒後刪除 | small | 60 秒(最低) | $0.00055 |
| 一套測試,10 分鐘後刪除 | small | 600 秒 | $0.0055 |
| 忘了管,工作 2 分鐘後被 5 分鐘空閒超時刪除 | standard | 420 秒 | $0.0077 |
| 執行 3 小時的背景任務 | standard | 10,800 秒 | $0.198 |
第三行最容易被忽略:空閒超時也計費。用完就刪除沙箱(SDK 的 with 程式碼塊會自動替您刪除),或者把 idle_timeout 設低一些。
持久沙箱:按已開始的小時計費,每月封頂
持久沙箱在多次工作階段之間保留磁碟,最長 30 天。每個已開始的小時都按整小時計費:61 分鐘算兩小時。作為交換,一個自然月(UTC)的費用永遠不超過 730 小時減 25%,也就是上表最後一列。一個執行整月的 standard 沙箱花費 $36.14,而不是 $48.18。
持久沙箱暫停期間(見下文)不計費。
餘額用完時
- 新沙箱被拒絕,返回
402 insufficient_balance。 - 已經在執行的臨時沙箱 照常結束,在空閒超時或 TTL 到期時。
- 持久沙箱在 24 小時後暫停,如果您還沒有儲值。暫停會把沙箱的狀態儲存到磁碟上;暫停中的沙箱不產生費用。
- 儲值後它們會自動恢復,通常在一分鐘內。在此期間,發往暫停沙箱的指令會收到
409 sandbox_paused。 - 暫停的狀態保留 14 天。 之後沙箱被刪除,其 id 返回
410 sandbox_deleted。
餘額永遠不會低於零。
支出上限
預設沒有上限。您可以在控制面板或透過 API 以美元設定每日和每月上限:
curl -X PUT https://api.eqvps.com/api/v1/eqvps/sandboxes/budget \
-H "Authorization: Bearer $EQVPS_API_KEY" -H "Content-Type: application/json" \
-d '{"daily_usd": 2, "monthly_usd": 20}'
兩個欄位都必填;null 表示不設上限。日和月按 UTC 計算。達到上限後,新沙箱收到 429 budget_exceeded(回應中包含 limit_usd、spent_usd 和 resets_at),執行中的臨時沙箱被刪除,持久沙箱暫停並保留磁碟。週期重設或您提高上限後它們會恢復。與餘額耗盡導致的暫停不同,預算暫停不會在 14 天后被刪除。
如果是 AI 代理自己建立沙箱,一定要設上限。這就是"糟糕的一夜"和"糟糕的一個月"之間的區別。
$1 試用
新帳戶在首次餘額不足時建立沙箱,會獲得 $1 沙箱額度。大約相當於 small 30 小時或 micro 60 小時。額度有效期 14 天,只能用於沙箱,先於您自己的錢被消耗,且不能提領。每個帳戶一次。
全部配額一覽
| 限制 | 數值 |
|---|---|
| 每個帳戶的沙箱數(執行中 + 已暫停) | 20 |
| 每個帳戶同時執行的指令數 | 2 |
| 單條同步指令 | 55 秒 |
| 每個沙箱的背景任務數 | 8 |
| 同步呼叫每個流的輸出 | 1 MiB |
| 透過 API 傳輸檔案 | 5 MB(更大的檔案,最多 2 GB,透過一次性連結) |
| 臨時沙箱存活時間(TTL) | 最長 24 小時 |
| 臨時沙箱空閒超時 | 預設 300 秒,最長 3600 秒 |
| 持久沙箱存活時間 | 最長 30 天 |
| 環境變數 | 每個沙箱 64 個,每個值 32 KB,總計 64 KB |
| 持續 CPU 佔用 | 超過 90% 持續 15 分鐘以上視為濫用 |
CPU 規則之所以存在,是因為沙箱共享硬體。違反規則的臨時沙箱會被停止,持久沙箱會被限速。突發型的工作永遠碰不到這條線。需要連續幾個小時滿負載計算的,應該放在按月租用 CPU 核心的 VPS 上。
檢視您花了多少
SDK 中的 usage(),或 GET /sandboxes/{id}/usage,會顯示沙箱的執行秒數、已用 CPU 秒數、對外位元組、billed_usd 和 estimated_total_usd。費用按小時批次記入餘額,所以控制面板可能比即時數字最多晚一個小時。想在真實沙箱上驗證這些數字,沙箱頁面 提供了入門所需的一切。
評論
目前還沒有評論。歡迎成為第一位。