Einsatzzweck festlegen
Legen Sie fest, ob die erste Aufgabe MLX-Inferenz, Mac-KI-Bereitstellung, iOS-/macOS-Builds oder Remote-Automatisierung umfasst. Notieren Sie Laufzeit, Parallelisierung und Endprodukte.
Von der Knotenauswahl bis zur ersten Aufgabe
Ihre erste MLX- oder CI-Aufgabe auf einem Cloud Mac bereitstellen
Dieser Leitfaden richtet sich an Entwickler und Engineering-Teams, die einen VMMini M4 mieten möchten. Sie prüfen nacheinander die Arbeitslast, vergleichen vier verfügbare Knoten, erstellen eine Bestellung, verbinden sich erstmals und starten anschließend einen MLX-Inferenzdienst oder self-hosted Runner.
Der VMMini M4 ist ein dedizierter physischer Knoten mit Mac Mini M4, 16GB RAM und 256GB SSD – keine virtuelle Maschine. Der Knoten läuft 365 Tage im Jahr durchgehend; tatsächliche Netzwerkleistung, Bestellverfügbarkeit und Lieferdetails richten sich nach den Live-Angaben in der Konsole.
1feste Konfiguration
4verfügbare Knoten
2Pfade für die erste Aufgabe
Bereitstellungsübersicht
VMMini M4
im Katalog bestellbar
- Prozessor
- M4
- Arbeitsspeicher
- 16GB
- Systemlaufwerk
- 256GB SSD
- Knoten
- Singapur, Tokio, Seoul, Hongkong
Aufgaben-Ziel
MLXGesundheitscheck bestanden
CIRunner nimmt Aufgaben an
Vorbereitung
Sieben Angaben klären, dann bestellen
Knoten, Laufzeit und Speicher bestimmen den späteren Arbeitsablauf. Erstellen Sie zunächst eine kurze Aufgabenkarte. So vermeiden Sie, erst nach der Verbindung festzustellen, dass die Codequelle zu weit entfernt ist, der Speicher nicht reicht oder dem Team ein nutzbarer öffentlicher Schlüssel fehlt.
Teamstandorte erfassen
Listen Sie die Regionen der wichtigsten Nutzer auf. Bei mehreren Beteiligten zählt nicht nur der Standort der Administration, sondern auch der der Personen, die täglich Logs prüfen und Artefakte abrufen.
Standort der Codequelle prüfen
Dokumentieren Sie, in welchem Netzwerk sich Code-Repository, Modelldateien, Dependency-Cache und Artefaktspeicher befinden. Der Datenweg der Aufgabe beeinflusst die Knotenauswahl oft stärker als der Teamstandort.
Mietlaufzeit wählen
Kurze Tests können tageweise, kontinuierliche Sprints wochenweise und stabile Builds oder Dienste monatlich oder quartalsweise abgerechnet werden. Die Laufzeit sollte Bereitstellung, Validierung und vollständigen Datenexport abdecken.
Speicherbedarf schätzen
Berechnen Sie Modellgewichte, Dependency-Cache, Build-Verzeichnisse, archivierte Artefakte und Logs gemeinsam. Schätzen Sie den Bedarf nicht nur anhand der Repository-Größe.
SSH-Schlüssel vorbereiten
Verwenden Sie für diese Aufgabe einen eigenen Schlüssel und stellen Sie sicher, dass der private Schlüssel von autorisierten Personen verwahrt wird. Übermitteln Sie nur den öffentlichen Schlüssel – niemals den privaten per E-Mail oder Supportanfrage.
Empfangsadresse bestätigen
Verwenden Sie eine geschäftliche E-Mail-Adresse, die Bestell- und Servicemitteilungen dauerhaft empfängt, und stellen Sie sicher, dass die zuständige Person Zugriff hat. Aktualisieren Sie interne Kontakte vor der Übergabe.
Schritt 1 · Knoten auswählen
Nach dem Datenweg der Arbeitslast wählen, nicht nach dem Stadtnamen
VMMini M4 ist derzeit in Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong verfügbar. Alle vier Konfigurationen im Katalog können bestellt werden; die tatsächliche Verfügbarkeit zeigt die Konsole live an.
SG
Verfügbar
Singapur
Geeignet für Aufgaben mit Codequelle, Team oder Zielkundschaft in Südostasien. Testen Sie vor dem regionsübergreifenden Abruf großer Modelle oder Dependencies den tatsächlichen Downloadpfad, statt nur den Ping zu betrachten.
- Vorrangig prüfen
- Zugangsweg nach Südostasien
- Geeignet für Tests
- Modelldownload, API-Rückweg, Artefakt-Upload
JP
Verfügbar
Japan (Tokio)
Geeignet für Build-Aufgaben, deren Dependencies und Mitarbeitende überwiegend in Japan oder Ostasien liegen. Lädt die Pipeline häufig Dependencies herunter, messen Sie sowohl die Latenz des ersten Pakets als auch den anhaltenden Durchsatz.
- Vorrangig prüfen
- Codequelle und Artefaktspeicher in Ostasien
- Geeignet für Tests
- Repository-Klon, Cache-Wiederherstellung, Loganzeige
KR
Verfügbar
Südkorea (Seoul)
Geeignet für Aufgaben mit Team oder Bereitstellungskette in Südkorea und Nordostasien. Bei regelmäßigem Upload von Build-Artefakten sollten Sie einen realen Dateitransfer testen.
- Vorrangig prüfen
- Zugriff des Teams in Nordostasien
- Geeignet für Tests
- Remote-Bedienung, Artefakt-Upload, Dienstprüfung
HK
Verfügbar
Hongkong
Geeignet für Aufgaben mit Bedienstandort, Codequelle oder Geschäftsweg in Südchina und Südostasien. Der grenzüberschreitende Zugriff hängt weiterhin von lokalen Anbietern und wechselnden Routen ab.
- Vorrangig prüfen
- Verbindung nach Südchina und Südostasien
- Geeignet für Tests
- SSH-Roundtrip, Codesynchronisierung, Artefakt-Download
A
Interaktive AufgabenAchten Sie vor allem auf die Reaktion auf SSH-Eingaben, die Aktualisierung von Logs und die Übertragung kleiner Dateien.
B
Build-AufgabenAchten Sie vor allem auf Repository-Klon, Dependency-Download, Cache-Wiederherstellung und Artefakt-Upload.
C
InferenzdienstAchten Sie vor allem auf die Modellvorbereitung, den realen Anfrageweg vom Client zum Server und die dauerhafte Stabilität.
Referenzwerte für die Knotenlatenz
Mit dem Median vorsortieren, anschließend die eigene Verbindung erneut testen
Die folgende Tabelle zeigt die ICMP-Roundtrip-Mediane von Teststandorten in wichtigen Städten zu den vier verfügbaren Knoten. Sie hilft beim Ausschluss offensichtlich ungeeigneter Wege, ersetzt aber keine realen Tests von Repository, Modellquelle, Artefaktspeicher und Endnutzerverbindung.
| Stadt des Teststandorts | Knoten Singapur | Knoten Tokio | Knoten Seoul | Knoten Hongkong |
|---|---|---|---|---|
| Teststandort Shanghai | 79 ms | 48 ms | 52 ms | 36 ms |
| Teststandort Shenzhen | 47 ms | 66 ms | 61 ms | 24 ms |
| Teststandort Taipeh | 58 ms | 39 ms | 45 ms | 31 ms |
| Teststandort Bangkok | 33 ms | 92 ms | 99 ms | 56 ms |
Erneut testen
Führen Sie im üblichen Teamnetz mehrere Ping-Runden durch und wiederholen Sie sie zu den erwarteten Arbeitszeiten. Klonen Sie anschließend ein Repository mit realistischer Größe, laden Sie Dependencies oder Modelldateien herunter und laden Sie ein repräsentatives Artefakt hoch.
Ergebnisse auswerten
Ein niedriger Median bedeutet nicht automatisch dauerhafte Stabilität. Prüfen Sie auch Paketverlust, Schwankungen, Download-Durchsatz und Veränderungen zu Spitzenzeiten. Die Tabellenwerte dienen nur der Vorauswahl und sind keine Zusicherung der Dauerleistung.
Schritt 2 · Bestellung erstellen
Feste Konfiguration: zuerst Knoten und Laufzeit, dann Zusatzoptionen wählen
Derzeit ist genau eine VMMini-M4-Konfiguration verfügbar. In der Bestellung müssen physischer Knoten, Mietlaufzeit und Zusatzoptionen festgelegt werden. Schätzen Sie Speicher- oder Geräteanzahl nicht erst nach dem Absenden.
Einzige verfügbare Konfiguration
VMMini-M4-Bestellung erstellen
VMMini M4
Mac Mini M4 · 16GB RAM · 256GB SSD
Pro Tag
$20.5
Geeignet für kurze Tests und einmalige Aufgaben
Pro Woche
$55.4
Geeignet für Release-Sprints und konzentrierte Builds
Pro Monat
$102.6
Geeignet für stabile Pipelines und kontinuierliche Experimente
Pro Quartal
$279.1
Geeignet für fortlaufende Projekte und feste Ausführungsumgebungen
01
Knoten wählen
Wählen Sie ausschließlich zwischen Singapur, Tokio, Seoul und Hongkong und dokumentieren Sie die Entscheidungsgrundlage.
02
Laufzeit wählen
Tage, Wochen, Monate oder Quartale buchen; die Laufzeit muss Bereitstellung und Datenexport abdecken.
03
Zusatzoptionen wählen
Prüfen Sie den Bedarf anhand von Modellen, Cache, Artefakten und parallel betriebenen Geräten.
Zusatzoptionen gelten für dieselbe Laufzeit
Speichererweiterungen und Thunderbolt-5-Verbindungen sind nicht Bestandteil der Basiskonfiguration. Fügen Sie sie nur bei tatsächlichem Bedarf hinzu und berücksichtigen Sie den Preis für die jeweilige Laufzeit im Budget.
+1TB SSDSpeichererweiterung
- Tag
- $2.4
- Woche
- $6.4
- Monat
- $11.8
- Quartal
- $32.1
+2TB SSDSpeichererweiterung
- Tag
- $4.8
- Woche
- $12.8
- Monat
- $23.6
- Quartal
- $64.2
Thunderbolt-5-VerbindungPro Gerät
- Tag
- $1.3
- Woche
- $3.4
- Monat
- $6.3
- Quartal
- $17.1
Schritt 3 · Zahlung abschließen
Nur USD-Gesamtbetrag und zwei Zahlungsarten prüfen
Bestellpreise und Abrechnung erfolgen ausschließlich in USD. Prüfen Sie vor der Zahlung einzeln Basislaufzeit, Knoten, SSD-Erweiterung und Anzahl der Thunderbolt-5-Verbindungen und vergleichen Sie den Gesamtbetrag mit der Aufgabenkarte.
USDT-TRC20
Führen Sie die Überweisung anhand der Bestellangaben aus und prüfen Sie Netzwerk, Betrag und Bestellstatus.
Visa / Mastercard / Amex
Kartenzahlungen werden über Stripe abgewickelt; das tatsächlich verfügbare Gateway wird in der Konsole angezeigt.
Schritt 4 · Erstmalig verbinden
Zuerst Lieferdaten prüfen, dann Toolchain installieren
Das Ziel der ersten Verbindung ist nicht der sofortige Aufgabenstart, sondern eine verlässliche Ausgangsbasis. Prüfen Sie zunächst Hostschlüssel, Systeminformationen, Speicher, Uhrzeit, Netzwerk und Kontoberechtigungen, bevor Sie die Umgebung ändern.
-
01
Hostschlüssel prüfen
Vergleichen Sie den beim Verbinden angezeigten Fingerabdruck Zeichen für Zeichen mit dem Lieferprotokoll. Bei Abweichungen beenden Sie die Verbindung und erstellen über die Konsole eine Supportanfrage.
-
02
SSH oder VNC verwenden
Für Aufgaben in der Kommandozeile bevorzugt SSH verwenden; für die macOS-Oberfläche VNC einsetzen. Öffnen Sie nur die für die Aufgabe erforderlichen Zugänge.
-
03
System und Speicher prüfen
Dokumentieren Sie macOS-Version, Kernelarchitektur, Systemlaufwerkskapazität und freien Speicher als Grundlage für die spätere Fehleranalyse.
-
04
Zeit und Netzwerk prüfen
Prüfen Sie Zeitzone, Systemzeit, DNS, Zugriff auf externe Dependencies und die Erreichbarkeit der Codequelle, um Probleme mit Zertifikaten oder Build-Zeitstempeln zu vermeiden.
-
05
Kontoberechtigungen prüfen
Stellen Sie sicher, dass das aktuelle Konto nur die für die Aufgabe erforderlichen Rechte besitzt, und verwalten Sie Projekt- und persönliche Zugangsdaten getrennt.
Checkliste für die erste Verbindung
READ ONLY FIRST
sw_vers
uname -m
df -h /
date
scutil --get TimeZone
networkQuality
whoami
id
Erwartete Architektur
arm64
Dokumentation
Bereinigte Ausgabe speichern
Schritt 5 · Arbeitslast ausführen
Mit einer überprüfbaren kleinen Aufgabe beginnen
Führen Sie beim ersten Mal nicht den vollständigen Produktionsablauf aus. Prüfen Sie zunächst mit einer Minimalanfrage an ein Modell oder einem einzelnen Build Umgebung, Logs, Exit-Code und Artefaktpfad; erweitern Sie den Umfang anschließend schrittweise.
Pfad A
Gesundheitscheck für den MLX-Inferenzdienst
Prüfen Sie zunächst Python-Umgebung und Modellverzeichnis und lassen Sie den Dienst nur an der lokalen Adresse lauschen. Nach bestandenem Gesundheitscheck öffnen Sie anhand der realen Aufrufer und Zugriffsregeln die erforderlichen Ports.
export MODEL_PATH="/srv/models/current"
export SERVICE_PORT="8080"
python -m mlx_lm.server \
--model "$MODEL_PATH" \
--host 127.0.0.1 \
--port "$SERVICE_PORT"
curl --fail \
"http://127.0.0.1:${SERVICE_PORT}/v1/models"- Modellversion, Dependency-Lockdatei und Startparameter dokumentieren.
- Bestätigen, dass der Gesundheitscheck einen Erfolgsstatus und die erwartete Modellkennung zurückgibt.
- Zugangstoken in Umgebungsvariablen oder einem kontrollierten Schlüssel-Speicher ablegen.
- Start- und Fehlerprotokolle sowie Beobachtungen zu Ressourcenspitzen speichern.
Pfad B
self-hosted Runner registrieren
Erstellen Sie für ein einzelnes Projekt einen eingeschränkten Runner und konfigurieren Sie ihn mit einem kurzlebigen Registrierungstoken. Führen Sie zunächst einen minimalen Build ohne Signierung und Veröffentlichung aus, bevor Sie die reguläre Pipeline anbinden.
export REPOSITORY_URL="$CI_REPOSITORY_URL"
export RUNNER_TOKEN="$CI_RUNNER_TOKEN"
./config.sh \
--url "$REPOSITORY_URL" \
--token "$RUNNER_TOKEN" \
--name "vmmini-m4-runner"
./run.sh- Verwenden Sie für verschiedene Projekte getrennte Arbeitsverzeichnisse und Berechtigungsbereiche für Zugangsdaten.
- Geben Sie vor dem Build Toolversionen aus, aber keinerlei Token-Inhalte.
- Isolieren Sie den Cache über Projektschlüssel und prüfen Sie nach Fehlern auf Verunreinigungen.
- Widerrufen Sie den Runner nach Abschluss der Aufgabe und entfernen Sie zurückgebliebene Zugangsdaten.
0unerklärte Fehler
Die erste Aufgabe sollte einen eindeutigen Exit-Code und auffindbare Logs haben.
1reproduzierbare Aufzeichnung
Speichern Sie Dependency-Versionen, Befehle, Konfiguration und Artefaktpfade.
2Arten der Zugangsdaten-Isolierung
Verwalten Sie persönliche Zugriffe und Projekt-Automatisierungszugangsdaten getrennt.
Prüfung nach der Bereitstellung
Eine erfolgreiche Aufgabe bedeutet nicht, dass die Bereitstellung abgeschlossen ist
Erst nach Abschluss dieser sechs Prüfungen verfügt das Team über eine wiederherstellbare, analysierbare und sicher beendbare Umgebung. Für jeden Punkt sollten Verantwortliche, Ergebnis und Bedingung für die nächste Prüfung dokumentiert werden.
Neustart-Wiederherstellung prüfen
Bestätigen Sie, dass Dienst, Runner oder Planungsskript wie erwartet wiederhergestellt werden, und dokumentieren Sie erforderliche manuelle Schritte.
Aufgabenlogs strukturieren
Trennen Sie Laufzeitlogs, Fehlerlogs und Auditaufzeichnungen, anonymisieren Sie sie und legen Sie Größen- und Aufbewahrungsregeln fest.
Artefaktexport testen
Laden Sie ein repräsentatives Artefakt tatsächlich herunter oder hoch und prüfen Sie Prüfsumme, Berechtigungen, Zielort und Übertragungsdauer.
Überwachung und Alarme einrichten
Decken Sie mindestens Dienstprüfung, fehlgeschlagene Aufgaben, freien Speicher und den Status wichtiger Prozesse ab und prüfen Sie, ob Benachrichtigungen die verantwortliche Person erreichen.
Datenbereinigungsplan festlegen
Listen Sie Code, Modelle, Cache, Logs, Artefaktkopien und temporäre Zugangsdaten auf, die am Ende der Aufgabe gelöscht werden müssen.
Bestellkennung speichern
Bestellkennung, Knoten, Zeitpunkt des Problems, Reproduktionsschritte und bereinigte Logs bilden die Mindestangaben für eine Supportanfrage.
Übergabekriterium
Eine andere Ingenieurin oder ein anderer Ingenieur kann allein anhand der Betriebsdokumentation eine Verbindung herstellen, die Aufgabe reproduzieren, Artefakte exportieren und sie sicher beenden.
Supportdokumentation anzeigen
Erste Bestellung vorbereiten
Aufgabenkarte in die Konsole übertragen und den Knoten nach dem realen Datenweg auswählen
Wählen Sie VMMini M4, den Knoten in Singapur, Tokio, Seoul oder Hongkong sowie eine Laufzeit pro Tag, Woche, Monat oder Quartal. Alle Bestellungen werden in USD abgerechnet. Führen Sie nach der Lieferung zuerst die Verbindungsprüfung durch und starten Sie anschließend die erste Arbeitslast.