Get Hands-on with Amazon EKS - Workshop Event Series
Whether you're taking your first steps with Kubernetes or you're an experienced practitioner looking to sharpen your skills, our Amazon EKS workshop series delivers practical, real-world experience that moves you forward. Learn directly from AWS solutions architects and EKS specialists through hands-on sessions designed to build your confidence with Kubernetes. Register now and start building with Amazon EKS!
Warum steckt mein CloudFormation-Stack im Status UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_COMPLETE_CLEANUP_IN_PROGRESS fest?
Mein AWS CloudFormation-Stack steckt im Status UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_COMPLETE_CLEANUP_IN_PROGRESS fest.
Kurzbeschreibung
Ein CloudFormation-Stack bleibt aus den folgenden Gründen im Status UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_COMPLETE_CLEANUP_IN_PROGRESS hängen:
- CloudFormation ist immer noch dabei, alte Ressourcen zu entfernen, oder kann die Ressourcen aufgrund eines Abhängigkeitsproblems nicht entfernen.
- CloudFormation hat die Ressourcenbereinigung unterbrochen, da ein gleichgeordneter Stack eines verschachtelten Stacks nicht aktualisiert oder rückgängig gemacht werden kann.
Lösung
Überprüfe den Status deines Stacks
Führe die folgenden Schritte aus:
- Öffne die CloudFormation-Konsole.
- Wähle im Navigationsbereich die Option Stacks und dann den Stack aus, der feststeckt.
- Überprüfe, ob neben dem Namen deines Stacks ein NESTED-Label steht.
- Prüfe auf der Registerkarte Ereignisse für deinen Stack, ob sich Ressourcen im Status DELETE_IN_PROGRESS befinden.
Wenn sich der Status nicht in DELETE_COMPLETE ändert, verwende die folgenden Abschnitte, um das Problem zu beheben.
Problembehandlung bei verschachtelten Stack-Ressourcen im Status DELETE_IN_PROGRESS
Die Ressourcen in deinem verschachtelten Stack können aus den folgenden Gründen im Status DELETE_IN_PROGRESS hängen bleiben:
- Einige Ressourcen, wie z. B. AWS::RDS::DBInstance und AWS::CloudFront::Distribution, benötigen mehr Zeit, um von CloudFormation gelöscht zu werden.
- Andere Ressourcen hängen von deiner Ressource ab. Beispielsweise könnten Ressourcen außerhalb deines CloudFormation-Stacks deine Amazon-Elastic-Compute-Cloud (Amazon EC2)-Sicherheitsgruppe verwenden. Prüfe, ob du manuell Abhängigkeiten für die Ressource erstellt hast.
CloudFormation versucht dreimal, eine Ressource zu löschen, bevor die Ressource übersprungen und der Bereinigungsprozess fortgesetzt wird. Du kannst die Abhängigkeit der Sicherheitsgruppe manuell von der Konsole entfernen, sodass der Stack fortfahren und den Status UPDATE_COMPLETE erreichen kann.
Problembehandlung bei verschachtelten Stack-Ressourcen, die sich nicht im Status DELETE_IN_PROGRESS befinden
Wenn dein verschachtelter Stack keine Ressourcen im Status DELETE_IN_PROGRESS hat, überprüfe deinen Root-Stack.
Führe die folgenden Schritte aus:
- Öffne die CloudFormation-Konsole.
- Wähle im Navigationsbereich Stacks und dann deinen Stack aus.
- Wähle auf der Registerkarte Übersicht für deinen Stack den Stack im Abschnitt Root-Stack aus.
- Überprüfe im Abschnitt Status den Status des Root-Stacks.
Wenn sich der Root-Stack im Status UPDATE_IN_PROGRESS oder UPDATE_ROLLBACK_IN_PROGRESS befindet, aktualisiert CloudFormation andere Ressourcen, die von deinem Stack abhängig sind. Nachdem CloudFormation alle abhängigen Ressourcen aktualisiert hat, einschließlich der Ressourcen in verschachtelten Stacks, startet CloudFormation den Bereinigungsprozess.
Wenn sich der Root-Stack im Status UPDATE_ROLLBACK_FAILED befindet, identifiziere die erste Ressource, für die das Rollback fehlgeschlagen ist. Überprüfe die Registerkarte Ereignisse des Root-Stacks in der CloudFormation-Konsole. Wenn es sich bei der Ressource, die nicht zurückgesetzt werden konnte, nicht um einen verschachtelten Stack handelt, siehe Wie kann ich meinen CloudFormation-Stack aktualisieren, wenn er im Status UPDATE_ROLLBACK_FAILED hängen bleibt?
Verschachtelten Stack auflösen, der nicht rückgängig gemacht werden konnte
Gehe wie folgt vor, um einen verschachtelten Stack rückgängig zu machen:
- Öffne die CloudFormation-Konsole.
- Wähle im Navigationsbereich die Option Stacks und dann den verschachtelten Stack aus.
- Identifiziere auf der Registerkarte Ereignisse für deinen verschachtelten Stack die erste Ressource, für die ein Rollback fehlgeschlagen ist, nachdem der verschachtelte Stack den Status UPDATE_ROLLBACK_IN_PROGRESS erreicht hat. Wenn es sich bei der Ressource um einen verschachtelten Stack handelt, wiederhole diesen Vorgang, bis du eine nicht verschachtelte Stack-Ressource identifizierst, für die ein Rollback fehlgeschlagen ist.
- Setze den Rollback-Vorgang fort, um den Stack in einen stabilen Zustand zu bringen.
Wichtig: Wenn du während eines ContinueUpdateRollback-Vorgangs eine Ressource überspringst, setzt CloudFormation den Status der angegebenen Ressourcen auf UPDATE_COMPLETE. Anschließend fährt CloudFormation mit dem Rollback des Stacks fort. Nach Abschluss des Rollbacks stimmt der Status der übersprungenen Ressourcen nicht mit dem Status der Ressourcen in der Stack-Vorlage überein. Bevor du den Stack erneut aktualisierst, aktualisiere die Ressourcen, damit sie miteinander konsistent sind. Andernfalls schlagen nachfolgende Stack-Updates möglicherweise fehl und der Stack kann möglicherweise nicht wiederhergestellt werden.
Problembehandlung bei nicht verschachtelten Stack-Ressourcen, die sich im Status DELETE_IN_PROGRESS befinden
Wenn sich Ressourcen in deinem Stack im Status DELETE_IN_PROGRESS befinden, überprüfe den Ressourcenstatus mithilfe der CloudFormation-Konsole. Oder überprüfe die AWS-CloudTrail-Protokolle für die Ressource. Wenn sich die Ressourcen nicht in DELETE_COMPLETE ändert, suche im AWS-Servicestatus-Dashboard nach Betriebsproblemen.
Ähnliche Informationen
Warum steckt mein CloudFormation-Stack im Status IN_PROGRESS fest?
Vorlage mithilfe von verschachtelten Stacks in wiederverwendbare Teile aufteilen
- Themen
- Management & Governance
- Sprache
- Deutsch
Ähnliche Videos


Relevanter Inhalt
AWS OFFICIALAktualisiert vor 3 Monaten
AWS OFFICIALAktualisiert vor 3 Jahren
AWS OFFICIALAktualisiert vor einem Jahr