Singapur
Geeignet für Teams in Südostasien, regionale Repositories und grenzüberschreitende Zusammenarbeit.
Von physischen Knoten und zwei Konfigurationen über vollständige Preise bis zu Standortwahl, VNC, Xcode-Builds und Verlängerungen – hier finden Sie alles in der Reihenfolge der praktischen Nutzung.
VMArm stellt dauerhaft verfügbare, exklusive physische Cloud-Macs bereit. Rechenleistung, Arbeitsspeicher und lokaler Speicher werden nicht mit anderen Aufträgen geteilt – ideal für Entwicklungs- und Build-Aufgaben mit stabiler Umgebung.
Nein. Jeder Auftrag nutzt exklusiv einen entsprechenden physischen Apple-Silicon-Knoten. Das System läuft direkt auf einem echten Mac, ohne Aufteilung der Ressourcen durch eine virtuelle Maschine. Sie erhalten einen festen Chip, festen Arbeitsspeicher und festen lokalen Speicher statt gemeinsam genutzter Rechenleistung, die von der Auslastung anderer Nutzer abhängt.
Exklusiv sind Prozessor, Arbeitsspeicher, lokale SSD, macOS-Sitzung und der diesem Knoten zugewiesene Fernzugriff der gewählten Konfiguration. Entwicklung, Archivierung, Runner-Aufgaben sowie Cache-Lese- und Schreibvorgänge laufen auf demselben physischen Knoten.
Typische Einsatzbereiche sind die tägliche Xcode-Entwicklung, iOS- und macOS-Archivierung, TestFlight-Uploads, selbst gehostete Runner für GitHub Actions oder GitLab CI, Unity-iOS-Builds, die Validierung von visionOS-Umgebungen sowie lokale KI-Experimente mit festem Arbeitsspeicher und Speicherplatz.
Für leichte Wartung und Builds einzelner Projekte eignet sich der VMArm M4 Core. Für mehrere Projekte, parallele Builds und höhere Speicherlast wählen Sie den VMArm M4 Plus.
Der aktuelle Katalog umfasst nur die folgenden zwei Mac Mini M4-Konfigurationen. Alle Seiten und Bestelloptionen beziehen sich auf diese beiden Varianten.
| Variante | Chip | Arbeitsspeicher | Lokaler Speicher |
|---|---|---|---|
| VMArm M4 Core | M4 | 16GB | 256GB SSD |
| VMArm M4 Plus | M4 | 24GB | 512GB SSD |
Für die Pflege einzelner Projekte, Codesignierung, normale Archivierung und Runner mit geringer Parallelität genügt meist der VMArm M4 Core. Mehrere parallele Xcode-Workspaces, weitere Kompilierung nach Unity-Export, visionOS-Umgebungen oder lokale Modelltests passen besser zum VMArm M4 Plus.
Der Einstiegspreis für den VMArm M4 Core beträgt $20.3/Tag. Je länger der Zeitraum, desto seltener ist eine Verlängerung nötig. Die Wahl sollte zu Projektplan und Runner-Nutzungsdauer passen.
| Variante | Pro Tag | Pro Woche | Pro Monat | Pro Quartal |
|---|---|---|---|---|
| VMArm M4 Core | $20.3 | $54.9 | $101.6 | $276.4 |
| VMArm M4 Plus | $39.4 | $106.5 | $197.2 | $536.4 |
Kurzfristige Tests, einmalige Builds oder vorübergehende Fehleranalyse eignen sich für die Tages- oder Wochenabrechnung. Für kontinuierliche Entwicklung, feste Runner und langfristige Caches sind Monat oder Quartal besser geeignet. Prüfen Sie vor der Verlängerung erneut Modell, Standort, Speichererweiterung und Zeitraum. Auf der Bestätigungsseite wird der endgültige USD-Betrag angezeigt.
Zusatzoptionen werden nach dem Zeitraum des Hauptservers abgerechnet. Schätzen Sie vor der Auswahl den gesamten Platzbedarf für Quellcode, Abhängigkeits-Caches, DerivedData, Archive, Logs und Modelldaten.
| Zusatzoption | Pro Tag | Pro Woche | Pro Monat | Pro Quartal |
|---|---|---|---|---|
| +1TB SSD | $2.8 | $7.7 | $14.2 | $38.6 |
| +2TB SSD | $5.6 | $15.4 | $28.4 | $77.2 |
| Thunderbolt 5-Verbindung (pro Gerät) | $1.2 | $3.1 | $5.8 | $15.8 |
Entscheiden Sie nicht allein nach der Größe des Repositorys. Xcode DerivedData, Abhängigkeits-Caches, Simulatordaten, mehrere Archive, Unity-Exportprojekte und Build-Logs belegen fortlaufend Speicher. Lassen Sie Platz für System- und temporäre Dateien und sichern Sie langfristig benötigte Build-Artefakte separat.
Diese Option wird pro Knoten berechnet und eignet sich für Teams, die zwischen mehreren physischen Macs einen schnellen lokalen Datenpfad benötigen. Für normale Xcode-Entwicklung auf einem Gerät, Remote Desktop und einzelne Runner-Workflows ist sie meist nicht erforderlich.
Beide Modelle sind in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder im Westen der USA verfügbar. Der tatsächliche Status wird in Echtzeit von der Konsole angezeigt.
Geeignet für Teams in Südostasien, regionale Repositories und grenzüberschreitende Zusammenarbeit.
Geeignet für Entwicklerteams und Code-Repositories in Japan und Ostasien.
Geeignet für Entwicklung, Builds und Bereitstellung in Südkorea und Nordostasien.
Geeignet für kollaborative Workflows zwischen Südchina und Südostasien.
Geeignet für Teams an der US-Westküste und lokale Code-Repositories.
Wählen Sie bevorzugt eine Region in der Nähe der wichtigsten Nutzer, des Code-Repositorys oder der CI/CD-Steuerung. Bei täglicher Nutzung der grafischen Oberfläche zählt die Round-Trip-Latenz zum Knoten; bei Hintergrund-Builds sind die Netzwerkwege zu Repository, Abhängigkeitsquellen und Ziel der Bereitstellung entscheidend.
Ja. Der Knoten läuft 365 Tage im Jahr kontinuierlich und eignet sich für langfristige Runner, nächtliche Builds und Aufgaben über mehrere Zeitzonen hinweg. Speichern Sie Ihre Arbeit dennoch vor Änderungen an Systemeinstellungen, Entwicklerwerkzeugen oder Caches und sichern Sie Code, Zertifikate und Build-Artefakte separat.
Die Zahlungsarten bleiben bewusst schlank: unterstützt werden USDT-TRC20 sowie über Stripe abgewickelte Zahlungen mit Visa, Mastercard und Amex. Das tatsächlich verfügbare Gateway wird in Echtzeit von der Konsole angezeigt.
Sie können USDT-TRC20oder über Stripe abgewickelte Zahlungen mit Visa / Mastercard / Amexverwenden. Die Abrechnungswährung ist einheitlich USD. Vor der Bestätigung werden Modell, Zeitraum, Standort, Zusatzoptionen und Gesamtbetrag angezeigt.
Rufen Sie nach der Zahlung die Konsole auf und prüfen Sie den Bestellstatus. Sobald die Zahlungsbestätigung in die Bereitstellung übergeht, führt das System Standortzuweisung, Initialisierung und Erstellung der Verbindungsdaten aus. Ändert sich der Status längere Zeit nicht, reichen Sie in der Konsole ein Ticket mit Bestellnummer und Zahlungsstatus ein.
Geben Sie Bestellnummer, gewählte Variante, Abrechnungszeitraum, Zahlungsart, Zahlungsstatus und Zeitpunkt des Problems an. Bei USDT-TRC20 können Sie die Transaktions-ID ergänzen. Entfernen Sie vor dem Absenden private Schlüssel, Zugriffstoken und andere vertrauliche Inhalte.
VNC ermöglicht den Zugriff auf die grafische macOS-Oberfläche. Die Verbindungsdaten erhalten Sie in der Konsole. Sie dürfen nicht über öffentliche Nachrichten weitergegeben oder mit mehreren Personen gemeinsam genutzt werden.
Sie benötigen die in der Konsole angezeigte Knotenadresse, den VNC-Port, den Systembenutzernamen und temporäre Zugangsdaten. Tragen Sie Adresse und Port in einen vertrauenswürdigen VNC-Client ein, prüfen Sie die Verschlüsselungseinstellungen und stellen Sie die Verbindung her. Aktualisieren Sie nach der ersten Anmeldung die temporären Zugangsdaten und speichern Sie sie in einem sicheren Passwort-Manager.
Wählen Sie zunächst eine Remote-Auflösung, die auf Ihrem lokalen Bildschirm stabil angezeigt werden kann. Passen Sie anschließend je nach Netzwerk Bildqualität, Farbtiefe, Skalierung und Bildrate an. Bei fehlerhaften Tastenkürzeln prüfen Sie die Zuordnung von Command, Option und Control im VNC-Client und stellen Sie sicher, dass die lokale Eingabemethode keine Tastenkombinationen abfängt.
Sperren Sie vor dem Verlassen die macOS-Sitzung; schließen Sie nicht nur das VNC-Client-Fenster. Teilen Sie keine Zugangsdaten. Für Teams sollten Konten nach dem Prinzip der geringsten Rechte eingerichtet und Passwörter bei Änderungen an Mitgliedern oder Geräten aktualisiert werden.
Build-Probleme entstehen meist nicht an nur einer Stelle. Erfassen Sie Xcode-Version, SDK, gesperrte Abhängigkeiten, Signiermaterial, Runner-Tags und freien Speicher, um Unterschiede zuverlässig reproduzieren zu können.
Dokumentieren Sie die vom Projekt benötigte Xcode-Version oder hinterlegen Sie sie im Runner-Tag. Prüfen Sie vor einem Upgrade Kompilierung, Tests, Archivierung und Upload in einer separaten Aufgabe. Kommandozeilenaufgaben sollten den Pfad zu den Entwicklerwerkzeugen eindeutig festlegen, damit interaktive Sitzungen und Hintergrund-Runner nicht unterschiedliche Versionen verwenden.
Importieren Sie die benötigten Zertifikate und Bereitstellungsprofile nach Projekt und Teamrechten und gewähren Sie nur dem tatsächlich signierenden Konto Zugriff. Speichern Sie private Signierschlüssel niemals in Repositorys, Build-Logs oder Ticketanhängen. Führen Sie nach einer Aktualisierung zunächst eine reproduzierbare Archivprüfung durch, bevor Sie Batch-Aufgaben fortsetzen.
Prüfen Sie nacheinander, ob das Archiv mit der richtigen Konfiguration erstellt wurde, Bundle Identifier und Bereitstellungsprofil zusammenpassen, das Signierzertifikat erreichbar ist, Versions- und Build-Nummer dem aktuellen Veröffentlichungsprozess entsprechen und welcher erste verwertbare Fehler im Upload-Log erscheint. Übernehmen Sie nicht nur die letzte Logzeile.
Vergeben Sie klare Knoten-Tags und Aufgabenbereiche, betreiben Sie den Runner als Dienst und beschränken Sie die Rechte des Ausführungskontos. Löschen Sie nach jeder Aufgabe temporäre Schlüssel und Einmaldateien, behalten Sie jedoch geplante Abhängigkeits-Caches. Die Parallelität muss zu Arbeitsspeicher, Speicherplatz und tatsächlicher Projektlast passen.
Löschen Sie zuerst regenerierbare DerivedData, veraltete Abhängigkeits-Caches, alte Simulatordaten und nicht mehr benötigte Archive. Prüfen Sie vorher, dass kein Auftrag die betreffenden Verzeichnisse liest oder beschreibt. Legen Sie für langfristige Projekte Kapazitätsgrenzen fest, dokumentieren Sie regelmäßig die Entwicklung von Quellcode-, Cache-, Archiv- und Log-Speicher und sichern Sie wichtige Artefakte separat.
Zahlungsbestätigung, Knoten-Zuweisung, Systeminitialisierung und Erstellung der Verbindungsdaten erfolgen nacheinander. Danach können Sie in der Konsole Auftrag, Verbindungsdaten, Verlängerungsstatus und Supporttickets einsehen.
Bestellbetrag und Zahlungsstatus prüfen.
Einen exklusiven physischen Knoten nach gewähltem Modell und Region zuweisen.
Systemumgebung und auftragsbezogene Zugriffseinstellungen vorbereiten.
Knotenadresse, Systemkonto und Fernzugriffsdaten erzeugen.
Etwa 4 Minuten sind die typische Dauer des Ablaufs. Der tatsächliche Status wird in Echtzeit von der Konsole angezeigt.
Halten Sie Bestellnummer, Knotenregion, Zeitpunkt des Problems, Systemversion, Xcode-Version, Reproduktionsschritte, erwartetes und tatsächliches Ergebnis bereit. Entfernen Sie aus Logs und Screenshots zunächst Schlüssel, private Signierschlüssel, Zugriffstoken, Zugangsdaten und geschäftlich vertrauliche Daten.
Nach der Anmeldung in der Konsole sehen Sie aktuelle Aufträge, Knoteninformationen, Abrechnungszeitraum, Verlängerungsstatus und Abrechnungsverlauf. Prüfen Sie vor der Verlängerung Projektplan, Speichernutzung und benötigten Zeitraum. Für einen Wechsel von Konfiguration oder Standort sollten Sie Code, Zertifikate und Build-Artefakte zunächst separat sichern.
Technische, Verbindungs- und Abrechnungsfragen zu einem Auftrag reichen Sie bevorzugt nach Anmeldung in der Konsole als Ticket ein und verknüpfen sie mit dem betreffenden Auftrag. Fragen vor dem Kauf, zur Teambeschaffung oder bei fehlendem Konsolenzugriff können Sie per E-Mail an support@vmarm.comsenden.
Wählen Sie eine der zwei verfügbaren Konfigurationen und bestätigen Sie anschließend Abrechnungszeitraum, Standort und zusätzlichen Speicher. Der Einstiegspreis beträgt $20.3/Tag.