Premiers pas · Guide pratique

Du choix à la première utilisation,
environ 4 minutes

Louez un Mac mini physique dédié, choisissez le site et la durée, puis récupérez vos informations de connexion dans la console après paiement. Suivez les étapes dans l’ordre jusqu’à lancer votre première commande xcodebuild ou démarrer un service MLX.

Les 4 minutes indiquées correspondent à une estimation du parcours, et non à un délai de mise à disposition garanti. La disponibilité réelle des sites est indiquée en temps réel dans la console.

Illustration du parcours. La configuration réelle, la disponibilité et le montant facturé sont ceux affichés dans la console.
Avant de commander · 6 points à vérifier

Choisissez d’abord votre charge de travail

Définir l’usage, la mémoire et le site à l’avance vous évitera de modifier la configuration après paiement. Vérifiez chaque point : aucun logiciel client n’est nécessaire.

  • Définir l’usageInférence MLX, tests iOS sur appareil réel ou compilation CI : choisissez d’abord votre tâche principale. Si plusieurs processus tournent en même temps, additionnez leurs besoins en mémoire.
  • Vérifier la mémoire unifiéeVMR Lab M4 comprend une puce M4, 16 Go de mémoire et un SSD de 256 Go ; VMR Lab Pro comprend une puce M4 Pro, 64 Go de mémoire et un SSD de 2 To. Prévoyez de l’espace pour les poids des modèles, le contexte et les processus en arrière-plan.
  • Choisir le site le plus procheSites disponibles : Singapour, Tokyo, Séoul, Hong Kong et côte ouest des États-Unis. Tenez compte de l’emplacement des développeurs et des utilisateurs de l’API. La disponibilité affichée dans la console au moment de la commande fait foi.
  • Vérifier la durée de facturationChoisissez une facturation à la journée, à la semaine, au mois ou au trimestre. Pour un essai court, commencez par la journée ; pour les compilations régulières ou l’inférence en continu, comparez les durées plus longues et vérifiez les dates de début et de fin sur la commande.
  • Estimer le stockage nécessaireLes fichiers de modèles, DerivedData et autres ressources peuvent vite occuper de l’espace. Si vous en avez besoin de plus, choisissez un SSD supplémentaire de +1 To ou +2 To dans la configuration et vérifiez le supplément pour la durée choisie.
  • Préparer le paiementPaiement accepté uniquement en USDT-TRC20 ou par Visa, Mastercard ou Amex via Stripe. Les paiements sont en dollars US. Les moyens réellement disponibles sont ceux proposés sur la page de paiement.
Parcours de mise à disposition · durées indicatives

4 étapes jusqu’à la première connexion

Ces durées servent à planifier les étapes ; elles ne garantissent pas le délai de traitement de chaque commande. Le statut réel du paiement et de l’attribution du site est affiché dans la console.

  1. 01

    Choisir un modèle et un site

    Environ 1 min

    Dans la page de configuration, choisissez VMR Lab M4 ou VMR Lab Pro, puis sélectionnez un site et une durée à la journée, à la semaine, au mois ou au trimestre. Seules les options disponibles pour le modèle choisi s’affichent. Vérifiez une dernière fois le supplément SSD et le montant total avant de valider.

  2. 02

    Confirmer le paiement

    Environ 1 min

    Sur la page de paiement, choisissez USDT-TRC20 ou payez par Visa, Mastercard ou Amex via Stripe. Après le paiement, vérifiez le statut de la commande : la fermeture de la page de paiement ne signifie pas à elle seule que la commande est finalisée.

  3. 03

    Attendre la mise en service de la machine

    Environ 1,5 min

    La console affiche le statut de la commande et de l’instance. Attendez l’attribution de la machine et la disponibilité du système ; ne passez pas une nouvelle commande avant la mise à jour du statut. Si celui-ci doit être vérifié, connectez-vous à la console et ouvrez un ticket en indiquant le numéro de commande.

  4. 04

    Récupérer les accès et se connecter

    Environ 0,5 min

    Consultez les informations de connexion SSH et les instructions VNC dans les détails de l’instance. Vérifiez d’abord l’authentification et l’accès au terminal avec SSH, puis ouvrez le bureau graphique si nécessaire. Ne partagez pas vos identifiants dans un dépôt public ou une conversation.

Total : environ 4 minutes. Le réseau, la confirmation du paiement et la mise en service de l’instance peuvent modifier la durée réelle. En cas de problème, commencez par consulter les informations de la console.

Première utilisation · exemples de commandes

Connectez-vous et lancez un premier workflow

