Schnellprüfung vor der Miete

Antworten zur exklusiven Cloud-Mac-Nutzung

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.

2 verfügbare Konfigurationen 5 verfügbare Standorte ca. 4 Minuten typischer Bereitstellungsablauf
FAQ ROUTING PLATE

Entscheidungshilfe zur Miete

Einheitliche Angaben
01 / PRODUKT Produktmodell Exklusiver physischer Knoten, keine virtuelle Maschine
Geprüft
02 / KATALOG Konfigurationen und Preise Zwei Konfigurationen, vier Abrechnungszeiträume
Geprüft
03 / REGION Standorte und Verbindung 5 Standorte, grafische VNC-Oberfläche
Geprüft
04 / BEREITSTELLUNG Bereitstellung und Verwaltung Typische Bereitstellung in etwa 4 Minuten
Geprüft
Einstiegspreis $20.3/Tag Alle Gebühren werden in USD abgerechnet
Produktmodell

Ein Auftrag entspricht einem exklusiven physischen Knoten

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.

Bietet VMArm virtuelle Macs an?

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.

Welche Ressourcen sind tatsächlich exklusiv?

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.

Rechenleistung
Der ausgewählte M4-Chip ist exklusiv dem aktuellen Auftrag zugewiesen.
Arbeitsspeicher und Speicher
Kapazität und Konfiguration entsprechen dem Auftrag und werden nicht mit anderen Aufträgen geteilt.
Betriebsart
Unterstützt grafische macOS-Oberflächen und Kommandozeilen-Workflows.
Welche Aufgaben eignen sich für einen exklusiven Cloud-Mac?

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.

Verfügbare Konfigurationen

Nur zwei Konfigurationen – kein wiederholter Vergleich ähnlicher Spezifikationen

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.

Welche Modelle sind derzeit verfügbar?

Der aktuelle Katalog umfasst nur die folgenden zwei Mac Mini M4-Konfigurationen. Alle Seiten und Bestelloptionen beziehen sich auf diese beiden Varianten.

Die zwei verfügbaren VMArm-Konfigurationen
Variante Chip Arbeitsspeicher Lokaler Speicher
VMArm M4 Core M4 16GB 256GB SSD
VMArm M4 Plus M4 24GB 512GB SSD
Wie wähle ich zwischen M4 Core und M4 Plus?

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.

  • Core wählen:Einzelne Aufgaben, geringe Parallelität und 256GB lokaler Speicher reichen für Quellcode, Abhängigkeiten und Build-Artefakte aus.
  • Plus wählen:Mehrere Build-Aufgaben laufen gleichzeitig; benötigt werden 24GB Arbeitsspeicher oder mehr Basisspeicher.
  • Speicher erweitern:Wenn Abhängigkeits-Caches, Archive und Modelldaten schnell wachsen, wählen Sie eine separate SSD-Erweiterung.
Vollständige Preise

Nutzungszeitraum täglich, wöchentlich, monatlich oder vierteljährlich wählen

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.

Wie hoch sind die vollständigen Preise beider Konfigurationen?
Preise der beiden VMArm-Macs pro Tag, Woche, Monat und Quartal
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
Welcher Abrechnungszeitraum ist der richtige?

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

Speichererweiterungen und Thunderbolt-5-Verbindung separat berechnet

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.

Was kosten die drei Zusatzoptionen?
Preise für VMArm-Speichererweiterungen und Thunderbolt-5-Verbindung
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
Woran erkenne ich, ob zusätzlicher Speicher nötig ist?

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.

Wann ist eine Thunderbolt-5-Verbindung sinnvoll?

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.

Standortwahl

5 Standorte für Workflows in Asien und an der US-Westküste

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.

Welche Standorte bietet VMArm?
SG

Singapur

Geeignet für Teams in Südostasien, regionale Repositories und grenzüberschreitende Zusammenarbeit.

JP

Japan (Tokio)

Geeignet für Entwicklerteams und Code-Repositories in Japan und Ostasien.

KR

Südkorea (Seoul)

Geeignet für Entwicklung, Builds und Bereitstellung in Südkorea und Nordostasien.

