AWS EC2 Mac Dedicated Host freigeben: Checkliste 2026

Symptom: Der CI-Job ist beendet, aber der AWS EC2 Mac Dedicated Host wird weiterhin als zugewiesen angezeigt.
Schnellster Weg: Sichern Sie zuerst die benötigten Daten, beenden oder stoppen Sie die Instanz gemäß Ihrem Rückbauplan und geben Sie den Host erst frei, wenn AWS die Freigabe erlaubt und der Hoststatus dies bestätigt.

AWS verlangt für EC2 Mac eine Mindestzuweisungsdauer des Dedicated Host von 24 Stunden. Prüfen Sie diese Frist und den Hostzustand, statt aus einem beendeten Job oder einer gestoppten Instanz auf eine abgeschlossene Freigabe zu schließen (AWS-Dokumentation zu EC2 Mac).

Diese Anleitung richtet sich an CI-Ingenieurinnen und CI-Ingenieure, die eine temporäre macOS-Build-Umgebung schließen.
Sie hilft Entwicklungsteams, Artefakte, Protokolle und Signiermaterial vor dem Rückbau zu sortieren.
Für die Infrastrukturverantwortlichen trennt sie Instanzstatus, Hostbereinigung und tatsächliche Freigabe.

Zustände vor dem Rückbau auseinanderhalten

„Gestoppt“, „beendet“, „bereinigt“ und „freigegeben“ bezeichnen unterschiedliche Zustände. Das ist der wichtigste Schutz vor einer unvollständigen macOS-CI-Hostbereinigung: Eine Instanz kann beendet sein, während der Dedicated Host weiterhin zugewiesen bleibt.

Zustand	Bedeutung für die Arbeit	Nächste Kontrolle
CI-Job abgeschlossen	Der gerade betrachtete Job ist fertig; weitere Jobs können noch warten oder laufen.	Warteschlange, Runner und geplante Builds prüfen.
Instanz gestoppt	Die Instanz wird nicht ausgeführt. Die Hostressource ist damit nicht automatisch freigegeben.	Hostzuordnung und geplante Wiederverwendung prüfen.
Instanz beendet	Die Instanz wird entfernt; das Verhalten zugehöriger Volumes hängt von deren Konfiguration ab.	Datenstatus und anschließende Hostbereinigung kontrollieren.
Dedicated Host bereinigt	AWS verarbeitet die Hostressource nach dem Instanzvorgang.	Warten, bis der angezeigte Zustand den nächsten Schritt erlaubt.
Dedicated Host freigegeben	Die zugewiesene Hostressource wurde über den Freigabeablauf zurückgegeben.	Hoststatus und Abrechnungsdaten nachprüfen.

AWS beschreibt die Folgen einer Instanzbeendigung getrennt von der Frage, ob ein Dedicated Host freigegeben wurde. Auch die Behandlung von EBS-Volumes richtet sich nach den jeweiligen Einstellungen: Prüfen Sie deshalb die AWS-Regeln zur Instanzbeendigung und die Einstellungen für EBS-Volumes nach der Beendigung.

Ein typischer Fehler im CI-Rückbau: Ein Job meldet Erfolg, aber sein Ergebnis wurde noch nicht aus dem Arbeitsverzeichnis exportiert. Ein grüner Pipeline-Status beweist nicht, dass das Artefakt an einem dauerhaft verfügbaren Speicherort liegt. Wir empfehlen, den Abruf eines benötigten Pakets oder Testberichts aus dem Zielarchiv zu prüfen, bevor die Instanz entfernt wird.

Daten vor der Instanzbereinigung sichern

Erstellen Sie vor dem Eingriff eine kurze Liste: Was muss erhalten bleiben, was lässt sich neu erzeugen, und was darf aus Sicherheitsgründen nicht in ein normales Archiv? Diese Trennung verhindert sowohl Datenverlust als auch die versehentliche Ablage sensibler Informationen.

