AWS re:Invent 2026: EC2-Mac-Kosten oder Mac mieten?

Ein kurzer iOS-Build läuft durch, aber der Mac bleibt danach stundenlang reserviert und die Monatsrechnung steigt trotzdem.

Schnellste Lösung: Berechnen Sie bis zum 30.07.2026 jeden Mac-Build über den vollständigen Belegungszyklus. Nutzen Sie EC2 Mac bei dauerhaft hoher Auslastung und tiefer AWS-Integration; vergleichen Sie bei kurzen Projekten, niedriger Nutzung oder hohem Zeitdruck eine Cloud-Mac-Miete.

Letzte Aktualisierung: 29.07.2026. Die Veranstaltungsdaten wurden auf der offiziellen AWS-re:Invent-Seite geprüft. Regeln, Regionen und Preise für Amazon EC2 Mac sollten vor jeder Bestellung erneut anhand der offiziellen Dokumentation und Preisseite kontrolliert werden. AWS re:Invent 2026 ist vom 30.11.2026 bis 04.12.2026 in Las Vegas angekündigt; neue Mac-Instanzen oder konkrete Änderungen an den EC2-Mac-Regeln sind bislang nicht offiziell bestätigt. (Offizielle Veranstaltungsseite zu AWS re:Invent 2026)

Dieser Artikel ist für Sie relevant, wenn Sie die monatlichen Kosten Ihrer iOS-CI kalkulieren, kurzfristig zusätzliche Xcode-Build-Knoten benötigen oder bereits AWS verwenden, aber die Gesamtkosten von EC2 Mac nicht sicher einschätzen können.

AWS re:Invent 2026 und die richtige Kostenfrage

AWS re:Invent 2026 ist als Termin für neue Cloud- und Infrastrukturankündigungen gesetzt. Die Details zu den Keynotes und mögliche neue Mac-Angebote waren am 29.07.2026 jedoch noch nicht vollständig veröffentlicht. Deshalb wäre es unseriös, eine neue Instanz, einen neuen Preis oder eine bessere Verfügbarkeit vorwegzunehmen. (Aktueller Stand der AWS-Keynote-Seite)

Für Ihre Planung zählt daher nicht die Frage „Welche Neuigkeit kommt im November?“, sondern:

• Wie lange ist der Mac tatsächlich reserviert?
• Wie viel dieser Zeit führt produktive Builds oder Tests aus?
• Wie viele Stunden entfallen auf Vorbereitung, Warteschlangen und Fehler?
• Welche AWS-Dienste senken Ihren Integrationsaufwand?
• Wie teuer ist ein verspäteter Release?

Die AWS re:Invent 2026 EC2-Mac-Kosten sollten Sie deshalb als Total Cost of Ownership betrachten. Der auf der Preisseite angezeigte Tarif ist nur der erste Kostenblock.

Amazon EC2 Mac wird als Dedicated Host bereitgestellt. Der Dedicated Host ist die Abrechnungseinheit, nicht ein frei skalierbarer virtueller Mac wie bei vielen Linux-Workloads. Pro Dedicated Host kann eine Mac-Instanz laufen. Außerdem gilt eine Mindestbelegung von 24 Stunden. (EC2-Mac-Dokumentation)

Belegungszeit statt Build-Zeit

Der häufigste Kalkulationsfehler entsteht, wenn Sie nur die Dauer des eigentlichen Xcode-Builds erfassen. Ein Build von 25 Minuten bedeutet nicht automatisch 25 Minuten Mac-Kosten.

Ein realistischer Zyklus besteht aus mindestens fünf Abschnitten:

1. Kapazität anfordern: Der Host muss verfügbar sein oder bereitgestellt werden.
2. Umgebung vorbereiten: macOS, Xcode, Zertifikate, Runner und Abhängigkeiten müssen geprüft werden.
3. Build und Tests ausführen: Hier entsteht die produktive Nutzung.
4. Warten und Wiederholen: Fehlgeschlagene Jobs, Queue-Zeit und erneute Tests verlängern den Zyklus.
5. Bereinigen und freigeben: Artefakte, Logs, Schlüssel und temporäre Daten müssen entfernt werden.