Les exemples ci-dessous montrent comment utiliser SSH, compiler avec Xcode, envoyer une version sur TestFlight et démarrer un service MLX. Les journaux illustrent le format de sortie ; ils ne correspondent pas aux performances d’une tâche réelle. Récupérez d’abord vos informations de connexion dans la console, puis renseignez les variables d’environnement requises.

vmrental — ssh Journal / exemple

01 · Vérifier la connexion SSH

ssh -i ~/.ssh/vmr_lab "$VMR_USER@$VMR_HOST"

Une fois connecté, l’invite de commande du macOS distant s’affiche dans le terminal.

02 · Compiler et distribuer

xcodebuild -project "$PROJECT" -scheme "$SCHEME" build
fastlane beta

En cas de réussite, le terminal affiche ** BUILD SUCCEEDED ** ; fastlane indique le résultat de l’envoi.

03 · Démarrer un service d’inférence MLX

python3 -m pip install mlx-lm
python3 -m mlx_lm.server --model "$MODEL_PATH" --host 127.0.0.1 --port 8080

Après le démarrage, vérifiez les journaux du service, puis accédez au port 8080 depuis votre ordinateur via un tunnel SSH.

Avant de commencer : VMR_USER et VMR_HOST doivent être définis comme indiqué dans les détails de l’instance ; PROJECT, SCHEME et MODEL_PATH correspondent à votre projet ou au répertoire du modèle. fastlane beta nécessite que vous ayez déjà configuré votre propre pipeline de publication. N’exposez pas directement le service d’inférence à Internet.

Après la première connexion · 3 conseils

Organisez vos accès avant de lancer une tâche longue

Commencez par mettre en place un accès fiable et révocable. Vous pourrez ensuite automatiser les compilations ou permettre à votre équipe d’utiliser les modèles sans devoir revoir les méthodes de connexion de chacun.

01 / Clés

Configurer une clé SSH

Générez une paire de clés sur votre ordinateur ou choisissez-en une dédiée, puis ajoutez la clé publique à l’instance selon les instructions de la console. Conservez la clé privée sur un appareil de confiance. Pour la CI, utilisez une clé distincte et consignez son usage afin de pouvoir la révoquer ultérieurement.

Vérifiez l’empreinte de l’hôte lors de la première connexion. Si plusieurs collaborateurs doivent accéder à l’instance, ne partagez pas la même clé privée entre eux.

02 / Bureau

Utiliser le bureau VNC si nécessaire

Pour consulter Xcode, le simulateur ou un espace de montage vidéo, utilisez VNC en suivant les instructions des détails de l’instance. Les compilations en ligne de commande peuvent rester dans SSH : inutile de garder une session graphique ouverte pour consulter les journaux.

Le bureau distant est accessible après la connexion à l’instance. Récupérez les informations de connexion dans la console et ne les insérez pas dans des documents publics.

03 / Ports

Créer un tunnel pour le port d’inférence

Configurez mlx_lm.server pour écouter sur l’adresse locale du nœud, 127.0.0.1:8080, puis accédez au service avec une redirection de port SSH locale. Vous pourrez ainsi tester l’API depuis votre ordinateur sans exposer directement le service à Internet.

ssh -i ~/.ssh/vmr_lab -L 8080:127.0.0.1:8080 "$VMR_USER@$VMR_HOST"
Pour aller plus loin · par tâche

Après votre première commande

Pour vérifier l’installation, la connexion ou la facturation, consultez d’abord le centre d’aide. Pour savoir comment répartir une machine entre compilation, inférence ou tâches audio et vidéo, explorez les workflows correspondants.

Aide technique / Connexion et MLX

Un problème de commande ou de connexion ?

Consultez les étapes d’installation de MLX et de démarrage du service, les tunnels SSH, VNC et les réponses sur la facturation. Pour diagnostiquer un problème, notez la commande, le message d’erreur complet et le statut de l’instance. Pour toute question sur une commande, ouvrez un ticket depuis la console.

Workflows / 4 cas d’usage

Intégrer la machine à votre workflow

Découvrez comment organiser compilations, services de modèles et stockage pour le développement indépendant, la CI, les expériences d’IA et les workflows audio et vidéo. Commencez par tester le parcours avec une petite tâche avant de migrer les tâches de longue durée.

Prêt à vous lancer ?

Confiez votre première tâche à un Mac physique dédié

Choisissez un modèle, un site et une durée. La configuration finale et la disponibilité sont celles affichées en temps réel dans la console. Pour comparer les tarifs, consultez les deux offres.