Les sandboxes sont payées sur le même solde prépayé que les serveurs. Pas d'abonnement, pas de carte enregistrée : vous rechargez, les sandboxes puisent dedans, et quand il est vide, elles s'arrêtent. Cette page détaille les calculs. Pour savoir ce qu'est une sandbox, commencez par Sandboxes ; pour le code, la référence du SDK.
Ce que vous payez
Le prix d'une sandbox est celui des vCPU et de la RAM que son tarif réserve :
- $0.040 par vCPU-heure
- $0.013 par Gio de RAM et par heure
| Tarif | vCPU / RAM / disque | Réseau | Par heure | Persistante, max par mois |
|---|---|---|---|---|
| micro | 0.25 / 512 Mo / 3 Go | 50 Mbit/s | $0.0165 | $9.03 |
| small | 0.5 / 1 Go / 5 Go | 100 Mbit/s | $0.033 | $18.07 |
| standard | 1 / 2 Go / 10 Go | 200 Mbit/s | $0.066 | $36.14 |
| plus | 2 / 4 Go / 15 Go | 300 Mbit/s | $0.132 | $72.27 |
| pro | 4 / 8 Go / 20 Go | 400 Mbit/s | $0.264 | $144.54 |
| max | 8 / 16 Go / 40 Go | 500 Mbit/s | $0.528 | $289.08 |
Vous payez la réservation, pas le CPU réellement consommé. Une sandbox inactive coûte autant à la seconde qu'une sandbox qui compile. Le trafic sortant n'est pas facturé. Prix à jour, sans jeton : GET /sandboxes/tariffs.
Éphémère : à la seconde, minimum 60 secondes
Une sandbox éphémère est facturée pour chaque seconde d'existence, de sa création à sa suppression, avec un minimum de 60 secondes par sandbox.
| Ce qui s'est passé | Tarif | Temps facturé | Coût |
|---|---|---|---|
| Créée, un script lancé, supprimée après 20 s | small | 60 s (minimum) | $0.00055 |
| Suite de tests, supprimée après 10 min | small | 600 s | $0.0055 |
| Laissée de côté, supprimée par le délai d'inactivité de 5 min après 2 min de travail | standard | 420 s | $0.0077 |
| Tâche de fond pendant 3 heures | standard | 10 800 s | $0.198 |
C'est la troisième ligne qu'on oublie : le délai d'inactivité compte. Supprimez la sandbox quand vous avez fini (le bloc with du SDK le fait pour vous), ou réglez idle_timeout bas.
Persistante : à l'heure entamée, avec un plafond mensuel
Une sandbox persistante garde son disque entre les sessions, jusqu'à 30 jours. Chaque heure entamée est facturée en entier : 61 minutes coûtent deux heures. En échange, un mois calendaire (UTC) ne coûte jamais plus que 730 heures moins 25 %, c'est la dernière colonne du tableau ci-dessus. Une sandbox standard qui tourne tout le mois coûte $36.14, pas $48.18.
Tant qu'une sandbox persistante est en pause (voir plus bas), elle n'est pas facturée.
Quand le solde est épuisé
- Les nouvelles sandboxes sont refusées avec
402 insufficient_balance. - Les sandboxes éphémères déjà lancées se terminent normalement, à leur délai d'inactivité ou à leur TTL.
- Les sandboxes persistantes sont mises en pause au bout de 24 heures si vous n'avez pas rechargé. La pause enregistre la sandbox dans un instantané sur disque ; une sandbox en pause ne coûte rien.
- Rechargez et elles reprennent d'elles-mêmes, en général en moins d'une minute. En attendant, les commandes envoyées à une sandbox en pause reçoivent
409 sandbox_paused. - Les instantanés en pause sont conservés 14 jours. Ensuite la sandbox est supprimée et son id répond
410 sandbox_deleted.
Le solde ne passe jamais sous zéro.
Plafonds de dépense
Par défaut, aucun plafond. Vous pouvez fixer une limite quotidienne et mensuelle, en dollars, dans le tableau de bord ou par l'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}'
Les deux champs sont obligatoires ; null signifie pas de limite. Jours et mois sont comptés en UTC. Quand un plafond est atteint, les nouvelles sandboxes reçoivent 429 budget_exceeded (avec limit_usd, spent_usd et resets_at dans la réponse), les éphémères en cours sont supprimées et les persistantes sont mises en pause avec leur disque conservé. Elles reprennent quand la période se réinitialise ou que vous relevez le plafond. Contrairement aux pauses pour solde vide, une pause de budget n'est pas supprimée au bout de 14 jours.
Si un agent IA crée des sandboxes tout seul, fixez un plafond. C'est la différence entre une mauvaise nuit et un mauvais mois.
L'essai à $1
Un nouveau compte reçoit $1 de crédit sandbox la première fois qu'il crée une sandbox sans solde suffisant. Cela représente environ 30 heures de small ou 60 heures de micro. Le crédit dure 14 jours, ne sert qu'aux sandboxes, est dépensé avant votre propre argent et ne peut pas être retiré. Un essai par compte.
Tous les quotas au même endroit
| Limite | Valeur |
|---|---|
| Sandboxes par compte (actives + en pause) | 20 |
| Commandes simultanées par compte | 2 |
| Une commande synchrone | 55 s |
| Tâches de fond par sandbox | 8 |
| Sortie par flux, appel synchrone | 1 Mio |
| Transfert de fichier par l'API | 5 Mo (plus gros, jusqu'à 2 Go, via des liens à usage unique) |
| Durée de vie éphémère (TTL) | jusqu'à 24 h |
| Délai d'inactivité éphémère | 300 s par défaut, jusqu'à 3600 s |
| Durée de vie persistante | jusqu'à 30 jours |
| Variables d'environnement | 64 par sandbox, 32 Ko par valeur, 64 Ko au total |
| CPU soutenu | plus de 90 % pendant plus de 15 min compte comme un abus |
La règle sur le CPU existe parce que les sandboxes partagent le matériel. Une sandbox éphémère qui l'enfreint est arrêtée ; une persistante est ralentie. Un travail par à-coups n'en approche jamais. Des heures de calcul à pleine charge ont leur place sur un VPS, où vous louez les cœurs pour le mois.
Voir ce que vous avez dépensé
usage() dans le SDK, ou GET /sandboxes/{id}/usage, indique les secondes de fonctionnement d'une sandbox, les secondes CPU consommées, les octets sortants, billed_usd et estimated_total_usd. Les débits arrivent sur le solde par lots horaires, donc le tableau de bord peut avoir jusqu'à une heure de retard sur le chiffre en direct. Pour vérifier ces calculs sur une vraie sandbox, la page des sandboxes a tout ce qu'il faut pour commencer.
Commentaires
Pas encore de commentaires. Soyez le premier.