Datenkategorie	Vor dem Rückbau prüfen	Geeigneter Umgang
Build-Artefakte	Sind Pakete und Symbole am vorgesehenen Ziel angekommen?	Abruf oder Integrität des Archivs testen.
Testergebnisse	Werden Berichte außerhalb der Instanz gespeichert?	Relevante Ergebnisse exportieren und dem Build zuordnen.
Diagnoseprotokolle	Enthalten sie Informationen für Fehleranalyse oder Audit?	Erforderliche Protokolle nach interner Aufbewahrungsrichtlinie sichern.
Signiermaterial	Liegen Schlüssel oder Zertifikatsdaten auf dem Host?	In den zugelassenen Geheimnisspeicher übertragen; nicht in ein allgemeines Artefakt kopieren.
Caches und temporäre Dateien	Sind sie reproduzierbar und nicht die einzige Datenquelle?	Nur behalten, wenn ein konkreter Wiederverwendungsfall besteht.
EBS-Daten	Welche Volumes werden beim Beenden gelöscht oder erhalten?	Volume-Einstellungen kontrollieren und benötigte Daten gezielt sichern.

Wenn die Konfiguration ein EBS-Volume enthält, erstellen Sie einen Snapshot nur, wenn er für den Wiederherstellungszweck geeignet ist und die Speicherung in Ihrer Umgebung zulässig ist. AWS dokumentiert den Ablauf zum Erstellen eines EBS-Snapshots. Ein Snapshot ersetzt weder eine Prüfung des Inhalts noch eine getestete Wiederherstellung. Verifizieren Sie daher, dass die benötigten Daten tatsächlich im Snapshot liegen und der zuständige Zugriff weiterhin funktioniert.

Signierschlüssel, Tokens und Zugangsdaten sind gesondert zu behandeln. Prüfen Sie, ob sie aus dem Host entfernt oder nach dem Rückbau rotiert werden müssen. Für interne Anforderungen an Zugriff und Datenschutz können Sie die Sicherheitsinformationen von MergeMac als zusätzliche Orientierung heranziehen; sie ersetzen keine Richtlinie Ihres Unternehmens oder die Kontrollen in Ihrem AWS-Konto.

CI-Warteschlange und Abhängigkeiten schließen

Vor dem Stoppen oder Beenden der Instanz muss klar sein, dass keine Pipeline mehr auf den Host angewiesen ist. Ein einzelner abgeschlossener Build reicht dafür nicht: Wiederholungsjobs, verzögerte Ausführungen oder ein zweiter Runner können weiterhin dieselbe Umgebung verwenden.

Gehen Sie die Abhängigkeiten in dieser Reihenfolge durch:

Warteschlange prüfen: Suchen Sie nach wartenden, laufenden und erneut eingeplanten Jobs. Pausieren Sie die Zuweisung neuer Builds, bevor Sie den Host verändern.
Runner-Zuordnung kontrollieren: Prüfen Sie, ob weitere Projekte oder Workflows denselben Runner verwenden. Entfernen Sie die Zuordnung erst, wenn laufende Arbeit abgeschlossen oder bewusst abgebrochen wurde.
Abbruchfolgen festlegen: Klären Sie, ob ein unterbrochener Build erneut gestartet werden kann und ob dadurch ein Release- oder Signierprozess betroffen wäre.
Artefaktpfad testen: Öffnen Sie ein benötigtes Paket oder einen Bericht aus dem dauerhaften Zielsystem. Verlassen Sie sich nicht allein auf die lokale Arbeitskopie.
Zugänge bereinigen: Planen Sie den Entzug temporärer Credentials und den Umgang mit gespeicherten SSH-Schlüsseln in Ihrem eigenen Berechtigungsmodell.

Dieser Ablauf ist besonders wichtig, wenn die macOS-CI-Umgebung nur sporadisch genutzt wird. Eine Instanz, die während eines noch aktiven Jobs gestoppt wird, kann die Pipeline unvollständig lassen; eine zu früh beendete Instanz kann zusätzlich nicht archivierte Ergebnisse verlieren.

Instanz stoppen oder beenden