HK

Hongkong

Geeignet für kollaborative Workflows zwischen Südchina und Südostasien.

US-W

Westen der USA

Geeignet für Teams an der US-Westküste und lokale Code-Repositories.

Nach welchen Kriterien sollte ich einen Standort wählen?

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.

  1. Standort der Nutzer zuerst:Bei häufiger VNC-Nutzung sollte der lokale Netzwerkweg möglichst kurz sein.
  2. Repository-Standort danach:Beim Abruf von Abhängigkeiten und bei großen Repositorys sollte möglichst wenig regionsübergreifend übertragen werden.
  3. Zum Schluss testen:Latenz, Paketverlust, Dauer des Repository-Klonens und einer vollständigen Archivierung erfassen.
Kann der Knoten dauerhaft betrieben werden?

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.

Abrechnung und Zahlung

Alle Aufträge werden in USD abgerechnet

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.

Welche Zahlungsarten werden akzeptiert?

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.

Wie prüfe ich den Bestellstatus nach der Zahlung?

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.

Welche Angaben werden bei einem Abrechnungsproblem benötigt?

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.

Fernzugriff

Zuerst Adresse und Zugangsdaten prüfen, dann Anzeigeparameter anpassen

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.

Welche Informationen werden für die erste Verbindung benötigt?

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.

Wie passe ich Auflösung, Tastaturbelegung und Bildqualität an?

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.

Wie schütze ich die Sitzung beim Verlassen des Computers?

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.

In welcher Reihenfolge sollte ich einen VNC-Abbruch prüfen?
  1. Lokales Netzwerk:Prüfen Sie, ob das aktuelle Netzwerk externe Dienste erreicht, und testen Sie auf deutlichen Paketverlust.
  2. Verbindungsdaten:Prüfen Sie Knotenadresse, Port, Benutzernamen und Verschlüsselungsoptionen des Clients erneut.
  3. Sitzungsstatus:Warten Sie, bis eine kurze Netzwerkstörung vorbei ist, und verbinden Sie sich dann erneut. Erstellen Sie nicht fortlaufend mehrere Sitzungen.
  4. Client-Cache:Löschen Sie fehlerhafte alte Verbindungseinträge und verbinden Sie sich mit den aktuellen Daten aus der Konsole.
  5. Informationen für das Ticket:Wenn weiterhin keine Verbindung möglich ist, speichern Sie Zeitpunkt, Client-Version, Fehlermeldung und einen anonymisierten Screenshot.
Build-Umgebung

Versionen, Signierung, Caches und Speicher als gemeinsame Grundlage verwalten

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.

Wie verwalte ich Xcode- und Ziel-SDK-Versionen?

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.

Wie verwalte ich Signierzertifikate und Bereitstellungsprofile?

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.

Was sollte ich bei einem fehlgeschlagenen TestFlight-Upload zuerst prüfen?

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.

Wie bleibt ein selbst gehosteter Runner stabil?

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.

Welche Grundsätze gelten für Cache-Bereinigung und Speicherplanung?

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.

Bereitstellung und Verwaltung

Typische Bereitstellung in etwa 4 Minuten

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.

Welche Schritte umfasst die Bereitstellung in etwa 4 Minuten?
  1. ca. 1 Minute
    Zahlungsbestätigung

    Bestellbetrag und Zahlungsstatus prüfen.

  2. ca. 1 Minute
    Knoten-Zuweisung

    Einen exklusiven physischen Knoten nach gewähltem Modell und Region zuweisen.

  3. ca. 1 Minute
    Systeminitialisierung

    Systemumgebung und auftragsbezogene Zugriffseinstellungen vorbereiten.

  4. ca. 1 Minute
    Verbindungsdaten erstellen

    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.

Was muss ich für ein technisches Ticket vorbereiten?

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.

Wo kann ich Knoten verlängern und verwalten?

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.

Über welche Wege kann ich mich bei weiteren Fragen melden?

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.

Nächsten Build starten

Die Konfiguration steht fest – verschieben Sie Ihre Build-Umgebung auf einen exklusiven physischen Mac

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.