Fehlerbehebung CloudFormation - AWS CloudFormation

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.

Fehlerbehebung CloudFormation

Wenn Sie verwenden AWS CloudFormation, können beim Erstellen, Aktualisieren oder Löschen CloudFormation von Stacks Probleme auftreten. Die folgenden Abschnitte können zum Beheben von häufig auftretenden Problemen helfen.

Allgemeine Fragen zu finden Sie CloudFormationin den AWS CloudFormation FAQs . Sie können auch in den AWS CloudFormation -Foren nach Antworten suchen und Fragen posten.

Anleitung zur Fehlerbehebung

Wenn Ihren Stack AWS CloudFormation nicht erstellen, aktualisieren oder löschen kann, können Sie Fehlermeldungen oder Protokolle anzeigen, um mehr über das Problem zu erfahren. Die folgenden Aufgaben beschreiben allgemeine Methoden zur Behebung eines CloudFormation Problems. 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 anzuzeigen. 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 Service enthalten, die Ihnen bei der Behebung Ihres Problems helfen kann. Weitere Informationen zum Anzeigen von Stack-Ereignissen finden Sie unter Anzeigen von AWS CloudFormation Stack-Daten und -Ressourcen auf der 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. Diese Protokolle erfassen Prozesse und Befehlsausgaben, während Ihre Instance AWS CloudFormation einrichtet. 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 in C:\cfn\log an.

    Sie können Ihre AWS CloudFormation Vorlage auch so konfigurieren, dass die Protokolle in Amazon veröffentlicht werden CloudWatch, das Protokolle in anzeigt, AWS Management Console sodass Sie keine Verbindung zu Ihrer Amazon EC2 herstellen müssen. Weitere Informationen finden Sie unter CloudFormation Protokolle in der -Konsole anzeigen im Application Management Blog.

Behebung von Fehlern

Wenn Sie auf die folgenden Fehler mit Ihrem AWS CloudFormation Stack stoßen, können Sie die folgenden Lösungen verwenden, um die Ursache der Probleme zu finden und sie zu beheben.

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 Services wie Amazon S3 oder Amazon EC2 zu nutzen.

  • Wenn sich Stacks im DELETE_FAILED Status befinden, weil AWS CloudFormation eine Ressource nicht löschen konnte, führen Sie den Löschvorgang mit dem RetainResources Parameter erneut aus und geben Sie die Ressource an, die nicht löschen AWS CloudFormation kann. AWS CloudFormation löscht den Stack, 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 Stack gelöscht haben, können Sie beibehaltene Ressourcen manuell löschen, indem Sie den zugehörigen AWS Service verwenden.

  • 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.

  • Bei allen anderen Problemen können Sie einen AWS Support Fall erstellen AWS Support, wenn Sie haben. 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 Ressourcen in der richtigen Reihenfolge erstellen oder löschen AWS CloudFormation kann. 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 die AWS Command Line Interface oder verwenden, AWS CloudFormation um eine Liste zu übergeben, fügen Sie das Escape-Zeichen (\) vor jedem Komma hinzu. Das folgende Beispiel zeigt, wie Sie einen Eingabeparameter angeben, wenn Sie die AWS CLIverwenden.

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 Berechtigungen zur Verwendung von AWS CloudFormation, sondern müssen auch über die Berechtigung verfügen, die zugrunde liegenden Services 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 Steuern 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 Ressourcen- und Eigenschaftstypen – Referenz.

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.

Wenn während einer Aktualisierung eine Ressource ersetzt wird, AWS CloudFormation erstellt außerdem eine neue Ressource, 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 nicht mit AWS CloudFormation dem Bereinigen verschachtelter Stack-Ressourcen, bis alle verschachtelten Stacks aktualisiert oder zurückgesetzt wurden. Wenn ein verschachtelter Stack nicht zurückgesetzt werden kann, AWS CloudFormation bricht alle Operationen ab, unabhängig vom Status, in dem sich die anderen verschachtelten Stacks befinden. Ein verschachtelter Stack, der die Aktualisierung oder den Rollback abgeschlossen hat, aber kein Signal von erhalten hat, mit dem Bereinigen AWS CloudFormation zu beginnen, weil ein anderer verschachtelter Stack nicht zurückgesetzt werden konnte, befindet sich im UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS Status UPDATE_COMPLETE_CLEANUP_IN_PROGRESS oder . 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 möglicherweise aufgrund von Änderungen, die außerhalb von vorgenommen wurden, nicht zurückgesetzt werden AWS CloudFormation, wenn die Stack-Vorlage 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 Vorlagen- oder Parameterwertänderungen an übermitteln AWS CloudFormation. AWS CloudFormation erkennt jedoch einige Vorlagenänderungen nicht als Update, z. B. Änderungen an einer Löschrichtlinie, Aktualisierungsrichtlinie, Bedingungsdeklaration oder 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, da der Vorgang den AWS CloudFormation Timeout-Zeitraum überschritten hat oder ein - AWS Service unterbrochen wurde. Überprüfen Sie bei Service-Unterbrechungen, ob der entsprechende AWS Service ausgeführt wird, und wiederholen Sie dann den Stack-Vorgang.