Wählen Sie zwischen Stoppen und Beenden nach dem geplanten nächsten Schritt, nicht nach der Annahme, dass eine der beiden Aktionen bereits den Host freigibt.

Entscheidung	Passend, wenn …	Zu beachtender Punkt
Stoppen	Sie dieselbe Instanz später wiederverwenden wollen und die Speicherung erhalten bleiben soll.	Der Dedicated Host kann weiterhin zugewiesen sein. Den Hoststatus separat prüfen.
Beenden	Die Instanz dauerhaft aus dem CI-Betrieb genommen wird.	Prüfen, welche Volumes erhalten bleiben, und danach den Hoststatus beobachten.
Noch nicht handeln	Jobs laufen, Artefakte fehlen oder der Datenstatus unklar ist.	Erst den Rückbauplan vervollständigen; nicht durch einen Zeitplan zur vorschnellen Löschung drängen lassen.

AWS beschreibt für EC2 Mac einen eigenen Ablauf beim Stoppen und Beenden. Halten Sie sich an die Anleitung zum Stoppen oder Beenden einer EC2 Mac-Instanz. Die darunterliegende Hostbereinigung ist ein eigener Verarbeitungsschritt. Sie ist nicht gleichbedeutend mit der Rückgabe der Hostressource.

Wenn Sie eine Instanz beenden, prüfen Sie zusätzlich die EBS-Einstellungen. Ein Volume kann abhängig von seiner Konfiguration mit der Instanz gelöscht oder beibehalten werden. Der Umstand, dass die Instanz nicht mehr in der Liste erscheint, sagt für sich allein nicht aus, ob die benötigten Daten erhalten sind. Genau deshalb gehören Datensicherung und Instanzaktion in getrennte Prüfpunkte.

Freigabebedingungen und Endzustand prüfen

Vor der Freigabe müssen die AWS-Voraussetzungen erfüllt sein. Dazu zählen die Mindestzuweisungsdauer und ein Zustand, in dem keine Instanz mehr die Hostressource belegt. Ist die Bereinigung noch nicht abgeschlossen oder bleibt eine Zuordnung bestehen, führt eine Freigabeanfrage nicht automatisch zum gewünschten Endzustand. AWS erläutert die Anforderungen im Ablauf zum Freigeben eines Dedicated Host.

Wir verwenden folgende Entscheidungsbedingungen:

Wenn die CI-Warteschlange leer ist, alle erforderlichen Daten extern vorliegen und die Instanz nicht mehr benötigt wird, dann stoppen oder beenden Sie sie gemäß dem Rückbauplan.
Wenn die Hostanzeige noch eine Instanzzuordnung oder laufende Bereinigung erkennen lässt, dann warten Sie und prüfen Sie den Zustand erneut. Interpretieren Sie „Instanz beendet“ nicht als „Host freigegeben“.
Wenn die Mindestzuweisungsdauer noch nicht erfüllt ist, dann planen Sie den Rückbau so, dass die Freigabe erst nach Erfüllung der AWS-Bedingung angefordert wird.
Wenn die Hostressource im passenden Zustand angezeigt wird und keine Instanz mehr zugeordnet ist, dann führen Sie die Freigabe über die EC2-Konsole oder den dokumentierten API-/CLI-Ablauf aus.
Wenn AWS die Aktion ablehnt oder der Status nicht zum erwarteten Ablauf passt, dann stoppen Sie weitere Löschversuche und prüfen Sie die angezeigten Gründe sowie die AWS-Anleitung zur Überwachung von Dedicated Hosts.

Für die CLI- oder API-Ausführung gilt: Verwenden Sie die aktuell dokumentierten Parameter und die Host-ID aus Ihrem Konto. Vor dem Freigabeaufruf sollten Sie Host- und Instanzzuordnung erneut abfragen; anschließend muss die Hostanzeige den Abschluss bestätigen. Ein erfolgreicher Aufruf allein ist kein ausreichender Nachweis. AWS kann die Statusänderung in der Konsole anders darstellen als ein lokales Skript sie unmittelbar erwartet.

Abrechnung und Nachnutzung bewerten

