Warum steckt mein CloudFormation-Stack im Status IN_PROGRESS fest?

Kurzbeschreibung

In den meisten Situationen musst du warten, bis es bei deinem CloudFormation-Stack zu einem Timeout kommt. Die Timeout-Länge basiert auf den individuellen Anforderungen an die Ressourcenstabilisierung, auf die CloudFormation wartet, bis der gewünschte Status erreicht ist.

Du kannst den Stack-Timeout kontrollieren und Rollback-Trigger verwenden, um zu steuern, wie lange CloudFormation wartet. Weitere Informationen zu Rollback-Triggern findest du unter Verwenden des Stack-Beendigungsschutzes und der Rollback-Trigger von AWS CloudFormation, um die Verfügbarkeit der Infrastruktur aufrechtzuerhalten.

Lösung

Identifizieren der feststeckenden Ressource

Führe die folgenden Schritte aus:

1. Öffne die CloudFormation-Konsole.
2. Wähle im Navigationsbereich Stacks aus und wähle dann den Stack aus, der sich in einem feststeckenden Status befindet.
3. Wähle die Registerkarte Ressourcen aus.
4. Überprüfe im Abschnitt Ressourcen die Spalte Status. Finde die Ressourcen, die im Status CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS oder DELETE_IN_PROGRESS feststecken.
5. Überprüfe in der AWS-Managementkonsole deine Ressourcen auf den Service, der deinen Ressourcen entspricht.
   Hinweis: Wenn beispielsweise ein Amazon Elastic Container Service (Amazon ECS)-Service im Erstellungsstatus feststeckt, überprüfe diese Ressource in der Amazon-ECS-Konsole.

Wenn die Ressource in der entsprechenden Konsole keine Fehler anzeigt, verwende die AWS-CloudTrail-Protokolle, um das Problem zu beheben. Informationen zu CloudTrail-Protokollen findest du unter Anzeigen von Ereignissen mit dem CloudTrail-Ereignisverlauf.

CloudTrail-Protokolle überprüfen

Führe die folgenden Schritte aus:

1. Öffne die CloudFormation-Konsole.
2. Wähle im Navigationsbereich Stacks aus und wähle dann den Stack aus, der sich in einem feststeckenden Status befindet.
3. Wähle die Registerkarte Ressourcen aus.
4. Überprüfe im Abschnitt Ressourcen die Spalte Status. Finde alle Ressourcen, die im Status CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS oder DELETE_IN_PROGRESS feststecken.
5. Wähle die Registerkarte Ereignisse aus und notiere dir dann den Zeitstempel der Initialisierung der Erstellung dieser feststeckenden Ressource durch CloudFormation.
6. Öffne die CloudTrail-Konsole.
7. Wähle im Navigationsbereich die Option Ereignisverlauf aus.
8. Gib unter Zeitbereich das Datum und die Uhrzeit für den Zeitstempel ein, den du in Schritt 5 für die Startzeit (Von) notiert hast. Gib für die Endzeit (Bis) ein Datum und eine Uhrzeit ein, die fünf Minuten nach der Startzeit liegen.
   **Hinweis:**Wenn CloudFormation beispielsweise die Erstellung deiner feststeckenden Ressource am 01.01.2020 um 9:00 Uhr initialisiert hat, gib 09:00 Uhr am 01.01.2020 als Startzeit und 9:05 Uhr am 01.01.2020 als Endzeit ein.
9. Wähle Anwenden aus.
10. Suche in der zurückgegebenen Liste der Ereignisse nach den API-Aufrufen, die sich auf den API-Aufruf zum Erstellen oder Aktualisieren deiner Ressource beziehen. Beispielsweise findest du hier Volume-Updates von ModifyVolume für Amazon Elastic Block Store (Amazon EBS).
    Tipp: Warte einige Minuten, bis die API-Aufrufe in den CloudTrail-Protokollen angezeigt werden. API-Aufrufe werden in den Protokollen nicht immer sofort angezeigt.

Umgehen des Timeouts

Möglicherweise kannst du den Timeout umgehen, um den Status deines Stacks aufzulösen. Weitere Informationen findest du unter Wie kann ich verhindern, dass sich mein Amazon-ECS-Service in AWS CloudFormation nicht stabilisiert? und Wie lösche ich eine Lambda-gestützte benutzerdefinierte Ressource, die in CloudFormation im Status DELETE_FAILED oder im Status DELETE_IN_PROGRESS hängen bleibt?

Wenn der Stack im Status CREATE_IN_PROGRESS oder UPDATE_IN_PROGRESS feststeckt, kannst du den Fortschritt mithilfe der folgenden Stack-Operationen stoppen:

• Informationen zu CREATE_IN_PROGRESS findest du unter Den Stack über die CloudFormation-Konsole löschen.
• Informationen zu UPDATE_IN_PROGRESS findest du unter Stack-Update abbrechen.

**Hinweis:**Informationen zur Grundursache des Problems findest du unter Problembehandlung bei CloudFormation.