Sandboxy opłaca się z tego samego przedpłaconego salda co serwery. Nie ma subskrypcji ani zapisanej karty: doładowujesz, sandboxy z tego biorą, a gdy saldo się kończy, zatrzymują się. Ta strona to rachunki stojące za tym. Czym jest sandbox, opisuje strona Sandboxy; o kodzie mówi dokumentacja SDK.
Za co płacisz
Cena sandboxa to cena vCPU i RAM, które rezerwuje jego taryfa:
- $0.040 za vCPU-godzinę
- $0.013 za GiB RAM na godzinę
| Taryfa | vCPU / RAM / dysk | Sieć | Za godzinę | Trwały, maks. za miesiąc |
|---|---|---|---|---|
| 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 |
Płacisz za rezerwację, a nie za faktycznie zużyty CPU. Bezczynny sandbox kosztuje na sekundę tyle samo co ten, który kompiluje. Ruch wychodzący nie jest naliczany. Aktualne ceny bez tokena: GET /sandboxes/tariffs.
Efemeryczne: za sekundę, minimum 60 sekund
Efemeryczny sandbox jest rozliczany za każdą sekundę istnienia, od utworzenia do usunięcia, z minimum 60 sekund na sandbox.
| Co się stało | Taryfa | Naliczony czas | Koszt |
|---|---|---|---|
| Utworzony, jeden skrypt, usunięty po 20 s | small | 60 s (minimum) | $0.00055 |
| Zestaw testów, usunięty po 10 min | small | 600 s | $0.0055 |
| Zostawiony, usunięty przez 5-minutowy limit bezczynności po 2 min pracy | standard | 420 s | $0.0077 |
| Zadanie w tle przez 3 godziny | standard | 10 800 s | $0.198 |
Trzeci wiersz ludzie przeoczają: limit bezczynności też się liczy. Usuwaj sandbox, gdy skończysz (blok with w SDK robi to sam), albo ustaw niski idle_timeout.
Trwałe: za rozpoczętą godzinę, z limitem miesięcznym
Trwały sandbox zachowuje dysk między sesjami, do 30 dni. Każda rozpoczęta godzina jest liczona w całości: 61 minut kosztuje dwie godziny. W zamian miesiąc kalendarzowy (UTC) nigdy nie kosztuje więcej niż 730 godzin minus 25% — to ostatnia kolumna tabeli wyżej. Sandbox standard działający cały miesiąc kosztuje $36.14, a nie $48.18.
Gdy trwały sandbox jest wstrzymany (patrz niżej), nie jest naliczany.
Gdy saldo się kończy
- Nowe sandboxy dostają odmowę
402 insufficient_balance. - Już działające efemeryczne kończą się jak zwykle, po limicie bezczynności albo TTL.
- Trwałe są wstrzymywane po 24 godzinach, jeśli nie doładujesz salda. Wstrzymanie zapisuje sandbox w snapshocie na dysku; wstrzymany sandbox nic nie kosztuje.
- Doładuj, a wznowią się same, zwykle w ciągu minuty. W międzyczasie polecenia do wstrzymanego sandboxa dostają
409 sandbox_paused. - Snapshoty wstrzymanych sandboxów są trzymane 14 dni. Potem sandbox jest usuwany, a jego id odpowiada
410 sandbox_deleted.
Saldo nigdy nie schodzi poniżej zera.
Limity wydatków
Domyślnie limitu nie ma. Możesz ustawić limit dzienny i miesięczny w dolarach, w panelu albo przez 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}'
Oba pola są wymagane; null oznacza brak limitu. Dni i miesiące liczy się w UTC. Po osiągnięciu limitu nowe sandboxy dostają 429 budget_exceeded (z limit_usd, spent_usd i resets_at w odpowiedzi), działające efemeryczne są usuwane, a trwałe wstrzymywane z zachowanym dyskiem. Wznowią się, gdy okres się wyzeruje albo podniesiesz limit. W odróżnieniu od wstrzymania z powodu pustego salda, wstrzymanie budżetowe nie jest usuwane po 14 dniach.
Jeśli agent AI sam tworzy sandboxy, ustaw limit. To różnica między złą nocą a złym miesiącem.
Próbny $1
Nowe konto dostaje $1 na sandboxy, gdy po raz pierwszy tworzy sandbox bez wystarczającego salda. To około 30 godzin small albo 60 godzin micro. Kredyt jest ważny 14 dni, działa tylko dla sandboxów, jest wydawany przed twoimi pieniędzmi i nie można go wypłacić. Jedna próba na konto.
Wszystkie limity w jednym miejscu
| Limit | Wartość |
|---|---|
| Sandboxów na konto (działające + wstrzymane) | 20 |
| Poleceń jednocześnie na konto | 2 |
| Jedno polecenie synchroniczne | 55 s |
| Zadań w tle na sandbox | 8 |
| Wyjście na strumień, wywołanie synchroniczne | 1 MiB |
| Transfer pliku przez API | 5 MB (większe, do 2 GB, przez jednorazowe linki) |
| Czas życia efemerycznego (TTL) | do 24 h |
| Limit bezczynności efemerycznego | domyślnie 300 s, do 3600 s |
| Czas życia trwałego | do 30 dni |
| Zmienne środowiskowe | 64 na sandbox, 32 KB na wartość, 64 KB łącznie |
| Długotrwałe obciążenie CPU | ponad 90% dłużej niż 15 min to nadużycie |
Reguła dotycząca CPU istnieje, bo sandboxy dzielą sprzęt. Efemeryczny sandbox, który ją złamie, jest zatrzymywany, trwały — spowalniany. Praca zrywami nigdy się do niej nie zbliża. Godziny obliczeń przy pełnym obciążeniu to zadanie dla VPS, gdzie wynajmujesz rdzenie na miesiąc.
Jak sprawdzić, ile wydałeś
usage() w SDK albo GET /sandboxes/{id}/usage pokazuje sekundy działania sandboxa, zużyte sekundy CPU, bajty wychodzące, billed_usd i estimated_total_usd. Obciążenia trafiają na saldo godzinnymi paczkami, więc panel może być do godziny w tyle za bieżącą liczbą. Żeby sprawdzić te liczby na prawdziwym sandboxie, na stronie sandboxów jest wszystko, czego potrzeba na start.
Komentarze
Brak komentarzy. Bądź pierwszy.