Die Freigabe und die Abrechnung sind miteinander verbunden, aber die Anzeige in der Rechnung ist nicht die Statusquelle für den technischen Rückbau. Kontrollieren Sie zuerst, ob der Dedicated Host nicht mehr als zugewiesen geführt wird. Vergleichen Sie danach die Abrechnungsdaten des betroffenen Zeitraums und berücksichtigen Sie, dass AWS-Abrechnungsanzeigen verzögert erscheinen können. Maßgeblich sind die AWS-Regeln zur Abrechnung von Dedicated Hosts; leiten Sie aus einem einzelnen Dashboard-Eintrag keine Aussage über Ihr konkretes Konto ab.

Nach der Freigabe entscheiden Sie anhand des tatsächlichen CI-Musters:

Unregelmäßige Builds mit längeren Leerlaufphasen: Ein dauerhaft zugewiesener Host kann organisatorisch aufwendiger sein, weil Lebenszyklus, Berechtigungen, Datenablage und Abrechnung aktiv überwacht werden müssen.
Dauerhafte, planbare Auslastung: Ein selbst verwalteter Host kann sinnvoll sein, wenn die Kontrolle über Runner, Wartungsfenster und Build-Umgebung den Betriebsaufwand rechtfertigt.
Kurzfristige Tests oder zeitweise benötigte macOS-Zugriffe: Vergleichen Sie die laufenden Verwaltungsaufgaben mit einer bedarfsgerechten Remote-Mac-Umgebung. Prüfen Sie dafür auch die Mac-Pläne von MergeMac und die verfügbaren Standortinformationen.

Ein Remote-Mac-Angebot ist kein pauschaler Ersatz für jede CI-Architektur. Wenn Builds dauerhaft stark ausgelastet sind, strenge lokale Abhängigkeiten bestehen oder physische Schnittstellen benötigt werden, kann eine eigene Maschine beziehungsweise ein selbst verwalteter Host besser passen. Für zeitlich begrenzte Entwicklungs- und Testphasen kann das Mieten eines realen Mac dagegen den Aufwand für den Aufbau und den späteren Rückbau einer dauerhaft zugewiesenen Umgebung vermeiden. Vergleichen Sie dabei Zugriff, Datenhaltung, Runner-Integration und Nutzungsdauer – nicht nur den Einzelpreis.

Häufige Fragen zum Rückbau

Reicht es, die EC2 Mac-Instanz zu beenden?

Nein. Das Beenden entfernt die Instanz, aber der Dedicated Host muss separat bereinigt und freigegeben werden. Prüfen Sie zunächst, ob noch Daten benötigt werden, und kontrollieren Sie anschließend den Hoststatus. AWS nennt für EC2 Mac eine Mindestzuweisungsdauer; solange die Freigabebedingungen nicht erfüllt sind, darf eine beendete Instanz nicht mit einer freigegebenen Hostressource gleichgesetzt werden.

Welche Build-Daten gehören vor dem Rückbau in ein Archiv?

Sichern Sie Pakete, Testergebnisse und Diagnoseprotokolle, die später benötigt werden und nicht zuverlässig neu erzeugt werden können. Prüfen Sie zusätzlich, ob die Daten außerhalb des Instanzdateisystems verfügbar sind. Signiermaterial und Zugangsdaten gehören in zugelassene geheime Speicher, nicht in ein allgemeines Artefaktarchiv. Kontrollieren Sie außerdem die Lösch- und Aufbewahrungseinstellungen der EBS-Volumes.

Wann kann AWS den Dedicated Host freigeben?

Erst wenn die AWS-Bedingungen erfüllt sind. Dazu gehören die Mindestzuweisungsdauer und ein passender Hostzustand ohne verbleibende Instanzzuordnung. Eine gestoppte Instanz erfüllt diese Voraussetzung nicht automatisch; nach dem Beenden kann außerdem eine Hostbereinigung laufen. Prüfen Sie den Zustand in der Konsole und folgen Sie dem dort beziehungsweise in der AWS-Dokumentation vorgesehenen Ablauf.