Bei Amazon EC2 Mac ist die Mindestbelegung des Dedicated Hosts besonders wichtig: Sie beträgt 24 Stunden, bevor der Host freigegeben werden kann. Die Abrechnung erfolgt danach grundsätzlich zeitbezogen; die 24-Stunden-Regel macht kurze Einzelaufträge aber wirtschaftlich schwer vergleichbar mit einem klassischen Minuten- oder Stundenmodell. (Offizielle Dedicated-Host-Preisseite)

Hinweis: Stoppen oder Beenden des Mac-Prozesses beendet nicht automatisch sofort den gesamten Kostenzyklus. Beim Freigeben kann zusätzlich ein Bereinigungsprozess laufen. AWS weist darauf hin, dass dieser Prozess auf Apple-Silicon-Mac-Instanzen bis zu 4,5 Stunden dauern kann; während des Zustands pending wird die Abrechnung pausiert. (Dokumentation zum Stoppen und Freigeben eines EC2 Mac)

Für Ihre Tabelle sollten Sie deshalb nicht nur „Build-Minuten“ eintragen, sondern diese Messwerte:

• reservierte Host-Stunden,
• produktive Build-Stunden,
• Wartezeit in der CI-Queue,
• Zeit für Image- und Runner-Vorbereitung,
• Fehlerbehebungszeit,
• Zeit bis zur Freigabe,
• Wiederherstellungszeit nach einem fehlgeschlagenen Knoten.

Das beantwortet auch die Frage, wie Sie macOS CI mit weniger Leerlaufkosten betreiben. Sie müssen nicht zuerst schneller bauen. Sie müssen zuerst wissen, wann der Mac nichts Produktives tut.

EC2 Mac und Cloud-Mac-Miete im Betriebsvergleich

Eine Cloud-Mac-Miete ist nicht automatisch günstiger. Sie verschiebt jedoch bestimmte Kostenblöcke. Bei EC2 Mac bezahlen Sie stärker für die eigene Infrastrukturverantwortung. Bei einer Mietlösung prüfen Sie stärker Lieferumfang, Zugriff, Wiederherstellung und Vertragsbedingungen.

Die entscheidende Frage lautet nicht „EC2 Mac oder gemieteter Mac?“, sondern „Welche Kosten soll Ihr Team selbst tragen?“

Bei EC2 Mac kontrollieren Sie Netzwerk, Identitäten, Automatisierung und Protokollierung in Ihrer AWS-Umgebung. Das kann bei einer regulierten iOS-Pipeline wertvoll sein. Es bedeutet aber auch, dass ein defekter Runner, ein falsches Xcode-Image oder ein abgelaufenes Zertifikat nicht einfach an einen Betreiber delegiert werden kann.

Bei einer Cloud-Mac-Miete kann die Bereitstellung schneller sein. Sie müssen dafür vertraglich und technisch klären, ob Sie SSH, VNC oder eine andere Fernzugriffsmethode erhalten, ob die gewünschte Xcode-Version verfügbar ist und wie ein Knoten nach einer Störung ersetzt wird. Für eine produktive Pipeline ist „Mac verfügbar“ allein kein ausreichendes Leistungsversprechen.

Betriebskosten und versteckte Arbeitszeit

Die zweite große Differenz liegt nicht beim Mac selbst, sondern bei der Arbeitszeit Ihres Teams. Eine Infrastrukturrechnung bleibt zu niedrig, wenn folgende Aufgaben fehlen:

Image- und Xcode-Pflege

Xcode-Versionen, macOS-Releases und Abhängigkeiten müssen reproduzierbar verwaltet werden. Wenn ein Projekt mehrere Xcode-Versionen benötigt, steigt die Zahl der Images, Runner-Zustände und Testpfade.

Runner-Reparatur

Ein CI-Runner kann nach einem Update offline sein, Berechtigungen verlieren oder seine Registrierung beim CI-System einbüßen. Rechnen Sie nicht nur die Reparaturzeit, sondern auch die Wartezeit der Entwickler und die verschobenen Jobs ein.

Speicherbereinigung

Build-Artefakte, Simulator-Daten, Derived Data und Logs wachsen kontinuierlich. Ohne definierte Bereinigung führt dies zu längeren Builds, fehlgeschlagenen Jobs oder zusätzlichen Speicherkosten.

