> ## Documentation Index
> Fetch the complete documentation index at: https://docs.coreweave.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Limites et quotas

> Planifiez la simultanéité et les ressources des Sandbox, comprenez les limites de durée de vie et gérez les erreurs de quota.

Les Sandbox CoreWeave sont soumis à des limites portant sur l’utilisation simultanée, les requêtes de création, les ressources et la durée de vie. Consultez cette page pour planifier votre charge de travail et savoir comment réagir lorsqu’une requête atteint une limite. Les quotas de Sandbox simultanés s’appliquent au placement sans serveur. Les Sandbox exécutés sur votre propre cluster CoreWeave Kubernetes Service (CKS) ne sont pas comptabilisés dans ces quotas.

<h2 id="concurrent-sandbox-quota">
  Quota de Sandbox simultanées
</h2>

Un quota de Sandbox simultanées limite le nombre de Sandbox sans serveur actifs dans votre organisation, tous utilisateurs et clés API confondus. L’utilisation active comprend les Sandbox en cours de démarrage ou d’arrêt, ainsi que ceux qui exécutent votre code.

Les valeurs par défaut suivantes s’appliquent lorsque l’application du quota de simultanéité est activée. Contactez l’assistance ou votre équipe de compte pour confirmer le quota et le statut d’application de votre organisation.

| Type de compte | Sandbox simultanées par défaut |
| :- | -: |
| Forge Free, Academic ou Free Trial | 20 |
| Forge Pro | 2 000 |
| Forge Enterprise | 5 000 |
| Autres comptes Forge | 10 |
| CoreWeave | 5 000 |

