Le cycle de vie
Une courte illustration de la séquence de commandes, suivie d’exemples à copier.
Créez et démarrez une microVM Linux dans votre espace de travail. Attendez que son état soit running.
rzv sandboxes create --name code-check --size 2vcpu-8gb
rzv sandboxes listDiffusez stdout et stderr en continu. La CLI se termine avec l’état de la commande. Les commandes s’exécutent par défaut dans /workspace.
rzv sandboxes exec <sandbox-id> -- "printf 'hello sandbox\n' > result.txt"Lisez le résultat ou ouvrez un terminal interactif pour investiguer. Utilisez exec sous Windows et dans les scripts.
rzv sandboxes exec <sandbox-id> -- cat result.txt
rzv sandboxes ssh <sandbox-id>Arrêtez pour conserver les fichiers pendant la durée de vie, sans frais d’exécution. Supprimez à la fin pour effacer la VM et ses fichiers.
rzv sandboxes stop <sandbox-id>
rzv sandboxes delete <sandbox-id>Connectez-vous et sélectionnez d’abord un espace de travail. Les propriétaires et les administrateurs peuvent créer et modifier des bacs à sable. La disponibilité, les tailles et la limite d’exécution dépendent de votre environnement. Installer la CLI et se connecter →
Que faire avec un bac à sable
Appelez exec depuis votre propre flux de travail d’agent, lisez la sortie et vérifiez le code de sortie avant de décider de la suite. Votre intégration contrôle les commandes et les identifiants.
Lire l’API exec →Placez dans le bac à sable le code et les outils dont vos vérifications ont besoin, puis lancez des vérifications Linux sur CPU. Examinez les échecs avant de rapatrier la modification dans votre dépôt.
Commencer avec la CLI →Ouvrez un shell, examinez des fichiers et relancez une commande dans le même espace de travail. Arrêtez et démarrez pendant la durée de vie de huit heures pour retrouver ces fichiers.
Explorer le terminal →Taille et durée de vie
Choisissez 2 vCPU / 8 Go, 4 vCPU / 16 Go, 8 vCPU / 32 Go ou 16 vCPU / 64 Go. Les tailles offertes dépendent de la capacité actuelle des hôtes ; la réponse de la liste indique ce que vous pouvez créer maintenant. Les disques de l’espace de travail vont de 5 à 64 Gio, avec 20 Gio par défaut.
Créez n’importe quelle taille offerte avec la CLI rzv, l’API ou le portail. Exécutez rzv sandboxes list pour vérifier la disponibilité actuelle.
Les fichiers dans /workspace survivent à un arrêt et à un redémarrage. Huit heures après le premier démarrage, le bac à sable expire et sa VM ainsi que ses fichiers sont supprimés. L’arrêt ne met pas le compteur en pause et le démarrage ne le réinitialise pas.
Toutes les tailles et limites →Facturation
Les bacs à sable en marche utilisent l’allocation de votre espace de travail ou votre crédit prépayé au tarif de l’exécuteur correspondant à leur taille. 2 vCPU comptent pour 1× ; 4 vCPU pour 2× ; 8 vCPU pour 4× ; 16 vCPU pour 8×. Un bac à sable arrêté n’est pas facturé.
Chaque démarrage réserve 15 minutes à l’avance. À la fin d’une exécution, seules les secondes écoulées sont facturées. Sans crédit, la création et le démarrage sont refusés.
Bientôt disponible. L’accès SSH standard et les connexions aux éditeurs ne sont pas encore offerts.
Lire le guide : Connexion avec SSH, scp, sftp et rsyncBientôt disponible. L’image de développement n’est pas encore offerte. Les outils prévus ne seront connectés à aucun compte.
Lire le guide : L’image de développement des bacs à sableBientôt disponible. Les disques persistants locaux à un hôte sont en développement et ne sont pas encore offerts.
Lire le guide : Disques persistants pour les bacs à sableBientôt disponible. Les jetons de dépôt ne sont pas encore offerts en production. La connexion automatique aux dépôts privés n’est pas encore offerte.
Lire le guide : Accès aux dépôts dans un bac à sableBientôt disponible. Les tâches OpenHands sont en développement et n’ont pas encore été testées dans un bac à sable réel. Elles ne sont pas encore offertes.
Lire le guide : Tâches OpenHands dans un bac à sable