Wenn die AWS Services 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 CloudFormationgelöscht wurde. Da AWS CloudFormation nicht weiß, dass die Datenbank gelöscht wurde, wird davon ausgegangen, dass die Datenbank-Instance noch vorhanden ist und versucht, sie wiederherstellen, wodurch das Rollback der Aktualisierung 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 das Update-Rollback fortsetzen, AWS CloudFormation sieht Ihre Signale und fährt mit dem Rollback fort.

  • Änderungen an einer Ressource außerhalb von 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, die ein Rollback AWS CloudFormation versucht, müssen Sie diese Ressource manuell mit demselben Namen und denselben Eigenschaften wie im ursprünglichen Stack 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, da der Vorgang möglicherweise den AWS CloudFormation Timeout-Zeitraum überschritten hat oder ein - AWS Service unterbrochen wurde. Es ist keine Änderung erforderlich. Nachdem der Ressourcenvorgang abgeschlossen ist oder der AWS Service wieder in Betrieb ist, setzen Sie das Rollback der Aktualisierung fort.

Um mit dem Rollback einer Aktualisierung fortzufahren, 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, die nicht erfolgreich zurückgesetzt werden AWS CloudFormation können. Weitere Informationen finden Sie unter dem ResourcesToSkip Parameter für die ContinueUpdateRollback API-Operation in der AWS CloudFormation API-Referenz zu . AWS CloudFormation setzt den Status der angegebenen Ressourcen auf UPDATE_COMPLETE und setzt den Stack weiter zurück. 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 Referenz für CloudFormation-Hilfsskripts.

  • Ü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, aber Sie müssen das Rollback bei Fehlern deaktivieren oder die Instance AWS CloudFormation löschen, nachdem Ihr Stack nicht erstellt werden konnte. Sie können die Protokolle auch in Amazon veröffentlichen CloudWatch. 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.

Während einer Stack-Aktualisierung CloudFormation hat eine Ressource aus einem Stack entfernt, die Ressource jedoch nicht gelöscht. Die Ressource existiert noch, ist aber nicht mehr über CloudFormation zugänglich. Dies kann während Stack-Updates auftreten, bei denen:

  • CloudFormation muss eine vorhandene Ressource ersetzen, daher erstellt es zuerst eine neue Ressource und versucht dann, die alte Ressource zu löschen.

  • Sie die Ressource aus der Stack-Vorlage entfernt haben, daher versucht CloudFormation, die Ressource aus dem Stack zu löschen.

Es kann jedoch Fälle geben, in denen die Ressource nicht löschen 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 löschen CloudFormation kann, entfernt es die alte Ressource aus dem Stack und aktualisiert den Stack weiter. Wenn die Stack-Aktualisierung abgeschlossen ist, CloudFormation gibt ein UPDATE_COMPLETEStack-Ereignis aus, enthält jedoch ein StatusReason, das besagt, dass eine oder mehrere Ressourcen nicht gelöscht werden konnten. gibt CloudFormation auch ein DELETE_FAILED Ereignis für die spezifische Ressource aus, wobei ein entsprechendes weitere Details darüber StatusReason liefert, warum die Ressource CloudFormation nicht gelöscht hat.

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

Wenn Sie haben AWS Support, können Sie einen technischen Support-Fall unter https://console.aws.amazon.com/support/home#/ erstellen. Sammeln Sie die folgenden Informationen, bevor Sie sich an den Support wenden:

  • Die ID des Stacks. Sie finden die Stack-ID auf der Registerkarte Overview der -AWS CloudFormation Konsole. Weitere Informationen finden Sie unter Anzeigen von AWS CloudFormation Stack-Daten und -Ressourcen auf der AWS Management Console.

    Wichtig

    Nehmen Sie keine Änderungen am Stack außerhalb von vor AWS CloudFormation. Änderungen an Ihrem Stack außerhalb von AWS CloudFormation können dazu führen, dass sich Ihr Stack in einem nicht wiederherstellbaren Zustand befindet.

  • 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 und C:\cfn\log ab.

Sie können auch in den AWS CloudFormation -Foren nach Antworten suchen und Fragen posten.