Einen Mac-Server mieten

Wofür ein gemieteter Mac-Server da ist

Man mietet einen macOS-Server, wenn eine Aufgabe macOS braucht und ohne Menschen an der Tastatur laufen muss. Diese Aufgaben sehen wir am häufigsten.

• CI-Builds und Tests für iOS- und macOS-Apps, mit GitHub Actions, GitLab, Buildkite oder Jenkins.
• Nächtliche und geplante Jobs, etwa ein kompletter Testlauf oder ein Release-Build.
• Automatisierungsskripte, die Xcode oder den iOS-Simulator brauchen.
• Coding-Agents wie Claude Code oder Codex, die an Ihren eigenen Repositories arbeiten.
• Tests Ihrer Web-App in Safari auf einem echten Mac.

Was er nicht ausführen darf

Hier unterscheidet sich ein Mac-Server von einer Linux-Maschine. Die macOS-Lizenz erlaubt die Vermietung eines Mac nur für einen Zweck. Apple nennt ihn „Permitted Developer Services“. Als Beispiele nennt Apple Continuous Integration, das Bauen von Software aus dem Quellcode, automatisierte Tests und die Entwicklertools dafür. Das steht in Abschnitt 3 der Lizenz für macOS Tahoe 26, gelesen im Oktober 2026.

Ein gemieteter Mac-Server ist also der falsche Ort für eine öffentliche Website, einen Mailserver, einen Medienserver oder ein Messaging-Relay. Unsere Bedingungen folgen der Lizenz. Unser Beitrag zur Lizenz zitiert den ganzen Abschnitt.

Was ihn zum Server macht

Ein Mac auf dem Schreibtisch ist dafür gebaut, zu schlafen, auf eine Anmeldung zu warten und beim Zuklappen anzuhalten. Ein Mac-Server muss das Gegenteil tun. Unsere Macs sind so eingerichtet, bevor Sie sie bekommen.

• Jeder Mac ist ein physischer M6 Mac mini, nie geteilt und nie virtualisiert.
• Er hängt an kabelgebundenem Gigabit-Ethernet und Business-Glasfaser, an unserem privaten Standort in New Jersey.
• Im Agent-Tarif übersteht Ihre Sitzung Neustarts.
• Die Live-Uptime jeder Maschine ist öffentlich auf unserer Statusseite.
• Zwischen zwei Kunden wird er gelöscht und neu aufgesetzt.

Wie Sie ihn erreichen

Jeder Mac hängt in einem privaten Tailscale-Netzwerk. Sie erreichen ihn per SSH und Bildschirmfreigabe von Ihren eigenen Geräten. Es gibt keinen öffentlichen SSH-Port und keine statische öffentliche IPv4-Adresse.

Für die meiste Build-Arbeit passt das. Ein CI-Agent wie der GitHub Actions Runner baut selbst die Verbindung zu seinem Dienst auf und holt sich Jobs. Von außen muss nichts hereinkommen. Öffentlichen Traffic aus dem Internet kann er so allerdings nicht bedienen. Das verbietet die Lizenz ohnehin.

Was installiert ist

Jeder Server läuft mit macOS 27. Xcode 26.6 ist installiert und der erste Start erledigt, dazu die Simulator-Runtime für iOS 26.5. Die Runner-Software für GitHub Actions ist vorinstalliert. Sie haben sudo und Homebrew und können jede Xcode-Version und jeden CI-Agent hinzufügen. Die Doku zu anderen CI-Systemen behandelt GitLab, Buildkite und Jenkins.

Größen und Preise

• M6, 16 GB Arbeitsspeicher, 256 GB SSD: $139 pro Monat als Runner oder $169 als Agent-Mac. Auf Lager, in 1 bis 4 Stunden bereit. Der erste Monat kostet $69 bzw. $84.
• M4, 16 GB Arbeitsspeicher, 256 GB SSD: $119 pro Monat als Runner oder $149 als Agent-Mac. Der vorherige Basis-Chip, zum niedrigsten Preis. Vorbestellung, in etwa einer Woche live. Wir berechnen nichts, bevor er läuft.
• M5 Pro, 48 GB Arbeitsspeicher, 1 TB SSD: $269 pro Monat als Runner oder $299 als Agent-Mac. Für Agents, die zusätzlich offene Modelle lokal ausführen. Vorbestellung, in etwa einer Woche live. Es fällt eine einmalige Einrichtungsgebühr von $199 an.
• M5 Pro, 64 GB Arbeitsspeicher, 1 TB SSD: $319 pro Monat als Runner oder $349 als Agent-Mac. Der meiste Arbeitsspeicher, den ein Mac mini haben kann. Vorbestellung, in etwa einer Woche live. Es fällt eine einmalige Einrichtungsgebühr von $249 an.

Der Runner-Tarif ist für CI und Skripte. Der Agent-Tarif bringt zusätzlich Claude Code und Codex, einen Desktop im Browser und eine Sitzung, die Neustarts übersteht. Sie zahlen monatlich und können im Portal kündigen.

Ihre erste Stunde damit

Wenn Ihr Mac-Server bereit ist, schicken wir Ihnen eine Tailscale-Einladung. Sie installieren Tailscale, melden sich an und nehmen sie an. Dann verbinden Sie sich per SSH mit der Adresse aus Ihrem Portal. Die meisten registrieren als Nächstes ihren CI-Runner. Dann starten sie einen Build von Hand, um die Caches aufzuwärmen.

Ab dann behält der Mac seinen Zustand. Ihre Checkouts, Derived Data und Homebrew-Pakete bleiben, wo Sie sie gelassen haben. Deshalb lief in unserem Benchmark ein typischer CI-Job auf einem warmen M6 in 27 Sekunden. Ein frischer, von GitHub gehosteter Runner brauchte für denselben Job 269 Sekunden.

Wer bei uns keinen Mac-Server mieten sollte

• Sie brauchen eine statische IP oder einen eingehenden öffentlichen Port.
• Sie brauchen ein SLA oder Server in mehr als einer Region.
• Sie brauchen einen Mac Studio, einen Mac Pro oder einen GPU-Server.
• Sie wollen etwas Öffentliches hosten, etwa eine Website oder einen Maildienst.
• Sie brauchen verwaltetes Code Signing oder eine Build-Oberfläche. Beides bieten wir nicht an.

Für einen Start Schritt für Schritt lesen Sie die Setup-Doku. Für den Vergleich mit einem ganzen Mac bei einem anderen Anbieter lesen Sie MacRun vs MacStadium.