Code-Signing und Geheimnisse

Zertifikate, Provisioning Profiles und Schlüssel benötigen restriktive Rechte. Ein gemieteter Mac ist nicht automatisch sicherer oder unsicherer als EC2 Mac. Entscheidend ist, ob Schlüssel getrennt, Zugriffe protokolliert und Daten nach der Nutzung nachweisbar gelöscht werden.

Wiederherstellung

Ein einzelner Mac-Knoten kann einen Release blockieren. Definieren Sie daher einen Ersatzpfad: zweiter Knoten, reproduzierbares Image, gesicherte Runner-Konfiguration und dokumentierter Freigabeprozess.

Für Teams mit DSGVO- oder internen Compliance-Vorgaben kommt eine weitere Prüfung hinzu. Sie müssen wissen, wo Quellcode, Artefakte, Logs und Zugangsdaten verarbeitet werden. Bei einer AWS-nahen Architektur kann die zentrale Identitäts- und Protokollierungsstruktur ein Vorteil sein. Wenn Ihr Projekt diese Dienste aber gar nicht nutzt, sollten Sie den Integrationsvorteil nicht doppelt in die Wirtschaftlichkeitsrechnung einbeziehen.

Netzwerk- und Ökosystemkosten

EC2 Mac kann besonders dann sinnvoll sein, wenn Ihre Pipeline bereits tief in AWS eingebettet ist. Beispiele sind:

• Artefakte in einem vorhandenen Objektspeicher,
• zentrale Protokollierung,
• private Zugriffe auf interne Dienste,
• rollenbasierte Berechtigungen,
• automatisierte Bereitstellung über bestehende Infrastruktur,
• standardisierte Alarmierung und Kostenkontrolle.

Diese Vorteile sind real, aber nicht kostenlos. Sie benötigen Konfiguration, Wartung und Überwachung. Ein privater Netzwerkpfad kann Sicherheitsanforderungen erfüllen, aber auch zusätzliche Routing-, NAT- oder Protokollierungskosten verursachen. Der reine Mac-Preis beantwortet daher nicht, ob AWS für Ihr konkretes Projekt die günstigere Gesamtlösung ist.

Wenn Ihre iOS-CI lediglich Quellcode aus einem Repository abruft, Tests ausführt und Artefakte an einen externen Dienst übergibt, kann eine vollständige AWS-Integration überdimensioniert sein. Dann sollten Sie die Kosten für Netzwerk, Identitätsintegration und Betriebszeit separat ausweisen, statt sie als automatisch gerechtfertigten Plattformvorteil zu behandeln.

Eine gute Orientierung bietet auch Ihre allgemeine Entscheidung zwischen lokaler Hardware und Cloud-Infrastruktur. In unserem Beitrag zur Auswahl zwischen High-End-PC und Cloud-Umgebung ist der gleiche Grundsatz relevant: Nicht die Anschaffung oder der Tarif allein entscheidet, sondern die Auslastung und der laufende Verwaltungsaufwand.

Lieferzeit und Projektrisiko

Ein kurzfristiger Release hat andere Kosten als eine dauerhaft laufende Build-Farm. Wenn Sie erst kurz vor dem Abgabetermin zusätzliche Kapazität benötigen, zählen vier Risiken:

1. Kapazität ist nicht sofort verfügbar.
2. Das gewünschte macOS- oder Xcode-Image funktioniert nicht wie erwartet.
3. Netzwerk, Signierung oder Runner-Registrierung verzögern den ersten erfolgreichen Job.
4. Ein Ausfall erzeugt keine bloße Reparatur, sondern eine Terminverschiebung.

Für eine faire Rechnung wird aus diesem Risiko ein erwarteter Kostenblock:

Risikokosten = Ausfallwahrscheinlichkeit × Kosten der Verzögerung

Die Kosten der Verzögerung können Entwicklerstunden, verschobene Marketingtermine, zusätzliche Testläufe oder Vertragsfolgen umfassen. Sie müssen dafür keine scheinpräzise Zahl erfinden. Eine grobe interne Schätzung mit dokumentierter Annahme ist besser als ein Vergleich, der das Projektrisiko vollständig ignoriert.