L’identifiant d’authentification de la sandbox détermine le compte auquel elle appartient. Voir [Choisir et obtenir des identifiants d’authentification](/fr/products/sandboxes/placement#choose-and-get-credentials). Ces quotas s’appliquent aux comptes ayant accès aux Sandbox. Une augmentation de quota approuvée peut relever la limite de votre organisation. Si le type de votre compte Forge est indisponible ou non reconnu, un niveau précédemment reconnu prévaut sur la valeur de repli indiquée dans le tableau.

La vérification du quota s’applique aux nouvelles requêtes de création sans serveur envoyées via l’API v1. L’utilisation de l’API v1beta2, obsolète, est également comptabilisée, mais les requêtes de création v1beta2 ne sont pas soumises à cette vérification. Pour intégrer la gestion des quotas, utilisez l’API v1 actuelle.

La comptabilisation des quotas est mise à jour de manière asynchrone. L’utilisation peut donc dépasser temporairement le quota, et les Sandbox récemment arrêtés peuvent continuer à être comptabilisés pendant un certain temps. Un quota de simultanéité n’est ni un plafond de dépenses strict ni une garantie de capacité disponible.

<h3 id="usage-counted-toward-the-quota">
  Utilisation prise en compte dans le quota
</h3>

Le quota tient compte de l’utilisation suivante :

* Les Sandbox en cours de préparation, en attente de placement, en cours de démarrage, en cours d’exécution ou en cours d’arrêt.
* Les réservations associées aux requêtes de création dont l’issue est incertaine, par exemple en cas de délai d’expiration après le début du placement.

Lors d’un arrêt normal, un emplacement se libère une fois que la sandbox a atteint un état terminal et que le décompte du quota a été actualisé. L’envoi d’une requête d’arrêt ou de suppression ne libère pas immédiatement d’emplacement.

Une requête de création dont l’issue est incertaine peut réserver un emplacement même si elle renvoie une erreur. La réservation dure le temps de la durée de vie spécifiée dans la requête, plus une marge de 60 secondes, à compter de l’enregistrement de l’échec. Si la durée de vie est inconnue, la réservation dure 30 jours, plus cette même marge. L’arrêt ou la suppression de la sandbox ne libère pas cette réservation de manière anticipée. Si des réservations vous empêchent de créer d’autres Sandbox, contactez l’assistance ou votre équipe de compte.

<h3 id="handle-a-quota-error">
  Gérer une erreur de quota
</h3>

Lorsque l’application du quota est activée, la vérification du quota détermine si votre organisation a atteint sa limite. Si c’est le cas, la plateforme rejette toute nouvelle requête de création v1 sans serveur et renvoie les détails d’erreur suivants :

| Champ | Valeur |
| :- | :- |
| Statut HTTP | `429 Too Many Requests` |
| Code gRPC | `RESOURCE_EXHAUSTED` |
| Motif de l’erreur | `CWSANDBOX_OCCUPANCY_QUOTA_EXCEEDED` |
| Métadonnées de l’erreur | `scope` : `tenant`, `limit` : le quota effectif, `current` : l’utilisation comptabilisée par la vérification du quota |
| Indication de nouvelle tentative | `RetryInfo` avec un délai de 5 secondes |

La plateforme renvoie le message d’erreur suivant :

> concurrent sandbox quota exceeded; request an increase from [support@wandb.ai](mailto:support@wandb.ai) or your account team

Traitez le motif d’erreur structuré plutôt que de vous appuyer sur le texte du message. Attendez que de la capacité se libère dans votre quota, puis effectuez une nouvelle tentative avec un backoff exponentiel, en respectant l’indication de nouvelle tentative. Cette indication de 5 secondes ne garantit pas qu’un emplacement sera disponible au bout de 5 secondes.

L’application du quota de simultanéité n’arrête pas les Sandbox déjà en cours d’exécution, y compris lorsqu’un changement de niveau réduit le quota. Les autres contrôles, notamment la durée de vie du bac à sable, continuent de s’appliquer.

<h3 id="request-a-quota-increase">
  Demander une augmentation de quota
</h3>

Pour demander un quota de simultanéité plus élevé, contactez l’équipe chargée de votre compte :

* Clients CoreWeave : contactez votre équipe de compte.
* Clients Forge : envoyez un e-mail à [forge-support@coreweave.com](mailto:forge-support@coreweave.com) ou contactez votre équipe de compte.

Précisez votre organisation, votre quota actuel, le quota souhaité et le pic de simultanéité attendu. Toute augmentation approuvée s’applique à l’ensemble de l’organisation, pour tous ses utilisateurs et toutes ses clés API.

<h2 id="rate-limits">
  Limites de débit
</h2>

L’API sans serveur v1 limite également la fréquence à laquelle votre organisation envoie des requêtes de création, ainsi que le nombre de requêtes de création en cours. Ces limites sont indépendantes du nombre de Sandbox actifs.

Une requête de création soumise à une limitation renvoie le code HTTP `429` avec le motif d’erreur `CWSANDBOX_SERVERLESS_CREATE_THROTTLED`. La métadonnée `limit_kind` indique la limite concernée :

| Type de limite | Action |
| :- | :- |
| `rate` | Réduisez le débit des requêtes de création. |
| `concurrency` | Réduisez le nombre de requêtes de création traitées simultanément. |

Effectuez de nouvelles tentatives avec un délai d’attente progressif (backoff) et respectez toute indication de nouvelle tentative fournie dans la réponse. Un quota de Sandbox simultanés plus élevé n’augmente pas, à lui seul, les limites de débit des requêtes de création.

<h2 id="sandbox-lifetime">
  Durée de vie du bac à sable
</h2>

Pour limiter la durée d'exécution d'une sandbox, définissez le [paramètre `max_lifetime_seconds`](/fr/products/sandboxes/client/guides/sandbox-configuration#max_lifetime_seconds) lors de sa création. Les limites de durée de vie s'appliquent aussi bien au placement sans serveur qu'au placement CKS.

Si vous omettez la durée de vie, la politique applicable peut fournir une valeur par défaut. En l'absence de valeur par défaut définie par la politique, la plateforme applique une durée de 10 minutes.

| Paramètre | Valeur |
| :- | -: |
| Valeur de repli de la plateforme lorsque ni la requête ni sa politique ne spécifient de durée de vie | 600 secondes (10 minutes) |
| Maximum | 2 592 000 secondes (30 jours) |

La plateforme rejette toute requête de création dont la durée de vie dépasse le maximum autorisé. Elle arrête la sandbox à l'expiration de sa durée de vie. Choisissez une durée de vie suffisante pour le travail à exécuter, puis arrêtez la sandbox une fois ce travail terminé.

<h2 id="per-sandbox-resources">
  Ressources par sandbox
</h2>

Les limites de ressources dépendent de la politique qui régit le placement de la sandbox. CoreWeave gère cette politique pour la capacité sans serveur, tandis que vos administrateurs la configurent pour le placement sur CKS. Les politiques peuvent limiter le CPU et la mémoire par conteneur et pour l’ensemble de la sandbox, ainsi que les demandes de GPU. Une demande de ressources doit respecter la politique applicable et ne pas dépasser la capacité disponible. Pour en savoir plus sur les contraintes de ressources, consultez la [référence des politiques](/fr/products/sandboxes/reference/profile).

Votre organisation doit figurer sur une liste d’autorisation pour utiliser des GPU. Un quota de Sandbox simultanés ne donne pas accès aux GPU. Pour en savoir plus sur les exigences d’accès et les configurations prises en charge, consultez [Exécuter une sandbox GPU](/fr/products/sandboxes/gpu-sandboxes).

Pour en savoir plus sur les modes de placement, les identifiants d’authentification et consulter des exemples de demandes de ressources, consultez [Premiers pas avec CoreWeave Sandbox](/fr/products/sandboxes/get-started).
