Singapour
Convient aux équipes d’Asie du Sud-Est, aux dépôts régionaux et à la collaboration transfrontalière.
Vérification rapide avant la location
Les réponses à connaître avant de louer un Mac dédié dans le cloud
Des nœuds physiques aux deux configurations et aux tarifs complets, en passant par le choix du nœud, la connexion VNC, les builds Xcode et le renouvellement, ce guide suit l’ordre d’utilisation réel.
FAQ ROUTING PLATE
Référentiel commun
Tableau de décision pour la location
01 / PRODUIT
Type de produit
Nœud physique dédié, pas une machine virtuelle
Vérifié
02 / CATALOGUE
Configuration et tarifs
Deux configurations, quatre durées de facturation
Vérifié
03 / RÉGION
Nœuds et connexion
5 nœuds, interface graphique VNC
Vérifié
04 / MISE À DISPOSITION
Mise à disposition et gestion
Activation habituelle en environ 4 minutes
Vérifié
Tarif d’entrée
$20.3/jour
Tous les frais sont facturés en USD
Type de produit
Une commande correspond à un nœud physique dédié
VMArm fournit un Mac physique dédié dans le cloud, disponible 365 jours par an. Le processeur, la mémoire et le stockage local ne sont pas partagés avec d’autres commandes, ce qui convient aux tâches de développement et de build nécessitant un environnement stable.
VMArm fournit-il un Mac virtuel ?
Non. Chaque commande occupe un nœud physique Apple Silicon dédié, et le système s’exécute directement sur un Mac physique, sans partitionnement des ressources par machine virtuelle. Vous disposez d’une puce, d’une mémoire et d’un stockage local fixes, et non d’une capacité partagée variant selon la charge des voisins.
Quelles ressources sont réellement dédiées ?
Le périmètre dédié comprend le processeur du modèle choisi, la mémoire, le SSD local, la session macOS et le point d’accès distant attribué au nœud. Le développement quotidien, les archives, les tâches runner et les caches s’exécutent sur le même nœud physique.
- Ressources de calcul
- La puce M4 sélectionnée est réservée à la commande en cours.
- Mémoire et stockage
- La capacité correspond à la configuration de la commande et n’est pas partagée avec d’autres commandes.
- Mode d’exécution
- Prend en charge l’interface graphique macOS et les workflows en ligne de commande.
Quelles tâches conviennent à un Mac dédié dans le cloud ?
Les usages courants incluent le développement Xcode, les archives iOS et macOS, les envois TestFlight, les self-hosted runners GitHub Actions ou GitLab CI, les builds Unity pour iOS, la validation d’environnements visionOS et les expériences d’IA locales nécessitant une mémoire et un espace disque fixes.
Configurations disponibles
Deux modèles seulement : comparez moins, choisissez plus vite
Pour la maintenance légère et les builds d’un seul projet, commencez avec VMArm M4 Core ; pour le développement multi-projets, les builds parallèles et les charges nécessitant davantage de mémoire, choisissez VMArm M4 Plus.
Quels modèles sont actuellement disponibles ?
Le catalogue actuel comprend uniquement les deux configurations Mac Mini M4 ci-dessous ; toutes les pages et options de commande reposent sur ces deux modèles.
| Formule | Puce | Mémoire | Stockage local |
|---|---|---|---|
| VMArm M4 Core | M4 | 16 Go | SSD 256 Go |
| VMArm M4 Plus | M4 | 24 Go | SSD 512 Go |
Comment choisir entre M4 Core et M4 Plus ?
Pour un seul projet, la signature de code, les archives courantes et un runner peu concurrent, VMArm M4 Core suffit généralement. Plusieurs espaces de travail Xcode en parallèle, l’export Unity suivi d’une compilation, un environnement visionOS ou des expériences avec des modèles locaux conviennent mieux à VMArm M4 Plus.
- Choisir Core :Tâches simples, faible concurrence et 256 Go suffisants pour le code source, les dépendances et les artefacts.
- Choisir Plus :Plusieurs builds simultanés, besoin de 24 Go de mémoire ou d’un stockage de base supérieur.
- Ajouter du stockage :Choisissez séparément une extension SSD si les caches de dépendances, les archives et les données de modèles augmentent rapidement.
Tarifs complets
Choisissez une durée quotidienne, hebdomadaire, mensuelle ou trimestrielle
Le tarif d’entrée de VMArm M4 Core est de $20.3/jour. Plus la durée est longue, moins les renouvellements sont fréquents ; choisissez selon le calendrier du projet et la durée d’utilisation du runner.
Quels sont les tarifs complets des deux modèles ?
| Formule | Jour | Semaine | Mois | Trimestre |
|---|---|---|---|---|
| VMArm M4 Core | $20.3 | $54.9 | $101.6 | $276.4 |
| VMArm M4 Plus | $39.4 | $106.5 | $197.2 | $536.4 |
Quelle durée de facturation choisir ?
Les validations courtes, builds ponctuels ou diagnostics uniques conviennent à la journée ou à la semaine. Le développement continu, les runners permanents et les environnements avec cache à long terme conviennent au mois ou au trimestre. Avant chaque renouvellement, vérifiez le modèle, le nœud, le stockage additionnel et la durée ; le montant final en USD apparaît sur la page de confirmation.
Options supplémentaires
Extension de stockage et interconnexion Thunderbolt 5 facturées séparément
Les options supplémentaires suivent la durée de l’hôte. Avant de choisir, estimez l’espace total du code source, des caches de dépendances, de DerivedData, des archives, des journaux et des données de modèles.
Quel est le prix des trois options supplémentaires ?
| Option | Jour | Semaine | Mois | Trimestre |
|---|---|---|---|---|
| +1 To SSD | $2.8 | $7.7 | $14.2 | $38.6 |
| +2 To SSD | $5.6 | $15.4 | $28.4 | $77.2 |
| Interconnexion Thunderbolt 5 (par machine) | $1.2 | $3.1 | $5.8 | $15.8 |
Comment savoir si j’ai besoin de stockage supplémentaire ?
Ne vous fiez pas uniquement à la taille du dépôt. DerivedData Xcode, les caches de dépendances, les données des simulateurs, plusieurs archives, les projets exportés par Unity et les journaux de build occupent progressivement de l’espace. Gardez une marge pour le système et les fichiers temporaires, et prévoyez une sauvegarde séparée des artefacts à conserver.
Dans quels cas l’interconnexion Thunderbolt 5 est-elle utile ?
Cette option est facturée par nœud et convient aux équipes qui doivent créer un chemin de données local haut débit entre plusieurs Mac physiques. Le développement Xcode sur une seule machine, le bureau à distance et un workflow avec un seul runner n’en ont généralement pas besoin.
Choix du nœud
5 nœuds couvrent l’Asie et la côte ouest de l’Amérique du Nord
Les deux modèles sont disponibles à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong ou dans l’ouest des États-Unis. La disponibilité réelle est indiquée en temps réel par la console.
Quels nœuds VMArm propose-t-il ?
Japon (Tokyo)
Convient aux équipes de développement et aux dépôts du Japon et de l’Asie de l’Est.
Corée du Sud (Séoul)
Convient au développement, aux builds et à la mise à disposition en Corée et en Asie du Nord-Est.
Hong Kong
Convient aux workflows collaboratifs entre la Chine méridionale et l’Asie du Sud-Est.
Ouest des États-Unis
Convient aux équipes de la côte ouest nord-américaine et aux dépôts locaux.
Quels principes suivre pour choisir un nœud ?
Privilégiez la région proche des principaux opérateurs, du dépôt de code ou du plan de contrôle CI/CD. Pour l’interface graphique, surveillez surtout la latence aller-retour entre votre réseau et le nœud ; pour les builds en arrière-plan, privilégiez le chemin réseau entre le nœud, le dépôt, les sources de dépendances et la cible de livraison.
- Commencez par la position de l’opérateur :Si vous utilisez souvent VNC, réduisez en priorité la distance réseau locale.
- Puis regardez la position du dépôt :Réduisez autant que possible les transferts interrégionaux pour récupérer les dépendances et synchroniser les gros dépôts.
- Enfin, mesurez en conditions réelles :Notez la latence, les pertes de paquets, le temps de clonage du dépôt et celui d’une archive complète.
Le nœud peut-il fonctionner en continu ?
Oui. Les nœuds fonctionnent 365 jours par an et conviennent aux runners permanents, aux builds nocturnes et aux tâches multi-fuseaux horaires. Enregistrez toutefois votre travail avant de modifier les réglages système, de mettre à jour les outils de développement ou de nettoyer les caches, et conservez des sauvegardes séparées du code, des certificats et des artefacts.
Règlement et paiement
Toutes les commandes sont réglées en USD
Le paiement est limité à USDT-TRC20 et aux cartes Visa, Mastercard et Amex traitées par Stripe. La passerelle réellement disponible est indiquée en temps réel dans la console.
Quels moyens de paiement sont acceptés ?
Vous pouvez utiliser USDT-TRC20, ou une carte traitée par Stripe : Visa / Mastercard / Amex. La devise de règlement est l’USD ; avant confirmation, la commande affiche le modèle, la durée, le nœud, les options et le total à payer.
Comment confirmer le statut après paiement ?
Après le paiement, revenez dans la console pour consulter le statut de la commande. Une fois le paiement confirmé et la mise à disposition lancée, le système effectue l’attribution du nœud, l’initialisation et la génération des informations de connexion. Si le statut reste inchangé trop longtemps, ouvrez un ticket dans la console avec le numéro de commande et le statut du paiement.
Quelles informations fournir pour un problème de facturation ?
Indiquez le numéro de commande, la formule, la durée de facturation, le moyen et le statut du paiement ainsi que l’heure du problème. Pour USDT-TRC20, vous pouvez ajouter l’identifiant de transaction ; supprimez les clés privées, jetons d’accès et autres données sensibles avant l’envoi.
Connexion à distance
Vérifiez d’abord l’adresse et les identifiants, puis ajustez l’affichage
VNC permet d’accéder à l’interface graphique macOS. Récupérez les informations de connexion dans la console ; ne les diffusez pas dans des messages publics et ne partagez pas les mêmes identifiants entre plusieurs personnes.
Quelles informations sont nécessaires pour la première connexion ?
Il vous faut l’adresse du nœud, le port VNC, le nom d’utilisateur système et les identifiants temporaires fournis par la console. Saisissez l’adresse et le port dans un client VNC de confiance, vérifiez le chiffrement, puis connectez-vous. Après la première connexion, remplacez les identifiants temporaires et stockez les nouveaux dans un gestionnaire de mots de passe sécurisé.
Comment régler la résolution, le clavier et la qualité d’image ?
Réglez d’abord la résolution distante sur un niveau stable pour votre écran local, puis ajustez la qualité, la profondeur de couleur, le zoom et la fréquence d’images selon le réseau. Si les raccourcis se comportent mal, vérifiez les mappages Command, Option et Control du client VNC et assurez-vous que le clavier local n’intercepte pas les combinaisons.
Comment protéger la session lorsque je quitte mon poste ?
Verrouillez la session macOS avant de partir ; ne vous contentez pas de fermer la fenêtre du client VNC. Ne partagez jamais les identifiants de connexion. En équipe, créez des comptes système aux privilèges minimaux et changez rapidement les mots de passe après toute modification de membre ou d’appareil.
Dans quel ordre diagnostiquer une déconnexion VNC ?
- Réseau local :Vérifiez que le réseau actuel accède correctement aux services externes et testez l’existence d’éventuelles pertes de paquets importantes.
- Paramètres de connexion :Revérifiez l’adresse du nœud, le port, le nom d’utilisateur et les options de chiffrement du client.
- État de la session :Attendez la fin d’une brève perturbation réseau avant de vous reconnecter, afin d’éviter de créer plusieurs sessions successives.
- Cache du client :Supprimez les anciennes entrées de connexion erronées, puis reconnectez-vous avec les informations actuelles de la console.
- Éléments à transmettre :Si la connexion reste impossible, conservez l’heure, la version du client, le message d’erreur et une capture d’écran expurgée.
Environnement de build
Gérez versions, signature, cache et disque comme une seule base de référence
Les problèmes de build proviennent rarement d’un seul élément. Notez la version de Xcode, le SDK, les fichiers de verrouillage des dépendances, les éléments de signature, les tags du runner et l’espace disque disponible pour reproduire les écarts de manière fiable.
Comment gérer les versions de Xcode et du SDK cible ?
Inscrivez la version Xcode requise par le projet dans la documentation de build ou le tag du runner. Avant toute mise à niveau, validez compilation, tests, archive et envoi dans une tâche distincte. Les tâches en ligne de commande doivent définir explicitement le chemin des outils de développement afin d’éviter des versions différentes entre session interactive et runner en arrière-plan.
Comment gérer les certificats de signature et les profils de provisioning ?
Importez les certificats et profils nécessaires selon le projet et les droits de l’équipe, et accordez l’accès uniquement au compte qui signe réellement. N’écrivez jamais les clés privées de signature dans le dépôt, les journaux de build ou les pièces jointes d’un ticket. Après une mise à jour, effectuez une archive reproductible avant de relancer les tâches en série.
Que vérifier en premier après un échec d’envoi TestFlight ?
Vérifiez successivement la configuration de l’archive, la correspondance entre Bundle Identifier et profil, l’accès au certificat, la conformité des numéros de version et de build au processus de publication, puis la première erreur valide des journaux. Ne vous limitez pas à la dernière ligne.
Comment stabiliser un self-hosted runner ?
Attribuez au runner des tags clairs et un périmètre de tâches défini, exécutez-le comme un service et limitez les droits du compte d’exécution. Après chaque tâche, supprimez les clés temporaires et les fichiers à usage unique, tout en conservant les caches de dépendances planifiés. Ajustez la concurrence à la mémoire, au disque et à la charge réelle du projet.
Quels principes pour nettoyer le cache et planifier le disque ?
Commencez par supprimer DerivedData régénérable, caches de dépendances obsolètes, données de simulateurs expirées et archives inutiles. Vérifiez avant le nettoyage qu’aucune tâche n’utilise les répertoires concernés. Pour les projets longs, définissez un seuil de capacité, suivez régulièrement l’espace occupé par le code, les caches, les archives et les journaux, et sauvegardez séparément les artefacts importants.
Mise à disposition et gestion
Activation habituelle en environ 4 minutes
La confirmation du paiement, l’attribution du nœud, l’initialisation du système et la génération des informations de connexion s’enchaînent. Ensuite, la console permet de consulter la commande, les informations de connexion, le renouvellement et les tickets d’assistance.
Quelles sont les étapes de l’activation en environ 4 minutes ?
-
Environ 1 minute
Confirmation du paiement
Vérification du montant de la commande et du statut du paiement.
-
Environ 1 minute
Attribution du nœud
Attribution d’un nœud physique dédié selon le modèle et la région choisis.
-
Environ 1 minute
Initialisation du système
Préparation de l’environnement système et des paramètres d’accès associés à la commande.
-
Environ 1 minute
Génération des informations de connexion
Génération de l’adresse du nœud, du compte système et des informations de connexion à distance.
Environ 4 minutes est le délai habituel. Le statut réel est indiqué en temps réel dans la console.
Que préparer pour ouvrir un ticket technique ?
Préparez le numéro de commande, la région du nœud, l’heure du problème, les versions du système et de Xcode, les étapes de reproduction, le résultat attendu et le résultat obtenu. Supprimez des journaux et captures les clés, clés privées de signature, jetons d’accès, identifiants de connexion et données sensibles.
Où renouveler et gérer un nœud ?
Après connexion à la console, consultez la commande, les informations du nœud, la durée de facturation, le renouvellement et l’historique des factures. Avant de renouveler, vérifiez le calendrier du projet, l’espace utilisé et la durée nécessaire ; avant de changer de configuration ou de nœud, sauvegardez séparément le code, les certificats et les artefacts.
Quels canaux utiliser pour obtenir de l’aide ?
Pour les problèmes techniques, de connexion ou de facturation liés à une commande, connectez-vous en priorité à la console, ouvrez un ticket et associez la commande. Pour les demandes commerciales, les achats d’équipe ou les problèmes d’accès à la console, écrivez à support@vmarm.com.
Lancer le prochain build
La configuration est claire : placez votre environnement de build sur un Mac physique dédié
Choisissez l’une des deux configurations disponibles, puis confirmez la durée, le nœud et le stockage supplémentaire. Le tarif d’entrée est de $20.3/jour.