Gerade bei einer kurzen iOS-Veröffentlichung kann eine gemietete Umgebung attraktiver sein, wenn der Anbieter einen getesteten Ersatzknoten und eine klare Wiederherstellung anbietet. Umgekehrt kann EC2 Mac sinnvoller sein, wenn Ihre bestehenden Automatisierungen bereits einsatzbereit sind und Sie eine zweite Region oder einen standardisierten Ersatzprozess vorbereitet haben.

Für die technische Abnahme können Sie die Anforderungen an einen gemieteten Remote-Mac für Notarisierung und Release als Prüfraster verwenden. Prüfen Sie dabei nicht nur die Verbindung, sondern auch Signierung, Artefaktübergabe und Wiederherstellung.

Vollkostenformel für Ihre Entscheidung

Verwenden Sie für beide Optionen dieselbe Kostenlogik. So vermeiden Sie, dass AWS mit einem Infrastrukturpreis und eine Mietlösung mit einem Paketpreis verglichen wird.

Ein einfaches Beispiel ohne vorgegebene Preise sieht so aus:

Monatliche Gesamtkosten = Host- oder Mietkosten + Speicher + Netzwerk + Betriebsstunden + Leerlaufkosten + Risikokosten

Für EC2 Mac setzen Sie bei den Hostkosten den aktuellen Wert der offiziellen AWS-Preisseite ein. Für eine Cloud-Mac-Miete tragen Sie den tatsächlich angebotenen Mietpreis und dessen Mindestlaufzeit ein. Verändern Sie danach nur eine Variable: die Auslastung. So sehen Sie, ab welchem Nutzungsgrad eine Option kippt.

Die offiziellen AWS-Seiten nennen für EC2 Mac die Nutzung als Dedicated Host, eine Mindestbelegung von 24 Stunden und mögliche Einsparungen durch Savings Plans. Diese Rabatte dürfen Sie jedoch nur einrechnen, wenn Laufzeit, Bindung und tatsächliche Auslastung zu Ihrem Projekt passen. (EC2-Mac-Preisinformationen)

Fünf Schritte zur belastbaren Kalkulation

1. Messen Sie sieben Tage lang. Erfassen Sie Build-Zeit, Queue-Zeit, Vorbereitung, Fehler und Freigabe. Schätzen Sie nicht nur aus der Xcode-Jobdauer.

2. Prüfen Sie die AWS-Abhängigkeiten. Listen Sie auf, welche privaten Netzwerke, Speicher, Rollen, Logs und Automatisierungen der Mac wirklich benötigt.

3. Holen Sie den aktuellen EC2-Mac-Preis. Verwenden Sie die offizielle Preisseite und prüfen Sie Region, Hostmodell und Abrechnungsregel am selben Tag.

4. Fordern Sie ein Mietangebot mit Leistungsdetails an. Lassen Sie sich Zugriffsart, Xcode-Version, Lieferzeit, Datenlöschung, Ersatzknoten und Mindestlaufzeit schriftlich bestätigen.

5. Rechnen Sie drei Szenarien. Vergleichen Sie niedrige Nutzung, typische Monatsauslastung und Release-Spitze. Eine Lösung, die nur im Best-Case günstig ist, ist keine belastbare Architektur.

6. Führen Sie einen kleinen Abnahmetest durch. Bauen Sie dieselbe Anwendung, führen Sie dieselben Tests aus und prüfen Sie Signierung, Artefakte, Logs und Wiederherstellung.

7. Legen Sie eine Rückfalloption fest. Wenn Kapazität, Berechtigungen oder Xcode-Kompatibilität nicht bis zum vereinbarten Termin funktionieren, wechseln Sie auf den vorher geprüften Ersatzknoten.

Entscheidung für Ihre Teamgröße

EC2 Mac passt eher, wenn Sie:

• dauerhaft hohe CI-Auslastung haben,
• AWS-Netzwerke, Rollen und Speicher bereits nutzen,
• Runner und macOS-Images selbst betreiben können,
• Kosten und Compliance zentral überwachen müssen,
• eine eigene Wiederherstellung vorbereitet haben.

Cloud-Mac-Miete passt eher, wenn Sie:

