ConfigurationM4 Pro · 64GB · 2TB
La mémoire unifiée est disponible pour les modèles et les builds. L’autre configuration est le M4 · 16GB · 256GB.
Déployez vos services d’inférence MLX
sur un Mac dédié dans le cloud
Louez à la journée une machine entière réservée à vos charges de travail. Connectez-vous en SSH et déployez MLX sur Apple Silicon ; le même nœud prend aussi en charge les builds et les tests Xcode.
Machine physique dédiée, pas une VM · Tarifs à la journée, à la semaine, au mois ou au trimestre · Facturation en USDTarif journalier dèsDès $21.6 / jour
VMR Lab M4 ; paiement anticipé possible à la semaine, au mois ou au trimestre.
Exemple de service d’inférencemlx_lm.server :8080
Le service écoute uniquement sur le nœud ; accédez-y via un tunnel SSH.
VMRentalConfiguration de commande / 01Choisir un nœud physique
Un Mac à vous pour vos expérimentations
VMR Lab ProM4 Pro · 64GB · 2TB
Tokyo · JPSSH / VNC · machine entière dédiée
Votre configurationTokyo / M4 ProPaiement à la journée · USD$60.9
SG JP KR HK US-W · Machine physique dédiée
9:41●●●
État du nœudTokyo · JPNœud physique en cours d’exécution- Puce
- M4 Pro
- Mémoire
- 64GB
- Accès distant
- SSH / VNC
localhost:8080Après avoir saisi ssh user@node seules vos charges de travail s’exécutent sur ce Mac mini.
MLX / CHARGEMENT DU MODÈLE
$ pip install mlx-lm
$ mlx_lm.server --port 8080
loading weights → unified memory
server ready · 127.0.0.1:8080Poids du modèle / cache KV / tâches système
Mac pour l’IA
Louez un Mac entier pour la durée de votre expérience
Apple Silicon utilise une mémoire unifiée, accessible à la fois au CPU et au GPU. Avec le VMR Lab Pro, vous disposez de 64GB pour les poids du modèle, le cache et les tâches système. La capacité réellement disponible dépend des processus exécutés simultanément.
Installez d’abord mlx-lmsur le nœud et configurez le service d’inférence pour qu’il écoute uniquement sur l’adresse locale. Ramenez ensuite le port sur votre ordinateur via un tunnel SSH. Une fois l’expérience terminée, vous n’avez pas à conserver une machine achetée spécialement pour l’occasion.
- 01
pip install mlx-lm - 02
mlx_lm.server --port 8080 - 03
ssh -L 8080:127.0.0.1:8080 user@node
Caractéristiques matérielles
Ce qui est indiqué sur la fiche correspond à la machine
Les deux configurations sont des Mac mini physiques complets, pas des VM partagées. Avant de commander, vérifiez la mémoire unifiée et le stockage local. Vous pouvez ajouter un SSD pour disposer de plus d’espace.
VMR LAB / FICHE TECHNIQUEMAC MINI PHYSIQUE DÉDIÉ
| Caractéristique | VMR Lab M4 M4 · 16GB · 256GB |
VMR Lab Pro M4 Pro · 64GB · 2TB |
|---|---|---|
| Puce | Apple M4 | Apple M4 Pro |
| Mémoire unifiée | 16GB, idéal pour les builds Xcode courants et les modèles quantifiés compacts | 64GB, idéal pour les contextes plus longs ou les expérimentations avec plusieurs modèles |
| Stockage local | SSD 256GB | SSD 2TB |
| Réseau du nœud | Accès distant depuis l’emplacement choisi ; la latence réelle dépend de votre réseau | Accès distant depuis l’emplacement choisi ; la latence réelle dépend de votre réseau |
| Accès distant | SSH / VNC | SSH / VNC |
| Ressources | Machine entière dédiée, pas une VM | Machine entière dédiée, pas une VM |
SG · JP · KR · HK · US-WFacturation en USD
Tarifs publics
Deux configurations, location à la journée
Choisissez d’abord la mémoire adaptée à vos charges de travail, puis la durée : journée, semaine, mois ou trimestre. Tous les prix ci-dessous sont en USD, payables à l’avance, hors options.
Options facturées en supplément selon la durée choisie : SSD +1TB à $2.2/jour, SSD +2TB à $4.4/jour, connexion Thunderbolt 5 en parallèle à $1.3/jour par machine. La disponibilité au moment de la commande est celle indiquée en temps réel dans la console.
Un nœud · deux types de tâches
Builds Xcode le jour, inférence la nuit
En journée, lancez des builds Xcode et des tests sur simulateur via SSH pour vérifier la compatibilité iOS et macOS. Une fois le build terminé, utilisez fastlane pour distribuer l’application sur TestFlight.
Le soir, arrêtez les processus de compilation, puis laissez mlx_lm.server tourner en continu. Le même ordinateur physique dédié conserve votre projet, ses dépendances et les fichiers des modèles : inutile de migrer l’environnement à chaque changement de tâche. Avant de lancer plusieurs tâches en parallèle, prévoyez assez de mémoire et d’espace disque.
JOURNAL DU NŒUD / JPUne journée sur un nœud physiqueExemple de flux de travail, pas un journal d’exécution
xcodebuild -scheme App buildBuildxcodebuild testTestsfastlane betaDistributionmlx_lm.server --port 8080Inférence
Nœuds physiques
Cinq emplacements selon votre itinéraire réseau
Deux configurations sont disponibles à Singapour, Tokyo, Séoul, Hong Kong et dans l’ouest des États-Unis. Les latences ci-dessous sont indicatives et ne préjugent pas de votre connexion réelle. Vérifiez la disponibilité en temps réel dans la console.
Singapour
Accès depuis l’Asie du Sud-Est
Indicatif : 20~50 msM4 / M4 ProTokyo, Japon
Accès depuis l’Asie de l’Est
Indicatif : 30~60 msM4 / M4 ProSéoul, Corée du Sud
Accès depuis l’Asie du Nord-Est
Indicatif : 30~50 msM4 / M4 ProHong Kong
Accès depuis le sud de la Chine et l’Asie du Sud-Est
Indicatif : 20~40 msM4 / M4 ProOuest des États-Unis
Accès depuis la côte ouest de l’Amérique du Nord
Indicatif : 25~35 msM4 / M4 ProCas d’usage
Quatre usages, une machine entière
Vérifiez d’abord vos outils et vos besoins en ressources, puis choisissez une configuration. Les quatre cas d’usage commencent par une connexion à distance ; ils diffèrent par la mémoire, le stockage et la durée d’exécution nécessaire.
01 / Développeurs indépendants
Du build à la distribution
Compilez vos projets Xcode à distance et exécutez les tests. Puis utilisez fastlane pour distribuer l’application sur TestFlight.
fastlane betaVoir le workflow →
02 / Équipes CINœud de build permanent
Exécutez un runner auto-hébergé sur un Mac dédié et déclenchez xcodebuild testà chaque PR.
xcodebuild testVoir le workflow →
03 / Expérimentation IAGardez le modèle sur le nœud
Choisissez le M4 Pro 64GB pour garder vos modèles quantifiés en mémoire. L’équipe accède au service d’inférence via un tunnel SSH.
mlx_lm.serverVoir le workflow →
04 / Audio et vidéoMédias et rendu sur la même machine
Transcodez et effectuez le rendu sur un Mac cloud. Ajoutez un SSD +2TB si vous avez besoin de plus d’espace pour vos médias.
+2TB SSDVoir le workflow →
Le télétravail en pratique
Fermez votre ordinateur, les tâches continuent
Créez un tunnel SSH depuis votre ordinateur portable pour accéder aux services du nœud. Si vous avez besoin d’une interface graphique, connectez-vous puis utilisez le bureau à distance.
LOCAL → TUNNEL SSH → MAClocalhost:8080
SESSION DISTANTE / ILLUSTRATION
Gardez la connexion sur votre poste de travail
Appelez le service de modèles cloud depuis votre ordinateur portable ; les builds et l’inférence s’exécutent sur le nœud physique dédié. Une fois parti, vos tâches et fichiers restent sur la machine louée.
Voir le workflow à distanceÀ vérifier avant de commander
Quatre questions fréquentes
Machine physique ou VM ?
Vous louez un Mac mini physique complet. Le CPU, le GPU et la mémoire unifiée de ce nœud ne sont pas partagés avec d’autres locataires.
Quelle configuration choisir pour MLX ?
Vérifiez les besoins en mémoire du modèle quantifié, du cache de contexte et des processus exécutés en parallèle. Pour les builds courants ou les petits modèles, commencez par le M4 16GB ; pour davantage de mémoire, choisissez le M4 Pro 64GB.
Comment accéder localement au port d’inférence ?
Configurez le service pour écouter sur 127.0.0.1:8080puis utilisez ssh -L 8080:127.0.0.1:8080 user@node pour créer un transfert de port local.
Comment confirmer la durée et le paiement ?
Les configurations sont disponibles à la journée, à la semaine, au mois ou au trimestre, avec paiement anticipé. Paiement uniquement en USDT-TRC20 ou par Visa / Mastercard / Amex via Stripe, en USD. Les moyens réellement disponibles dépendent des options affichées par la passerelle au moment du paiement.
Carnet d’expérimentation
Notes de déploiement et workflows
Des étapes reproductibles, de la connexion et des builds au choix de la durée.
DevOps et CI/CD
Tester le rejeu idempotent des écritures iOS hors ligne sur un Mac cloud
Simulez une réponse perdue après validation côté serveur, puis contrôlez qu’une relance et un redémarrage ne créent aucun doublon.
DevOps et CI/CDVérifier le retour haptique iOS sur un Mac cloud, sans surestimer le simulateur
Le simulateur valide la structure des événements, pas le ressenti. Une méthode pour répartir les contrôles entre automatisation et appareil réel.
DevOps et CI/CDSurveiller les fichiers sur un Mac cloud sans confondre événements et modifications
Une expérience reproductible pour tester les écritures rapides et les sauvegardes atomiques.
Un nouvel article est en préparation. En attendant, consultezla liste des articles.
Étape suivante / Configurer votre nœud
Choisissez une configuration, une durée et un emplacement pour commencer
Deux configurations de Mac mini physiques dédiés et cinq emplacements. Vous hésitez sur la mémoire ou la durée ? Consultez tous les tarifs, puis passez à la configuration de votre commande.