Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Problembehebung CloudFormation
Bei der Verwendung AWS CloudFormation können Probleme beim Erstellen, Aktualisieren oder Löschen von CloudFormation Stacks auftreten. Die folgenden Abschnitte können zum Beheben von häufig auftretenden Problemen helfen.
Allgemeine Fragen CloudFormation zu finden Sie in den AWS CloudFormation FAQs
Anleitung zur Fehlerbehebung
Falls AWS CloudFormation Ihr Stack nicht erstellt, aktualisiert oder gelöscht werden kann, können Sie sich Fehlermeldungen oder Logs ansehen, um mehr über das Problem zu erfahren. In den folgenden Aufgaben werden allgemeine Methoden zur Behebung eines CloudFormation Problems beschrieben. Weitere Informationen zu bestimmten Fehlern und Lösungen finden Sie im Abschnitt Behebung von Fehlern.
-
Verwenden Sie die CloudFormation Konsole
, um den Status Ihres Stacks einzusehen. In der Konsole können Sie eine Liste von Stack-Ereignissen anzeigen, während Ihr Stack erstellt, aktualisiert oder gelöscht wird. Finden Sie das Fehlerereignis in dieser Liste und sehen dann den Statusgrund für dieses Ereignis an. Der Statusgrund kann eine Fehlermeldung von AWS CloudFormation oder von einem bestimmten Dienst enthalten, die Ihnen bei der Behebung Ihres Problems helfen kann. Weitere Informationen zum Anzeigen von Stack-Ereignissen finden Sie unter AWS CloudFormation Stack-Daten und Ressourcen anzeigen auf dem AWS Management Console. -
Für Amazon EC2-Probleme sehen Sie sich die "cloud-init" und cfn-Protokolle an. Diese Protokolle werden auf der Amazon EC2 Instance im Verzeichnis
/var/log/
veröffentlicht. In diesen Protokollen werden Prozesse und Befehlsausgaben erfasst, während Ihre Instanz eingerichtet AWS CloudFormation wird. Für Windows sehen Sie sich den EC2Configure-Service in%ProgramFiles%\Amazon\EC2ConfigService
, EC2 Launch in%ProgramData%\Amazon\EC2-Windows\Launch\Logs
, EC2 Launch v2 in%ProgramData%\Amazon\EC2Launch\log
und CFN-Protokolle inC:\cfn\log
an.Sie können Ihre AWS CloudFormation Vorlage auch so konfigurieren, dass die Protokolle auf Amazon veröffentlicht werden CloudWatch, wodurch Protokolle in Amazon angezeigt werden, AWS Management Console sodass Sie keine Verbindung zu Ihrer Amazon EC2 EC2-Instance herstellen müssen. Weitere Informationen finden Sie im Anwendungsmanagement-Blog unter CloudFormation Protokolle in der Konsole anzeigen
.
Behebung von Fehlern
Wenn Sie in Ihrem AWS CloudFormation Stack auf die folgenden Fehler stoßen, können Sie die folgenden Lösungen verwenden, um die Ursache der Probleme zu finden und sie zu beheben.
Themen
- Stack-Fehler löschen
- Abhängigkeitsfehler
- Fehler bei der Analyse der Parameter bei der Übergabe einer Liste
- IAM Unzureichende Berechtigungen
- Ungültiger Wert oder nicht unterstützte Ressourceneigenschaft
- Kontingent überschritten
- Verschachtelte Stacks stecken im UPDATE_COMPLETE_CLEANUP_IN_PROGRESS, UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_ROLLBACK_IN_PROGRESS fest.
- Keine Aktualisierungen zur Ausführung vorhanden
- Ressource konnte während eines Erstellens, Aktualisierens oder Löschens des Stack-Vorgangs nicht stabilisiert werden.
- Sicherheitsgruppe ist in VPC nicht vorhanden.
- Rollback-Aktualisierung fehlgeschlagen
- Warte-Bedingung erhielt nicht die erforderliche Anzahl an Signalen von einer Amazon EC2-Instance
- Ressource wurde vom Stack entfernt, aber nicht gelöscht.
Stack-Fehler löschen
Um dieses Problem zu beheben, führen Sie die folgenden Schritte aus:
-
Einige Ressourcen müssen leer sein, bevor sie gelöscht werden können. Beispiel: Sie müssen alle Objekte in einem Amazon S3-Bucket löschen oder alle Instances in einer Amazon EC2-Sicherheitsgruppe entfernen, bevor Sie den Bucket oder die Sicherheitsgruppe löschen können.
-
Stellen Sie sicher, dass Sie die nötigen IAM-Berechtigungen zum Löschen von Ressourcen im Stack besitzen. Zusätzlich zu den AWS CloudFormation Berechtigungen müssen Sie berechtigt sein, die zugrunde liegenden Dienste wie Amazon S3 oder Amazon EC2 zu nutzen.
-
Wenn sich Stacks im
DELETE_FAILED
Status befinden, weil eine Ressource nicht gelöscht werden AWS CloudFormation konnte, führen Sie den Löschvorgang mit demRetainResources
Parameter erneut aus und geben Sie die Ressource an, die nicht gelöscht AWS CloudFormation werden kann. AWS CloudFormation löscht den Stapel, ohne die beibehaltene Ressource zu löschen. Die Beibehaltung von Ressourcen ist nützlich, wenn eine Ressource nicht gelöscht werden kann, z. B. ein S3-Bucket mit Objekten, die Sie behalten möchten, aber dennoch den Stack löschen möchten.Nachdem Sie den Stapel gelöscht haben, können Sie die beibehaltenen Ressourcen manuell löschen, indem Sie den zugehörigen AWS Dienst verwenden.
Alternativ können Sie erwägen, die
FORCE_DELETE_STACK
Option mit demDeletionMode
Parameter zu verwenden. Weitere Informationen zum erzwungenen Löschen eines Stacks finden Sie unter DeleteStack. -
Sie können keine Stacks löschen, deren Beendigungsschutz aktiviert ist. Wenn Sie versuchen, einen Stack mit aktiviertem Beendigungsschutz zu löschen, schlägt das Löschen fehl und der Stack – einschließlich seines Status – bleibt unverändert. Deaktivieren Sie den Beendigungsschutz für den Stack und wiederholen Sie dann das Löschen.
Dies umfasst verschachtelte Stacks, für deren Root-Stacks der Beendigungsschutz aktiviert ist. Deaktivieren Sie den Beendigungsschutz des Root-Stacks und wiederholen Sie dann das Löschen. Es wird dringend empfohlen, verschachtelte Stacks nicht direkt, sondern nur im Rahmen des Löschens des Root-Stacks und aller zugehörigen Ressourcen zu löschen.
Weitere Informationen finden Sie unter Schützen eines Stacks vor dem Löschen.
-
Für alle anderen Probleme können Sie AWS Support, falls vorhanden, einen AWS Support Fall erstellen. Siehe Den -Support kontaktieren.
Abhängigkeitsfehler
Um einen Abhängigkeitsfehler zu beheben, fügen Sie ein DependsOn
Attribut zu den Ressourcen hinzu, die von anderen Ressourcen in Ihrer Vorlage abhängen. In einigen Fällen müssen Sie Abhängigkeiten explizit deklarieren, damit Sie Ressourcen in der richtigen Reihenfolge erstellen oder löschen AWS CloudFormation können. Wenn Sie beispielsweise eine Elastic IP-Adresse und eine VPC mit einem Internet-Gateway im selben Stack erstellen, muss die Elastic IP-Adresse vom Anhang des Internet-Gateways abhängen. Weitere Informationen finden Sie unter DependsOn Attribut.
Fehler bei der Analyse der Parameter bei der Übergabe einer Liste
Wenn Sie das AWS Command Line Interface oder verwenden, AWS CloudFormation um eine Liste zu übergeben, fügen Sie vor jedem Komma das Escape-Zeichen (\
) hinzu. Das folgende Beispiel zeigt, wie Sie einen Eingabeparameter angeben, wenn Sie die AWS CLI verwenden.
ParameterKey=CIDR,ParameterValue='10.10.0.0/16\,10.10.0.0/24\,10.10.1.0/24'
IAM Unzureichende Berechtigungen
Wenn Sie mit einem AWS CloudFormation Stack arbeiten, benötigen Sie nicht nur Nutzungsberechtigungen AWS CloudFormation, sondern Sie müssen auch berechtigt sein, die zugrunde liegenden Dienste zu verwenden, die in Ihrer Vorlage beschrieben sind. Wenn Sie beispielsweise einen Amazon S3-Bucket erstellen oder eine Amazon EC2-Instance starten, brauchen Sie Berechtigungen für Amazon S3 oder Amazon EC2. Überprüfen Sie Ihre IAM-Richtlinie und stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen verfügen, bevor Sie mit AWS CloudFormation Stacks arbeiten. Weitere Informationen finden Sie unter Steuerung des Zugriffs mit AWS Identity and Access Management.
Ungültiger Wert oder nicht unterstützte Ressourceneigenschaft
Wenn Sie einen AWS CloudFormation Stack erstellen oder aktualisieren, kann Ihr Stack aufgrund ungültiger Eingabeparameter, nicht unterstützter Ressourceneigenschaftsnamen oder nicht unterstützter Ressourceneigenschaftswerte fehlschlagen. Stellen Sie für Eingabe-Parameter sicher, dass die Ressource vorhanden ist. Wenn Sie beispielsweise ein Amazon EC2-Schlüsselpaar oder eine VPC-ID bestimmen, muss die Ressource im Konto und in der Region vorhanden sein, in der Sie den Stack erstellen oder aktualisieren. Sie können AWS-spezifische Parametertypen verwenden, um sicherzustellen, dass Sie gültige Werte verwenden.
Für die Namen und Werte von Ressourceneigenschaften aktualisieren Sie Ihre Vorlage, um gültige Namen und Werte zu verwenden. Eine Liste aller Ressourcen und ihren Eigenschaftsnamen finden Sie unter AWS Referenz zu Ressourcen- und Eigenschaftstypen.
Kontingent überschritten
Vergewissern Sie sich, dass Sie nicht den Ressourcenkontingent erreicht haben. Beispielsweise ist die standardmäßige maximale Anzahl von On-Demand-Instances von Amazon EC2, die Sie launchen können, 5. Wenn Sie versuchen, mehr On-Demand-Instances von Amazon EC2 als Ihr Konto-Limit zu erstellen, wird die Instance-Erstellung fehlschlagen und Sie erhalten den Fehler Status=start_failed
. Informationen zum Anzeigen der AWS
-Standardkontingente nach Service, finden Sie unter AWS
-Service Quotas in Allgemeine AWS-Referenz.
Informationen zu AWS CloudFormation Kontingenten und Optimierungsstrategien finden Sie unter. AWS CloudFormation Kontingente
Außerdem wird bei einem Update, wenn eine Ressource ersetzt wird, eine neue Ressource AWS CloudFormation erstellt, bevor die alte gelöscht wird. Dieser Ersatz könnte Ihr Konto über den Ressourcenkontingent setzen. Dies würde dazu führen, dass die Aktualisierung fehlschlägt. Sie können überschüssige Ressourcen löschen oder eine Kontingent-Erhöhung beantragen.
Verschachtelte Stacks stecken im UPDATE_COMPLETE_CLEANUP_IN_PROGRESS
, UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS
oder UPDATE_ROLLBACK_IN_PROGRESS
fest.
Ein verschachtelter Stack konnte nicht zurückgesetzt werden. Aufgrund potenzieller Ressourcenabhängigkeiten zwischen verschachtelten Stacks beginnt die Bereinigung der Ressourcen des verschachtelten Stacks erst, AWS CloudFormation wenn alle verschachtelten Stapel aktualisiert oder ein Rollback durchgeführt wurden. Wenn ein Rollback für einen verschachtelten Stapel fehlschlägt, werden alle Operationen AWS CloudFormation abgebrochen, unabhängig davon, in welchem Status sich die anderen verschachtelten Stacks befinden. Ein verschachtelter Stack, der die Aktualisierung oder das Rollback abgeschlossen hat, aber kein Signal erhalten hat, dass mit dem Aufräumen begonnen werden AWS CloudFormation soll, weil ein anderer verschachtelter Stack das Rollback nicht durchführen konnte, befindet sich im Status Oder. UPDATE_COMPLETE_CLEANUP_IN_PROGRESS
UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS
Ein verschachtelter Stack, der nicht aktualisieren konnte, aber kein Signal erhalten hat, um den Rollback zu starten, befindet sich in einem UPDATE_ROLLBACK_IN_PROGRESS
-Status.
Ein verschachtelter Stack kann aufgrund von Änderungen, die außerhalb von vorgenommen wurden, möglicherweise nicht rückgängig gemacht werden AWS CloudFormation, wenn die Stapelvorlage den Status des Stacks nicht genau wiedergibt. Ein verschachtelter Stack kann auch fehlschlagen, wenn eine Auto-Scaling-Gruppe in einem verschachtelten Stack keine ausreichende Timeout-Zeit für das Ressourcen-Signal hatte, als die Gruppe erstellt oder aktualisiert wurde.
Um den Stapel zu reparieren, kontaktieren Sie AWS Support.
Keine Aktualisierungen zur Ausführung vorhanden
Um einen AWS CloudFormation Stack zu aktualisieren, müssen Sie Änderungen an den Vorlagen- oder Parameterwerten an AWS CloudFormation senden. Einige Vorlagenänderungen werden jedoch AWS CloudFormation nicht als Aktualisierung erkannt, z. B. Änderungen an einer Löschrichtlinie, einer Aktualisierungsrichtlinie, einer Bedingungsdeklaration oder einer Ausgabedeklaration. Wenn Sie Änderungen vornehmen müssen, ohne etwas anderes zu ändern, können Sie ein Metadaten Attribut für alle Ressourcen hinzufügen oder ändern.
Weitere Informationen zu Vorlagenänderungen während eines Updates finden Sie unter Ändern einer Stack-Vorlage.
Ressource konnte während eines Erstellens, Aktualisierens oder Löschens des Stack-Vorgangs nicht stabilisiert werden.
Eine Ressource hat nicht reagiert, weil der Vorgang den AWS CloudFormation Timeout-Zeitraum überschritten hat oder ein AWS Dienst unterbrochen wurde. Überprüfen Sie bei Dienstunterbrechungen, ob
Wenn die AWS Dienste erfolgreich ausgeführt wurden, überprüfen Sie, ob Ihr Stack eine der folgenden Ressourcen enthält:
-
AWS::AutoScaling::AutoScalingGroup
zum Erstellen, Aktualisieren und Löschen von Vorgängen -
AWS::CertificateManager::Certificate
zum Erstellen von Vorgängen -
AWS::CloudFormation::Stack
zum Erstellen, Aktualisieren und Löschen von Vorgängen -
AWS::ElasticSearch::Domain
zum Aktualisieren von Vorgängen -
AWS::RDS::DBCluster
zum Erstellen und Aktualisieren von Vorgängen -
AWS::RDS::DBInstance
zum Erstellen, Aktualisieren und Löschen von Vorgängen -
AWS::Redshift::Cluster
zum Aktualisieren von Vorgängen
Vorgänge für diese Ressourcen können länger dauern als die Standard-Timeout-Zeit. Die Timeout-Zeit hängt von der Ressource und den Anmeldeinformationen ab, die Sie tatsächlich nutzen. Geben Sie eine Service-Rolle, an, wenn Sie den Stack-Vorgang ausführen, um die Timeout-Zeit zu verlängern. Wenn Sie bereits eine Service-Rolle verwenden oder Ihr Stack eine Ressource enthält, die nicht aufgeführt ist, wenden Sie sich bitte an den AWS Support.
Wenn sich Ihr Stack im UPDATE_ROLLBACK_FAILED
Status befindet, sehen Sie nach unter Update-Rollback fehlgeschlagen.
Sicherheitsgruppe ist in VPC nicht vorhanden.
Überprüfen Sie, ob die Sicherheitsgruppe in der VPC vorhanden ist, die Sie angegeben haben. Wenn die Sicherheitsgruppe vorhanden ist, stellen Sie sicher, dass Sie die ID der Sicherheitsgruppe angeben und nicht den Namen. Wenn beispielsweise die AWS::EC2::SecurityGroupIngress
Ressource einen SourceSecurityGroupName
und SourceSecurityGroupId
Eigenschaften hat. Für VPC-Sicherheitsgruppen müssen Sie die SourceSecurityGroupId
Eigenschaft verwenden und die Sicherheitsgruppen-ID angeben.
Rollback-Aktualisierung fehlgeschlagen
Eine abhängige Ressource kann nicht in seinen ursprünglichen Zustand zurückversetzt werden, wodurch das Rollback fehlschlägt (UPDATE_ROLLBACK_FAILED
-Status). Beispielsweise kann es einen Stack geben, der ein Rollback auf eine alte Datenbank-Instance ausführt, die außerhalb von AWS CloudFormation gelöscht wurde. Da sie AWS CloudFormation nicht weiß, dass die Datenbank gelöscht wurde, geht sie davon aus, dass die Datenbankinstanz noch existiert, und versucht, zu ihr zurückzukehren, wodurch das Update-Rollback fehlschlägt.
Je nach der Ursache des Fehlers können Sie ihn manuell beheben und das Rollback fortfahren. Wenn Sie mit dem Rollback fortfahren, können Sie Ihren Stack wieder in den Arbeitszustand bringen (den UPDATE_ROLLBACK_COMPLETE
Status) und dann erneut versuchen, den Stack zu aktualisieren. Die folgende Liste beschreibt Lösungen für allgemeine Fehler, die fehlerhafte Rollback-Aktualisierungen verursachen:
-
- Fehler beim Abrufen der erforderlichen Anzahl von Signalen
-
Verwenden Sie den signal-resource-Befehl, um die erforderliche Anzahl erfolgreicher Signale manuell zur Ressource zu senden, die auf sie wartet, und setzen Sie dann das Rollback der Aktualisierung fort. Zum Beispiel könnten Instances in einer Auto-Scaling-Gruppe während eines Aktualisierungs-Rollbacks scheitern, Erfolg innerhalb der Timeout-Dauer zu signalisieren. Erfolgssignale zur Auto-Scaling-Gruppe manuell senden. Wenn Sie mit dem Update-Rollback fortfahren, werden Ihre AWS CloudFormation Signale angezeigt und der Rollback wird fortgesetzt.
-
- Änderungen an einer Ressource wurden außerhalb von vorgenommen AWS CloudFormation
-
Synchronisieren Sie Ressourcen manuell, damit sie mit der ursprüngliche Stack-Vorlage übereinstimmen und setzen dann mit dem Rollback der Aktualisierung fort. Wenn Sie beispielsweise manuell eine Ressource gelöscht haben, AWS CloudFormation zu der ein Rollback ausgeführt werden soll, müssen Sie diese Ressource manuell mit demselben Namen und denselben Eigenschaften wie im ursprünglichen Stapel erstellen.
-
- Unzureichende Berechtigungen
-
Stellen Sie sicher, dass Sie über ausreichende IAM-Berechtigungen zum Ändern der Ressourcen besitzen, und setzen dann das Aktualisierungs-Rollback fort. Zum Beispiel könnte Ihnen Ihre IAM-Richtlinie erlauben, einen S3-Bucket zu erstellen, aber nicht zu ändern. Fügen Sie die Änderungsaktionen Ihrer Richtlinie hinzu.
-
- Ungültiger Sicherheits-Token
-
AWS CloudFormation erfordert einen neuen Satz von Anmeldeinformationen. Es ist keine Änderung erforderlich. Mit dem Rollback der Aktualisierung fortsetzen, was die Anmeldeinformationen aktualisiert.
-
- Beschränkungsfehler
-
Löschen Sie Ressourcen, die Sie nicht benötigen oder fordern sie eine Kontingent-Erhöhung an, und setzen dann mit dem Rollback der Aktualisierung fort. Wenn zum Beispiel Ihr Kontolimit für die Anzahl der On-Demand-Instances von EC2 5 ist und der Aktualisierungs-Rollback dieses Kontingent überschreitet, wird es fehlschlagen.
-
- Die Ressource hat sich nicht stabilisiert
-
Eine Ressource hat nicht reagiert, weil der Vorgang möglicherweise den AWS CloudFormation Timeout-Zeitraum überschritten hat oder ein AWS Dienst unterbrochen wurde. Es ist keine Änderung erforderlich. Wenn der Ressourcenvorgang abgeschlossen ist oder der AWS Dienst wieder in Betrieb ist, setzen Sie das Rollback des Updates fort.
Um das Rollback eines Updates fortzusetzen, können Sie die AWS CloudFormation Konsole oder die AWS Befehlszeilenschnittstelle (AWS CLI) verwenden. Weitere Informationen finden Sie unter Rollback einer Aktualisierung fortsetzen.
Wenn keine dieser Lösungen funktioniert, können Sie die Ressourcen überspringen, für die ein Rollback nicht erfolgreich durchgeführt werden konnte. AWS CloudFormation Weitere Informationen finden Sie unter dem ResourcesToSkip
Parameter für den ContinueUpdateRollback
API-Vorgang in der AWS CloudFormation API-Referenz. AWS CloudFormation setzt den Status der angegebenen Ressourcen auf UPDATE_COMPLETE
und setzt das Rollback des Stacks fort. Nachdem der Rollback-Vorgang abgeschlossen ist, entspricht der Status der übersprungenen Ressourcen nicht dem Status der Ressourcen in der Stack-Vorlage. Bevor Sie eine weitere Stack-Aktualisierung durchführen, müssen Sie die Ressourcen ändern oder den Stack aktualisieren, sodass ihr Status konsistent ist. Andernfalls schlagen nachfolgende Aktualisierungen fehl, und der Stack lässt sich nicht mehr wiederherstellen.
Warte-Bedingung erhielt nicht die erforderliche Anzahl an Signalen von einer Amazon EC2-Instance
Um dieses Problem zu beheben, führen Sie die folgenden Schritte aus:
-
Stellen Sie sicher, dass auf dem von Ihnen verwendeten AMI die AWS CloudFormation Hilfsskripte installiert sind. Wenn das AMI die Hilfeskripts nicht hat, können Sie diese auch auf Ihre Instance runterladen. Weitere Informationen finden Sie unter CloudFormation Referenz für Hilfsskripte.
-
Überprüfen Sie, ob der
cfn-signal
Befehl erfolgreich in der Instance ausgeführt wurde. Sie können z. B. Protokolle wie/var/log/cloud-init.log
oder/var/log/cfn-init.log
anzeigen, die Ihnen beim Debuggen des Instance-Starts helfen. Sie können die Protokolle abrufen, indem Sie sich bei Ihrer Instance anmelden. Sie müssen jedoch das Rollback bei einem Fehler deaktivieren oder die Instance AWS CloudFormation löschen, wenn Ihr Stack nicht erstellt werden kann. Sie können die Protokolle auch auf Amazon veröffentlichenCloudWatch. Unter Windows können Sie cfn-Protokolle unter C:\cfn\log
und EC2Config-Service-Protokolle unter%ProgramFiles%\Amazon\EC2ConfigService
anzeigen. -
Überprüfen Sie, ob die Instance eine Verbindung zum Internet hat. Wenn sich die Instance in einer VPC befindet, sollte die Instance in der Lage sein, eine Verbindung mit dem Internet über ein NAT-Gerät herzustellen, wenn es in einem privaten Subnetz ist, oder über ein Internet-Gateway, wenn es sich in einem öffentlichen Subnetz befindet. Versuchen Sie zum Testen der Instance-Internetverbindung auf eine öffentliche Webseite zuzugreifen, z. B.
http://aws.amazon.com
. Zum Beispiel können Sie den folgenden Befehl auf der Instance ausführen. Es sollte einen HTTP 200 Statuscode zurückgeben.curl -I https://aws.amazon.com
Weitere Informationen zum Konfigurieren eines NAT-Geräts finden Sie unter NAT im Amazon VPC Benutzerhandbuch.
Ressource wurde vom Stack entfernt, aber nicht gelöscht.
CloudFormation Hat während eines Stack-Updates eine Ressource aus einem Stack entfernt, die Ressource jedoch nicht gelöscht. Die Ressource existiert noch, ist aber nicht mehr zugänglich über CloudFormation. Dies kann während Stack-Updates auftreten, bei denen:
-
CloudFormation muss eine vorhandene Ressource ersetzen. Daher wird zuerst eine neue Ressource erstellt und dann versucht, die alte Ressource zu löschen.
-
Sie haben die Ressource aus der Stack-Vorlage entfernt und CloudFormation versucht daher, die Ressource aus dem Stapel zu löschen.
Es kann jedoch Fälle geben, in denen die Ressource nicht gelöscht werden CloudFormation kann. Zum Beispiel, wenn der Benutzer keine Berechtigung hat, eine Ressource eines bestimmten Typs zu löschen.
CloudFormation versucht dreimal, die alte Ressource zu löschen. Wenn die alte Ressource nicht gelöscht werden CloudFormation kann, entfernt es die alte Ressource aus dem Stapel und setzt die Aktualisierung des Stacks fort. Wenn das Stack-Update abgeschlossen ist, wird CloudFormation ein UPDATE_COMPLETE
Stack-Ereignis ausgelöst, StatusReason
das jedoch ein Ereignis enthält, das besagt, dass eine oder mehrere Ressourcen nicht gelöscht werden konnten. CloudFormation löst außerdem ein DELETE_FAILED
Ereignis für die spezifische Ressource aus, in dem ein entsprechendes StatusReason
Ereignis ausführlicher beschrieben wird, warum die Ressource nicht gelöscht CloudFormation werden konnte.
Um diese Situation zu beheben, löschen Sie die Ressource direkt über die Konsole oder API für den zugrunde liegenden Service.
Den -Support kontaktieren
Falls ja AWS Support, können Sie unter https://console.aws.amazon.com/support/home#/ eine Anfrage an den technischen Support stellen
-
Die ID des Stacks. Sie finden die Stack-ID auf der Registerkarte Overview der -AWS CloudFormation Konsole
. Weitere Informationen finden Sie unter AWS CloudFormation Stack-Daten und Ressourcen anzeigen auf dem AWS Management Console. Wichtig
Nehmen Sie außerhalb von keine Änderungen am Stack vor AWS CloudFormation. Wenn Sie außerhalb von Änderungen an Ihrem Stack vornehmen, wird Ihr Stack AWS CloudFormation möglicherweise in einen Zustand versetzt, der nicht wiederhergestellt werden kann.
-
Jede Stack-Fehlermeldungen. Weitere Informationen zum Anzeigen von Stack-Fehlermeldungen finden Sie im Anleitung zur Fehlerbehebung Abschnitt.
-
Sammeln Sie für Amazon EC2-Probleme die "cloud-init" und cfn-Protokolle. Diese Protokolle werden auf der Amazon EC2 Instance im Verzeichnis
/var/log/
veröffentlicht. Diese Protokolle erfassen Prozesse und Befehlsausgaben während Ihre Instance eingerichtet wird. Unter Windows rufen Sie die EC2Configure-Service- und cfn-Protokolle unter%ProgramFiles%\Amazon\EC2ConfigService
undC:\cfn\log
ab.
Sie können auch in den AWS CloudFormation -Foren