Woran erkennen Sie eine abgeschlossene Freigabe?

Rufen Sie den Hoststatus nach dem Freigabeversuch erneut in der EC2-Konsole oder über die dokumentierte CLI/API-Abfrage ab. Die Hostressource darf nicht mehr als zugewiesen erscheinen. Kontrollieren Sie zusätzlich die Abrechnungsdaten, sobald sie für den Zeitraum vorliegen. Verlassen Sie sich nicht nur auf die Bestätigung des angeforderten API-Aufrufs, denn diese bestätigt nicht zwingend den endgültigen Ressourcenstatus.

Übergabe an die nächste CI-Umgebung

Ein sauberer Rückbau endet nicht mit dem Entfernen der Instanz. Erst wenn Daten gesichert, Runner-Abhängigkeiten gelöst, die Dedicated-Host-Freigabe bestätigt und die Abrechnungsdaten geprüft sind, ist die AWS-Umgebung nachvollziehbar geschlossen. Dokumentieren Sie Host-ID, betroffene Builds, gesicherte Artefakte und den bestätigten Endzustand im eigenen Betriebsprotokoll.

Falls nach der Bereinigung weiterhin regelmäßig Apple-Plattform-Builds anstehen, wählen Sie die nächste Umgebung anhand von Laufzeit und Betriebsaufwand. Für dauerhaft ausgelastete CI kann ein selbst verwalteter Host passen; für einzelne Testfenster oder wechselnde Entwicklungsphasen kann ein gemieteter Mac einfacher sein als eine dauerhaft zugewiesene AWS-Hostressource. Prüfen Sie MergeMac als Option für zeitweisen Remote-Mac-Zugriff, bevor Sie den nächsten Host erneut dauerhaft bereitstellen.

Häufig gestellte Fragen

Muss der Dedicated Host nach dem Beenden einer EC2 Mac-Instanz zusätzlich freigegeben werden?

Ja. Das Beenden der Instanz und das Freigeben des Dedicated Host sind getrennte Schritte. Prüfen Sie nach der Instanzbeendigung zuerst, ob AWS die Hostbereinigung abgeschlossen hat und keine Instanz mehr zugeordnet ist. Danach muss der Host über den vorgesehenen AWS-Ablauf freigegeben werden. Solange er zugewiesen bleibt, kann die Hostressource weiterhin Kosten verursachen.

Welche CI-Daten sollte ich vor der Freigabe des Hosts sichern?

Sichern Sie benötigte Build-Artefakte, Testergebnisse, Diagnoseprotokolle und alle Daten, die nicht zuverlässig neu erzeugt werden können. Behandeln Sie Signierschlüssel und Zugangsdaten separat: Sie gehören in einen dafür vorgesehenen sicheren Speicher und nicht in ein allgemeines Build-Archiv. Prüfen Sie außerdem, ob EBS-Volumes beim Beenden erhalten bleiben oder gelöscht werden.

Wann ist ein EC2 Mac Dedicated Host tatsächlich freigabefähig?

Die Freigabe ist an AWS-Bedingungen gebunden. Dazu gehören die Mindestzuweisungsdauer und der Zustand des Hosts sowie die Frage, ob noch Instanzen zugeordnet sind oder eine Bereinigung läuft. Ein gestoppter Mac ist daher nicht automatisch freigabefähig. Maßgeblich sind die aktuelle Hostanzeige und die Freigaberegeln in der AWS-Dokumentation.

Wie prüfe ich nach dem Freigabeversuch, ob der Dedicated Host entfernt wurde?

Kontrollieren Sie den Hoststatus in der EC2-Konsole oder mit dem passenden AWS-CLI/API-Aufruf und prüfen Sie, ob die Hostressource nicht mehr als zugewiesen angezeigt wird. Vergleichen Sie anschließend die Abrechnungsdaten für den betroffenen Zeitraum. Eine erfolgreiche Anfrage allein ist kein Ersatz für die Statuskontrolle; die Rechnungsanzeige kann zudem zeitversetzt aktualisiert werden.