• nur für einen Release oder ein Pilotprojekt zusätzliche Kapazität benötigen,
• die monatliche Auslastung noch nicht kennen,
• schnell einen funktionierenden Mac-Knoten brauchen,
• keine eigene Mac-Infrastruktur dauerhaft pflegen möchten,
• flexible Laufzeiten und Ersatzkapazität höher bewerten als maximale AWS-Integration.

Wenn Sie Ihre Auslastung nicht kennen, kaufen Sie keine langfristige Bindung auf Basis einer Vermutung. Starten Sie mit einem begrenzten Test. Vergleichen Sie danach nicht nur die Build-Geschwindigkeit, sondern die Kosten je erfolgreichem Release-Artefakt.

Häufige Fragen

Sind EC2 Mac oder gemietete Cloud-Macs günstiger?

Ein pauschales Urteil wäre falsch. EC2 Mac kann bei dauerhaft hoher Nutzung und enger AWS-Integration Vorteile bieten. Für kurze Projekte zählen dagegen Mindestbelegung, Vorbereitung und Betriebszeit besonders stark. Eine Mietlösung kann trotz höherem sichtbarem Tarif günstiger sein, wenn Sie damit keine eigenen Runner, Images und Wiederherstellungsprozesse pflegen müssen.

Wie berechnen Sie EC2-Mac-Kosten korrekt?

Beginnen Sie mit dem Dedicated-Host-Tarif und der tatsächlichen Belegungsdauer. Ergänzen Sie die 24-Stunden-Mindestbelegung, Vorbereitung, Leerlauf, Speicher, Netzwerk, Betriebsstunden und Risiko. Stoppen Sie die Rechnung nicht nach dem erfolgreichen Build. Der relevante Wert ist der Preis pro produktiv abgeschlossenem CI-Zyklus oder Release, nicht der Preis pro Build-Minute.

Ist Mac-Miete für ein kurzfristiges iOS-Projekt sinnvoll?

Für kurzfristige iOS-Projekte kann Mac-Miete sinnvoll sein, wenn die Umgebung schnell verfügbar ist und Sie keinen dauerhaften Runner betreiben wollen. Prüfen Sie vorher jedoch Xcode-Kompatibilität, Code-Signing, Zugriffsschutz, Datenlöschung und Ersatzknoten. Wenn Ihr Projekt sensible Daten verarbeitet, müssen Sie zusätzlich die Datenschutz- und Auftragsverarbeitungsbedingungen bewerten.

Wie senken Sie Leerlaufkosten in macOS CI?

Messen Sie zunächst die Zeit zwischen Jobende und Freigabe. Danach können Sie Runner automatisch beenden, Jobs bündeln, Vorbereitungsimages standardisieren und Build- sowie Testphasen trennen. Bei EC2 Mac bleibt die Mindestbelegung von 24 Stunden ein fester Planungsfaktor. Bei einer Mietlösung sind Pausenregeln und flexible Laufzeiten die entscheidenden Vertragsdetails.

Ihr nächster Schritt

Wenn Ihre aktuelle Lösung aus einzelnen AWS-Hosts, manuellen Runner-Reparaturen und langen Wartezeiten besteht, zahlen Sie wahrscheinlich nicht nur für Rechenzeit. Sie zahlen für Leerlauf, eigene Betriebsstunden, Netzwerkkomplexität und Verzögerungsrisiken. Eine kurzfristig gemietete Mac-Umgebung kann dann die bessere Wahl sein, weil Sie zusätzliche Kapazität schneller bereitstellen und nach dem Release wieder zurückfahren können.

Wenn Sie dagegen eine dauerhaft ausgelastete Pipeline mit privaten AWS-Diensten, automatisierten Rollen und eigener Plattformverwaltung betreiben, ist EC2 Mac als integrierter Dedicated-Host die konsequentere Architektur. Tragen Sie in dieser Woche Ihre echten Build-, Warte- und Betriebszeiten in die Formel ein. Prüfen Sie danach mit einem kleinen Test, ob eine Cloud-Mac-Miete für Ihren nächsten Engpass schneller und insgesamt günstiger ist. Für die technische Abnahme können Sie zusätzlich unsere Checkliste für Remote-Mac-Kapazität und Release-Pipelines heranziehen.