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. # Fortschritt des Stapels überwachen In diesem Abschnitt wird beschrieben, wie Sie eine Stack-Bereitstellung überwachen, die gerade ausgeführt wird. CloudFormation bietet eine detaillierte, chronologische Liste der Bereitstellungsereignisse, in der der Fortschritt und alle während der Bereitstellung aufgetretenen Probleme aufgeführt sind. **Topics** + [Stack-Ereignisse ansehen](view-stack-events.md) + [Stack-Ereignisse nach Vorgang anzeigen](view-stack-events-by-operation.md) + [Diagramm der Zeitachse der Stack-Bereitstellung anzeigen](stack-deployment-timeline-graph.md) + [Verstehen Sie die Ereignisse bei der Stapelerstellung](stack-resource-configuration-complete.md) + [Stack-Updates überwachen](using-cfn-updating-stacks-monitor-stack.md) + [ # Rollback einer Aktualisierung fortsetzen ](using-cfn-updating-stacks-continueupdaterollback.md) + [ # Ermitteln Sie die Ursache eines Stapelausfalls ](determine-root-cause-for-stack-failures.md) + [Stack-Fehleroptionen](stack-failure-options.md) # CloudFormation Stack-Ereignisse anzeigen Sie können Stack-Ereignisse anzeigen, um den Fortschritt und den Status Ihres Stacks und der Ressourcen im Stack zu überwachen. Mithilfe von Stack-Ereignissen können Sie nachvollziehen, wann Ressourcen erstellt, aktualisiert oder gelöscht werden und ob die Stack-Bereitstellung wie erwartet abläuft. **Topics** + [ ## Stack-Ereignisse anzeigen (Konsole) ](#view-stack-events-console) + [ ## Stack-Ereignisse anzeigen (AWS CLI) ](#view-stack-events-cli) + [ ## Stack-Statuscodes ](#cfn-console-view-stack-data-resources-status-codes) ## Stack-Ereignisse anzeigen (Konsole) **So zeigen Sie Stack-Ereignisse an** 1. Öffnen Sie die CloudFormation Konsole unter [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/). 1. Wählen Sie in der Navigationsleiste am oberen Rand des Bildschirms den AWS-Region , in dem Sie den Stack erstellt haben. 1. Wählen Sie auf der Seite **Stacks** der CloudFormation Konsole den Stack-Namen aus. CloudFormation zeigt die Stack-Details für den ausgewählten Stack an. 1. Wählen Sie die Registerkarte **Ereignisse**, um die Stack-Ereignisse CloudFormation anzuzeigen, die für Ihren Stack generiert wurden. CloudFormation aktualisiert die Stack-Ereignisse automatisch jede Minute. CloudFormation Zeigt außerdem das Badge **Neue Ereignisse verfügbar** an, wenn neue Stack-Ereignisse auftreten. Wählen Sie das Aktualisierungssymbol, um diese Ereignisse in die Liste zu laden. Verfolgen Sie die Stack-Erstellungsereignisse, um die Abfolge der Ereignisse nachzuvollziehen, die zur Erstellung des Stacks (oder zu einem Fehler im Fall von Stack-Debugging) geführt haben. Während Ihr Stapel erstellt wird, wird er auf der Seite **Stapel** mit dem Status `CREATE_IN_PROGRESS`aufgeführt. Nachdem Ihr Stack erfolgreich erstellt wurde, ändert sich sein Status auf`CREATE_COMPLETE`. Weitere Informationen erhalten Sie unter [Ereignisse bei der CloudFormation Stackerstellung verstehen](stack-resource-configuration-complete.md) und [Überwachen Sie den Fortschritt einer Stack-Aktualisierung](using-cfn-updating-stacks-monitor-stack.md). ## Stack-Ereignisse anzeigen (AWS CLI) Alternativ können Sie den [describe-stack-events](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/describe-stack-events.html)Befehl verwenden, während der Stack erstellt wird, um Ereignisse so anzuzeigen, wie sie gemeldet wurden. Der folgende **describe-stack-events**-Befehl beschreibt die `my-stack`-Stackereignisse. ``` aws cloudformation describe-stack-events --stack-name my-stack ``` Nachfolgend finden Sie eine Beispielantwort. ``` { "StackEvents": [ { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "7b755820-7edf-11f0-ab15-0673b09f3847", "StackName": "my-stack", "LogicalResourceId": "my-stack", "PhysicalResourceId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "ResourceType": "AWS::CloudFormation::Stack", "Timestamp": "2025-08-21T22:37:56.243000+00:00", "ResourceStatus": "CREATE_COMPLETE", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "WebServer-CREATE_COMPLETE-2025-08-21T22:37:54.356Z", "StackName": "my-stack", "LogicalResourceId": "WebServer", "PhysicalResourceId": "i-099df76cb31b866a9", "ResourceType": "AWS::EC2::Instance", "Timestamp": "2025-08-21T22:37:54.356000+00:00", "ResourceStatus": "CREATE_COMPLETE", "ResourceProperties": "{\"UserData\":\"IyEvYmluL2Jhc2gKeXVtIGluc3RhbGwgLXkgYXdzLWNmbi1ib290c3RyYXAKL29wdC9hd3MvYmluL2Nmbi1pbml0IC12IC0tc3RhY2sgc2Rmc2RhZnNhZHNka2wgLS1yZXNvdXJjZSBXZWJTZXJ2ZXIgLS1yZWdpb24gdXMtd2VzdC0yCg==\",\"ImageId\":\"ami-0bbc328167dee8f3c\",\"InstanceType\":\"t2.micro\",\"SecurityGroupIds\":[\"my-stack-WebServerSecurityGroup-n8A43bQT1ty2\"],\"Tags\":[{\"Value\":\"Bootstrap Tutorial Web Server\",\"Key\":\"Name\"}]}", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "WebServer-CREATE_IN_PROGRESS-2025-08-21T22:37:31.226Z", "StackName": "my-stack", "LogicalResourceId": "WebServer", "PhysicalResourceId": "i-099df76cb31b866a9", "ResourceType": "AWS::EC2::Instance", "Timestamp": "2025-08-21T22:37:31.226000+00:00", "ResourceStatus": "CREATE_IN_PROGRESS", "ResourceStatusReason": "Resource creation Initiated", "ResourceProperties": "{\"UserData\":\"IyEvYmluL2Jhc2gKeXVtIGluc3RhbGwgLXkgYXdzLWNmbi1ib290c3RyYXAKL29wdC9hd3MvYmluL2Nmbi1pbml0IC12IC0tc3RhY2sgc2Rmc2RhZnNhZHNka2wgLS1yZXNvdXJjZSBXZWJTZXJ2ZXIgLS1yZWdpb24gdXMtd2VzdC0yCg==\",\"ImageId\":\"ami-0bbc328167dee8f3c\",\"InstanceType\":\"t2.micro\",\"SecurityGroupIds\":[\"my-stack-WebServerSecurityGroup-n8A43bQT1ty2\"],\"Tags\":[{\"Value\":\"Bootstrap Tutorial Web Server\",\"Key\":\"Name\"}]}", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "WebServer-CREATE_IN_PROGRESS-2025-08-21T22:37:29.210Z", "StackName": "my-stack", "LogicalResourceId": "WebServer", "PhysicalResourceId": "", "ResourceType": "AWS::EC2::Instance", "Timestamp": "2025-08-21T22:37:29.210000+00:00", "ResourceStatus": "CREATE_IN_PROGRESS", "ResourceProperties": "{\"UserData\":\"IyEvYmluL2Jhc2gKeXVtIGluc3RhbGwgLXkgYXdzLWNmbi1ib290c3RyYXAKL29wdC9hd3MvYmluL2Nmbi1pbml0IC12IC0tc3RhY2sgc2Rmc2RhZnNhZHNka2wgLS1yZXNvdXJjZSBXZWJTZXJ2ZXIgLS1yZWdpb24gdXMtd2VzdC0yCg==\",\"ImageId\":\"ami-0bbc328167dee8f3c\",\"InstanceType\":\"t2.micro\",\"SecurityGroupIds\":[\"my-stack-WebServerSecurityGroup-n8A43bQT1ty2\"],\"Tags\":[{\"Value\":\"Bootstrap Tutorial Web Server\",\"Key\":\"Name\"}]}", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "WebServerSecurityGroup-CREATE_COMPLETE-2025-08-21T22:37:28.803Z", "StackName": "my-stack", "LogicalResourceId": "WebServerSecurityGroup", "PhysicalResourceId": "my-stack-WebServerSecurityGroup-n8A43bQT1ty2", "ResourceType": "AWS::EC2::SecurityGroup", "Timestamp": "2025-08-21T22:37:28.803000+00:00", "ResourceStatus": "CREATE_COMPLETE", "ResourceProperties": "{\"GroupDescription\":\"Allow HTTP access from my IP address\",\"SecurityGroupIngress\":[{\"CidrIp\":\"0.0.0.0/0\",\"Description\":\"HTTP\",\"FromPort\":\"80\",\"ToPort\":\"80\",\"IpProtocol\":\"tcp\"}]}", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "WebServerSecurityGroup-CREATE_IN_PROGRESS-2025-08-21T22:37:22.626Z", "StackName": "my-stack", "LogicalResourceId": "WebServerSecurityGroup", "PhysicalResourceId": "my-stack-WebServerSecurityGroup-n8A43bQT1ty2", "ResourceType": "AWS::EC2::SecurityGroup", "Timestamp": "2025-08-21T22:37:22.626000+00:00", "ResourceStatus": "CREATE_IN_PROGRESS", "ResourceStatusReason": "Resource creation Initiated", "ResourceProperties": "{\"GroupDescription\":\"Allow HTTP access from my IP address\",\"SecurityGroupIngress\":[{\"CidrIp\":\"0.0.0.0/0\",\"Description\":\"HTTP\",\"FromPort\":\"80\",\"ToPort\":\"80\",\"IpProtocol\":\"tcp\"}]}", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "WebServerSecurityGroup-CREATE_IN_PROGRESS-2025-08-21T22:37:20.186Z", "StackName": "my-stack", "LogicalResourceId": "WebServerSecurityGroup", "PhysicalResourceId": "", "ResourceType": "AWS::EC2::SecurityGroup", "Timestamp": "2025-08-21T22:37:20.186000+00:00", "ResourceStatus": "CREATE_IN_PROGRESS", "ResourceProperties": "{\"GroupDescription\":\"Allow HTTP access from my IP address\",\"SecurityGroupIngress\":[{\"CidrIp\":\"0.0.0.0/0\",\"Description\":\"HTTP\",\"FromPort\":\"80\",\"ToPort\":\"80\",\"IpProtocol\":\"tcp\"}]}", "ClientRequestToken": "token" }, { "StackId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "EventId": "64740fe0-7edf-11f0-8a36-06453a64f325", "StackName": "my-stack", "LogicalResourceId": "my-stack", "PhysicalResourceId": "arn:aws:cloudformation:aws-region:123456789012:stack/my-stack/64726230-7edf-11f0-8a36-06453a64f325", "ResourceType": "AWS::CloudFormation::Stack", "Timestamp": "2025-08-21T22:37:17.819000+00:00", "ResourceStatus": "CREATE_IN_PROGRESS", "ResourceStatusReason": "User Initiated", "ClientRequestToken": "token" } ] } ``` Die neuesten Ereignisse werden zuerst ausgegeben. Die folgende Tabelle enthält eine Beschreibung der Felder, die vom Befehl **describe-stack-events** zurückgegeben werden: | Feld | Description | | --- | --- | | EventId | Ereignis-Kennung. | | StackName | Name des Stacks, zu dem das Ereignis gehört. | | StackId | Kennung des Stacks, zu dem das Ereignis gehört. | | LogicalResourceId | Logische Kennung der Ressource. | | PhysicalResourceId | Physische Kennung der Ressource. | | ResourceProperties | Eigenschaften der Ressource. | | ResourceType | Typ der Ressource. | | Timestamp | Uhrzeit, zu der das Ereignis aufgetreten ist. | | ResourceStatus | Der Status der Ressource, der einer der folgenden Statuscodes sein kann: `CREATE_COMPLETE` \$1 \$1 \$1 `CREATE_FAILED` \$1 `CREATE_IN_PROGRESS` `DELETE_COMPLETE` \$1 `DELETE_FAILED` \$1 `DELETE_IN_PROGRESS` \$1 `DELETE_SKIPPED` \$1 `IMPORT_COMPLETE` \$1 `IMPORT_IN_PROGRESS` \$1 `IMPORT_ROLLBACK_COMPLETE` \$1 `IMPORT_ROLLBACK_FAILED` \$1 `IMPORT_ROLLBACK_IN_PROGRESS` \$1 `REVIEW_IN_PROGRESS` \$1 `ROLLBACK_COMPLETE` \$1 `ROLLBACK_FAILED` \$1 `ROLLBACK_IN_PROGRESS` \$1 `UPDATE_COMPLETE` \$1 `UPDATE_COMPLETE_CLEANUP_IN_PROGRESS` \$1 `UPDATE_FAILED` \$1 `UPDATE_IN_PROGRESS` \$1 `UPDATE_ROLLBACK_COMPLETE` \$1 `UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS` \$1 `UPDATE_ROLLBACK_FAILED` \$1 `UPDATE_ROLLBACK_IN_PROGRESS` Der Status `DELETE_SKIPPED` gilt für Ressourcen, deren Richtlinienattribut zum Löschen "retain" (beibehalten) lautet. | | DetailedStatus | Der detaillierte Status des Stapels. Wenn `CONFIGURATION_COMPLETE` vorhanden ist, ist die Konfigurationsphase der Stapelressourcen abgeschlossen und die Stabilisierung der Ressourcen ist im Gange. | | ResourceStatusReason | Weitere Informationen zum Status. | ## Stack-Statuscodes Die folgende Tabelle beschreibt die Stack-Statuscodes: | Stapelstatus und optionaler detaillierter Status | Description | | --- | --- | | `CREATE_COMPLETE` | Erfolgreiche Erstellung eines oder mehrerer Stacks. | | `CREATE_IN_PROGRESS` | Laufende Erstellung eines oder mehrerer Stacks. | | `CREATE_FAILED` | Fehlgeschlagene Erstellung eines oder mehrerer Stacks. Untersuchen Sie die Stack-Ereignisse auf zugehörige Fehlermeldungen. Mögliche Gründe für eine fehlgeschlagene Erstellung sind unzureichende Berechtigungen für die Arbeit mit allen Ressourcen im Stack, von einem AWS Dienst abgelehnte Parameterwerte oder ein Timeout bei der Ressourcenerstellung. | | `DELETE_COMPLETE` | Erfolgreiche Löschung eines oder mehrerer Stacks. Gelöschte Stacks bleiben 90 Tage lang erhalten und anzeigbar. | | `DELETE_FAILED` | Fehlgeschlagene Löschung eines oder mehrerer Stacks. Da der Löschvorgang fehlgeschlagen ist, werden möglicherweise einige Ressourcen noch ausgeführt. Sie können jedoch nicht mit dem Stack arbeiten oder ihn aktualisieren. Löschen Sie den Stack erneut oder untersuchen Sie die Stack-Ereignisse auf zugehörige Fehlermeldungen. | | `DELETE_IN_PROGRESS` | Laufende Entfernung eines oder mehrerer Stacks. | | `REVIEW_IN_PROGRESS` | Laufende Erstellung eines oder mehrerer Stacks mit einer erwarteten StackId, aber ohne Vorlagen oder Ressourcen. Ein Stack mit diesem Statuscode wird auf die [maximal mögliche Anzahl von Stacks](cloudformation-limits.md) angerechnet. | | `ROLLBACK_COMPLETE` | Erfolgreiche Entfernung eines oder mehrerer Stacks nach einer fehlgeschlagenen Stack-Erstellung oder nach einer explizit abgebrochenen Stack-Erstellung. Der Stack wird in einen früheren funktionsfähigen Zustand zurückgesetzt. Alle Ressourcen, die während des Create Stack-Vorgangs erstellt wurden, werden gelöscht. Dieser Status existiert nur, nachdem das Erstellen eines Stacks fehlgeschlagen ist. Es bedeutet, dass alle Vorgänge aus dem teilweise erstellten Stack entsprechend bereinigt wurden. In diesem Status kann nur einen Löschbefehl ausgeführt werden. | | `ROLLBACK_FAILED` | Fehlgeschlagene Entfernung eines oder mehrerer Stacks nach einer fehlgeschlagenen Stack-Erstellung oder nach einer explizit abgebrochenen Stack-Erstellung. Löschen Sie den Stack oder untersuchen Sie die Stack-Ereignisse auf zugehörige Fehlermeldungen. | | `ROLLBACK_IN_PROGRESS` | Laufende Entfernung eines oder mehrerer Stacks nach einer fehlgeschlagenen Stack-Erstellung oder nach einer explizit abgebrochenen Stack-Erstellung. | | `UPDATE_COMPLETE` | Erfolgreiche Aktualisierung eines oder mehrerer Stacks. | | `UPDATE_COMPLETE_CLEANUP_IN_PROGRESS` | Laufende Entfernung alter Ressourcen für einen oder mehrere Stacks nach einem erfolgreichen Stack-Update. Bei Stack-Updates, bei denen Ressourcen ersetzt werden müssen, CloudFormation erstellt zuerst die neuen Ressourcen und löscht dann die alten Ressourcen, um Unterbrechungen im Stack zu vermeiden. In diesem Zustand wurde der Stack aktualisiert und ist nutzbar, löscht aber CloudFormation immer noch die alten Ressourcen. | | `UPDATE_FAILED` | Nicht erfolgreiche Aktualisierung eines oder mehrerer Stacks. Untersuchen Sie die Stack-Ereignisse auf zugehörige Fehlermeldungen. | | `UPDATE_IN_PROGRESS` | Laufende Aktualisierung eines oder mehrerer Stacks. | | `UPDATE_ROLLBACK_COMPLETE` | Erfolgreiches Zurücksetzen eines oder mehrerer Stacks in einen früheren funktionsfähigen Zustand nach einer fehlgeschlagenen Stack-Aktualisierung. | | `UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS` | Laufende Entfernung neuer Ressourcen für einen oder mehrere Stacks nach einem fehlgeschlagenen Stack-Update. In diesem Zustand wurde der Stack in seinen vorherigen Betriebszustand zurückgesetzt und ist nutzbar, löscht aber CloudFormation immer noch alle neuen Ressourcen, die er während der Stack-Aktualisierung erstellt hat. | | `UPDATE_ROLLBACK_FAILED` | Fehlgeschlagenes Zurücksetzen eines oder mehrerer Stacks in einen früheren funktionsfähigen Zustand nach einer fehlgeschlagenen Stack-Aktualisierung. In diesem Status können Sie den Stack löschen oder das [Rollback fortsetzen](using-cfn-updating-stacks-continueupdaterollback.md). Möglicherweise müssen Sie Fehler beseitigen, um den Stack wieder in einen arbeitsfähigen Zustand zu versetzen. Oder Sie können Kontakt aufnehmen, Support um den Stack wieder in einen verwendbaren Zustand zu versetzen. | | `UPDATE_ROLLBACK_IN_PROGRESS` | Laufendes Zurücksetzen eines oder mehrerer Stacks in den früheren funktionsfähigen Zustand nach einer fehlgeschlagenen Stack-Aktualisierung. | | `IMPORT_IN_PROGRESS` | Der Importvorgang wird derzeit ausgeführt. | | `IMPORT_COMPLETE` | Der Importvorgang wurde für alle Ressourcen im Stack erfolgreich abgeschlossen, die `resource import` unterstützen. | | `IMPORT_ROLLBACK_IN_PROGRESS` | Der Import wird zur vorherigen Vorlagenkonfiguration zurückgesetzt. | | `IMPORT_ROLLBACK_FAILED` | Der Import-Rollback-Vorgang ist für mindestens eine Ressource im Stack fehlgeschlagen. Die Ergebnisse werden für die CloudFormation erfolgreich importierten Ressourcen verfügbar sein. | | `IMPORT_ROLLBACK_COMPLETE` | Der Import wurde erfolgreich auf die vorherige Vorlagenkonfiguration zurückgesetzt. | # Stack-Ereignisse nach Vorgang anzeigen Sie können Stack-Ereignisse nach Vorgängen gruppiert anzeigen, um die Reihenfolge und den Umfang der an Ihrem Stack vorgenommenen Änderungen besser zu verstehen. Die vorgangsbasierte Gruppierung hilft Ihnen dabei, verwandte Ereignisse gemeinsam nachzuverfolgen, sodass Sie den Fortschritt leichter überwachen und Probleme beheben können, wenn sie auftreten. Jedem Stack-Vorgang (Erstellen, Aktualisieren, Löschen, Rollback) wird eine eindeutige Vorgangs-ID zugewiesen, die alle zugehörigen Ereignisse gruppiert. Auf diese Weise können Sie sich auf bestimmte Operationen konzentrieren und die Hauptursache von Fehlern schnell identifizieren. **Topics** + [ ## Voraussetzungen ](#view-stack-events-by-operation-prerequisites) + [ ## Stack-Ereignisse nach Vorgang anzeigen (Konsole) ](#view-stack-events-by-operation-console) + [ ## Stack-Ereignisse nach Vorgang (AWS CLI) anzeigen ](#view-stack-events-by-operation-cli) + [ ## Stack-Statuscodes ](#stack-status-codes) ## Voraussetzungen Um die `DescribeEvents` API verwenden zu können, benötigen Sie die erforderlichen IAM-Berechtigungen für:`DescribeEvents`. ## Stack-Ereignisse nach Vorgang anzeigen (Konsole) **Um Stack-Ereignisse nach Vorgängen gruppiert anzuzeigen** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudFormation Konsole unter [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/). 1. Wählen Sie in der Navigationsleiste oben auf dem Bildschirm die aus, in der AWS-Region Sie den Stack erstellt haben. 1. Wählen Sie auf der Seite **Stacks** den Stack-Namen aus. CloudFormationzeigt die Stack-Details für den ausgewählten Stack an. 1. Wählen Sie die Registerkarte **Ereignisse**, um die Stack-Ereignisse CloudFormation anzuzeigen, die für Ihren Stack generiert wurden. 1. Ereignisse werden automatisch nach der Operation-ID gruppiert. Jeder Vorgang wird als erweiterbarer Abschnitt angezeigt, in dem der Vorgangstyp, der Status und der Zeitstempel angezeigt werden. 1. Klicken Sie auf eine **Vorgangs-ID**, um eine detaillierte Ansicht zu öffnen, in der nur die Ereignisse angezeigt werden, die sich auf diesen bestimmten Vorgang beziehen. 1. Aktivieren Sie in der Vorgangsdetailansicht das Kontrollkästchen **Nur Fehler anzeigen, um nur** fehlgeschlagene Ereignisse für die Ursachenanalyse anzuzeigen. CloudFormation aktualisiert die Stack-Ereignisse automatisch jede Minute. Das Badge „**Neue Ereignisse verfügbar**“ wird angezeigt, wenn neue Stack-Ereignisse auftreten. Wählen Sie das Aktualisierungssymbol, um diese Ereignisse in die Liste zu laden. Durch die Anzeige von Stack-Ereignissen, die nach Vorgängen gruppiert sind, können Sie die Reihenfolge der Ereignisse für jeden Vorgang nachvollziehen und schnell erkennen, welcher spezifische Vorgang Probleme verursacht hat (wenn Sie Ihren Stack debuggen). Während Ihr Stack-Vorgang ausgeführt wird, wird er mit dem Status `CREATE_IN_PROGRESS``UPDATE_IN_PROGRESS`, oder `DELETE_IN_PROGRESS` aufgeführt. Nachdem Ihr Vorgang erfolgreich abgeschlossen wurde, ändert sich sein Status in `CREATE_COMPLETE``UPDATE_COMPLETE`, oder`DELETE_COMPLETE`. Weitere Informationen erhalten Sie unter [Ereignisse bei der CloudFormation Stackerstellung verstehen](stack-resource-configuration-complete.md) und [Überwachen Sie den Fortschritt einer Stack-Aktualisierung](using-cfn-updating-stacks-monitor-stack.md). ## Stack-Ereignisse nach Vorgang (AWS CLI) anzeigen Sie können den `describe-events` Befehl mit Operations-ID-Filterung verwenden, um Ereignisse für bestimmte Operationen anzuzeigen. ### Letzte Operation abrufen IDs Die über die Describe-Stacks-API verfügbare Stacks-Beschreibung enthält jetzt LastOperations Informationen über die letzten Operationen IDs und deren Typen. Auf diese Weise können Sie schnell erkennen, welche Operationen stattgefunden haben und welchen aktuellen Status sie haben, ohne die Ereignisprotokolle analysieren zu müssen. ``` aws cloudformation describe-stacks --stack-name MyStack ``` Die folgende Beispielantwort zeigt, dass der letzte Vorgang ein Rollback nach einem fehlgeschlagenen Aktualisierungsvorgang war. ``` { "Stacks": [ { "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/MyStack/07580010-bb79-11f0-8f6c-0289bb5c804f", "StackName": "MyStack", "Description": "A simple CloudFormation template to create an S3 bucket.", "CreationTime": "2025-11-07T01:28:13.778000+00:00", "LastUpdatedTime": "2025-11-07T01:43:39.838000+00:00", "RollbackConfiguration": {}, "StackStatus": "UPDATE_ROLLBACK_COMPLETE", "DisableRollback": false, "NotificationARNs": [], "Tags": [], "EnableTerminationProtection": false, "DriftInformation": { "StackDriftStatus": "NOT_CHECKED" }, "LastOperations": [ { "OperationType": "ROLLBACK", "OperationId": "d0f12313-7bdb-414d-a879-828a99b36f29" }, { "OperationType": "UPDATE_STACK", "OperationId": "1c211b5a-4538-4dc9-bfed-e07734371e57" } ] } ] } ``` ### Filtert Ereignisse nach der Vorgangs-ID Der folgende `describe-events` Befehl beschreibt Ereignisse für eine bestimmte Vorgangs-ID: ``` aws cloudformation describe-events \ --operation-id 1c211b5a-4538-4dc9-bfed-e07734371e57 ``` Verwenden Sie den `--filter FailedEvents=true` Parameter, um nur fehlgeschlagene Ereignisse zur Problembehandlung anzuzeigen: ``` aws cloudformation describe-events \ --operation-id 1c211b5a-4538-4dc9-bfed-e07734371e57 \ --filter FailedEvents=true ``` Mit der neuen Funktion zum Filtern von Vorgangs-IDs können Sie sich auf bestimmte Operationen und die damit verbundenen Ereignisse konzentrieren. Dies ist besonders nützlich für: + **Behebung bestimmter Fehler:** Isolieren Sie die Ereignisse eines fehlgeschlagenen Vorgangs, um zu verstehen, was schief gelaufen ist. + **Überwachung lang andauernder Operationen:** Verfolgen Sie den Fortschritt komplexer Updates oder umfangreicher Stack-Bereitstellungen. + **Änderungen überprüfen:** Überprüfen Sie alle Ereignisse, die mit einem bestimmten Aktualisierungsvorgang verbunden sind. + **Ursachenanalyse:** Verwenden Sie den Fehlerfilter, um schnell die Ursache von Bereitstellungsproblemen zu ermitteln. ## Stack-Statuscodes In der folgenden Tabelle werden die Felder beschrieben, die vom `describe-events` Befehl zurückgegeben werden, wenn die Operations-ID-Filterung verwendet wird: | Feld | Description | | --- | --- | | EventId | Ereignis-Kennung. | | OperationId | Eindeutiger Bezeichner für den Vorgang, der dieses Ereignis generiert hat. | | StackName | Name des Stacks, zu dem das Ereignis gehört. | | StackId | Kennung des Stacks, zu dem das Ereignis gehört. | | LogicalResourceId | Logische Kennung der Ressource. | | PhysicalResourceId | Physische Kennung der Ressource. | | ResourceProperties | Eigenschaften der Ressource. | | ResourceType | Typ der Ressource. | | Timestamp | Uhrzeit, zu der das Ereignis aufgetreten ist. | | ResourceStatus | Der Status der Ressource (CREATE\$1COMPLETEUPDATE\$1FAILED, usw.). | | DetailedStatus | Der detaillierte Status des Stapels. Wenn CONFIGURATION\$1COMPLETE vorhanden ist, ist die Konfigurationsphase der Stapelressourcen abgeschlossen und die Stabilisierung der Ressourcen ist im Gange. | | ResourceStatusReason | Weitere Informationen zum Status. | # Sehen Sie sich einen Zeitplan für eine CloudFormation Stack-Bereitstellung an Das Diagramm der Stack-Bereitstellungszeitleiste bietet eine visuelle Darstellung einer Stack-Bereitstellungszeitleiste. Diese Ansicht zeigt die Bereitstellungsstatus für den Stack und jede seiner Ressourcen sowie die Zeitpunkte, zu denen sich jeder Status geändert hat. Der Status der Stapelbereitstellung wird durch eine entsprechende Farbe dargestellt. **Topics** + [ ## Das Diagramm der Zeitleiste für die Stack-Bereitstellung verstehen ](#understanding-stack-deployment-timeline-graph) + [ ## Anzeigen des Diagramms der Zeitachse für die Stack-Bereitstellung (Konsole) ](#viewing-stack-deployment-timeline-graph) ## Das Diagramm der Zeitleiste für die Stack-Bereitstellung verstehen Die folgende Abbildung zeigt das Zeitdiagramm für eine Stack-Bereitstellung, die aufgrund einer fehlgeschlagenen EC2 Amazon-Instance-Ressource fehlgeschlagen ist. ![\[Ein Zeitdiagramm zur Stack-Bereitstellung für eine fehlgeschlagene Stack-Bereitstellung.\]](http://docs.aws.amazon.com/de_de/AWSCloudFormation/latest/UserGuide/images/deployment-timeline-graph.PNG) Die Namen der Stack-Ressourcen finden Sie auf der linken Seite des Diagramms, und das Datum und die Uhrzeit im Verhältnis zu den Bereitstellungszeiten finden Sie oben im Diagramm. Jede Ressource beginnt mit dem Status **In Bearbeitung** . Die Statusleiste ändert sich bei jeder erfolgreichen Distribution in **Complete** . Die Statusleiste ändert sich zu **Fehlgeschlagen** wenn eine Ressource nicht bereitgestellt werden kann. Wenn die Bereitstellung einer Ressource fehlschlägt und auch die Stack-Bereitstellung fehlschlägt, erhält die Ressource, die für den Ausfall der Stack-Bereitstellung verantwortlich ist, den Status **Likely root failure** . Nachdem der Stack-Bereitstellungsvorgang fehlgeschlagen ist, beginnt die erfolgreich bereitgestellte Ressource mit dem Rollback und wechselt in den Status **Rollback in Bearbeitung** . Die Status ändern sich zu **Rollback abgeschlossen** nachdem die Ressource das Rollback beendet hat. Wenn Sie die einzelnen Ressourcen auswählen, erhalten Sie detailliertere Informationen über den Zeitplan für die Bereitstellung: ![\[Ein Popover-Diagramm der Stack-Bereitstellungszeitleiste, das Details zur Bereitstellung der ausgewählten ausgefallenen Ressource anzeigt.\]](http://docs.aws.amazon.com/de_de/AWSCloudFormation/latest/UserGuide/images/deployment-timeline-graph-root-cause.PNG) Wenn Sie eine Ressource auswählen, werden der **Typ**, die **Startzeit**, die **Endzeit**und die **Gesamtdauer** der Bereitstellung angezeigt. In den Dropdown-Menüs unten finden Sie außerdem die **Startzeit**, **Endzeit**und **Dauer** für jeden Einsatzstatus. Wenn die Bereitstellung der Ressource fehlgeschlagen ist, wird ein **Fehlergrund** angegeben. Weitere Informationen zum Stack-Status finden Sie unter [Stack-Statuscodes](view-stack-events.md#cfn-console-view-stack-data-resources-status-codes). ## Anzeigen des Diagramms der Zeitachse für die Stack-Bereitstellung (Konsole) So zeigen Sie ein Zeitdiagramm zur Stack-Bereitstellung an: 1. Öffnen Sie die CloudFormation Konsole unter [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/). 1. Wählen Sie in der Navigationsleiste oben auf dem Bildschirm die Datei aus, in der AWS-Region Sie den Stapel erstellt haben. 1. Wählen Sie auf der **Stacks-Seite** der CloudFormation Konsole den Stack-Namen aus. CloudFormation zeigt die Stack-Details für den ausgewählten Stack an. 1. Wählen Sie die Registerkarte **Ereignisse**, um die Stack-Ereignisse CloudFormation anzuzeigen, die für Ihren Stack generiert wurden. 1. Wählen Sie die Schaltfläche **Zeitachsendiagramm** um das Zeitachsendiagramm für Ihren Stapel anzuzeigen. # Ereignisse bei der CloudFormation Stackerstellung verstehen Während der Stack-Bereitstellung finden mehrere Ereignisse statt, um die in der Stack-Vorlage definierten Ressourcen zu erstellen, zu konfigurieren und zu validieren. Wenn Sie diese Ereignisse verstehen, können Sie den Prozess der Stack-Erstellung optimieren und die Bereitstellung rationalisieren. + **Ressourcenerstellungsereignisse** - Wenn jede Ressource den Erstellungsprozess beginnt, wird ein **Status** von `CREATE_IN_PROGRESS` Ereignis gesetzt. Dieses Ereignis zeigt an, dass die Ressource gerade bereitgestellt wird. + **Eventuelle Konsistenzprüfung** - Ein beträchtlicher Teil der Zeit für die Stackerstellung wird für eine eventuelle Konsistenzprüfung der vom Stack erstellten Ressourcen verwendet. Während dieser Phase führt der Service interne Konsistenzprüfungen durch, um sicherzustellen, dass die Ressource voll funktionsfähig ist und die jeweils definierten Servicestabilisierungskriterien erfüllt. AWS-Service + **Ereignis Konfiguration abgeschlossen** - Wenn jede Ressource die Phase der eventuellen Konsistenzprüfung der Bereitstellung abgeschlossen hat, wird ein Ereignis **Detaillierter Status** von `CONFIGURATION_COMPLETE` gesetzt. + **Ereignis Ressourcenerstellung abgeschlossen** - Nachdem die Ressource erstellt und wie angegeben konfiguriert wurde und die Konfiguration mit den Angaben in der Vorlage übereinstimmt, wird das Ereignis **Status** von `CREATE_COMPLETE` gesetzt. Sie können das Ereignis `CONFIGURATION_COMPLETE` nutzen, um Ihren Stack-Erstellungsprozess in Szenarien zu rationalisieren, in denen eine Konsistenzprüfung der Ressourcen nicht erforderlich ist, wie z.B. bei der Validierung einer Vorproduktions-Stack-Konfiguration oder bei der stapelübergreifenden Bereitstellung. Sie können dieses Ereignis auf verschiedene Weise nutzen. Sie können es beispielsweise als visuelles Signal verwenden, um das Warten auf das Ende der Konsistenzprüfung von Ressourcen oder Stapeln zu überspringen. Oder Sie könnten damit einen automatisierten Mechanismus mit kontinuierlicher Integration und kontinuierlicher Bereitstellung (CI/CD) schaffen, um zusätzliche Aktionen auszulösen. **Wichtig** Die Nutzung des Ereignisses `CONFIGURATION_COMPLETE` beschleunigt zwar die Erstellung von Stapeln, aber Sie sollten sich der Nachteile bewusst sein, die damit verbunden sind. Erstens wird sie nur für eine Untergruppe von Ressourcentypen unterstützt, die die Drifterkennung unterstützen. Eine Liste der Ressourcentypen, die die Drifterkennung unterstützen, finden Sie unter [Unterstützung für Ressourcentypen](resource-import-supported-resources.md). Dieser Ansatz ist möglicherweise nicht für alle Szenarien geeignet, insbesondere wenn Ressourcen gründliche Konsistenzprüfungen erfordern, um die volle Betriebsbereitschaft in der gesamten Cloud-Umgebung zu gewährleisten (z. B. in Produktionsumgebungen). Wir empfehlen Ihnen, Ihre Einsatzanforderungen und die Wichtigkeit der Konsistenzprüfungen für jede Ressource sorgfältig zu prüfen. Verwenden Sie das Ereignis `CONFIGURATION_COMPLETE` , um die Bereitstellungsgeschwindigkeit zu optimieren, ohne die Integrität und Zuverlässigkeit Ihrer Infrastruktur zu beeinträchtigen. Da das Ereignis `CONFIGURATION_COMPLETE` nicht garantiert gesetzt wird, sollten alle Szenarien, die es verwenden, darauf vorbereitet sein, ein Ereignis `CREATE_COMPLETE` zu behandeln, wenn kein Ereignis `CONFIGURATION_COMPLETE` gesetzt wurde. ![\[Diagramm, das die Abfolge der Ereignisse bei der Erstellung von Ressourcen und der Konsistenzprüfung in einem Stapel zeigt.\]](http://docs.aws.amazon.com/de_de/AWSCloudFormation/latest/UserGuide/images/configuration-complete.png) Wenn die Stack-Bereitstellung beginnt, starten sowohl die `AWS::ECR::Repository` - als auch die `AWS::ECS::Cluster` -Ressourcen den Erstellungsprozess (`ResourceStatus` = `CREATE_IN_PROGRESS`. Wenn der Ressourcentyp `AWS::ECR::Repository` mit der eventuellen Konsistenzprüfung begonnen hat (`DetailedStatus` = `CONFIGURATION_COMPLETE`), kann die Ressource `AWS::ECS::TaskDefinition` den Erstellungsprozess starten. Sobald die Ressource `AWS::ECS::TaskDefinition` mit der Konsistenzprüfung beginnt, beginnt die Ressource `AWS::ECS::Service` mit dem Erstellungsprozess. **`CREATE_IN_PROGRESS`- und `CREATE_COMPLETE`-Ereignisse** + **[Stack]:** `CREATE_IN_PROGRESS` + **[Ressource]: ECR-Repository** `CREATE_IN_PROGRESS` + **[Ressource]:** ECS-Cluster `CREATE_IN_PROGRESS` + **[Ressource]:** ECR-Repository `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Aufgabendefinition `CREATE_IN_PROGRESS` + **[Ressource]:** ECS-Cluster`CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Aufgabendefinition`CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Dienst `CREATE_IN_PROGRESS` + **[Ressource]: ECR-Repository** `CREATE_COMPLETE` + **[Ressource]:** ECS-Cluster `CREATE_COMPLETE` + **[Ressource]:** ECS-Dienst `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Stack]:** `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Aufgabendefinition `CREATE_COMPLETE` + **[Ressource]:** ECS-Dienst `CREATE_COMPLETE` + **[Stack]:** `CREATE_COMPLETE` # Überwachen Sie den Fortschritt einer Stack-Aktualisierung Sie können den Fortschritt der Aktualisierung eines Stacks überwachen, indem Sie die Ereignisse des Stacks anzeigen. Die Registerkarte **Ereignisse** des Stapels zeigt jeden wichtigen Schritt bei der Erstellung und Aktualisierung des Stapels an, sortiert nach dem Zeitpunkt des jeweiligen Ereignisses, wobei die neuesten Ereignisse oben stehen. Weitere Informationen finden Sie unter [Fortschritt des Stapels überwachen](monitor-stack-progress.md). **Topics** + [ ## Ereignisse, die während eines erfolgreichen Stack-Updates generiert wurden ](#using-cfn-updating-stacks-monitor-stack-update-events) + [ ## Ereignisse, die bei einem Fehlschlagen eines Ressourcen-Updates generiert werden ](#using-cfn-updating-stacks-monitor-stack-update-failure) ## Ereignisse, die während eines erfolgreichen Stack-Updates generiert wurden Der Beginn der Stack-Aktualisierung wird mit einem `UPDATE_IN_PROGRESS`-Ereignis für den Stack markiert: ``` 2011-09-30 09:35 PDT AWS::CloudFormation::Stack MyStack UPDATE_IN_PROGRESS ``` Als Nächstes kommen die Ereignisse, die den Beginn und den Abschluss der Aktualisierung jeder Ressource darstellen, die in der Updatevorlage geändert wurde. Die Aktualisierung einer [https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html)-Ressource mit dem Namen `MyDB` würde zum Beispiel zu folgenden Einträgen führen: ``` 2011-09-30 09:35 PDT AWS::RDS::DBInstance MyDB UPDATE_COMPLETE 2011-09-30 09:35 PDT AWS::RDS::DBInstance MyDB UPDATE_IN_PROGRESS ``` Das `UPDATE_IN_PROGRESS` Ereignis wird protokolliert, wenn CloudFormation gemeldet wird, dass mit der Aktualisierung der Ressource begonnen wurde. Das `UPDATE_COMPLETE`-Ereignis wird protokolliert, wenn die Ressource erfolgreich erstellt wurde. Wenn der Stack erfolgreich aktualisiert CloudFormation wurde, wird das folgende Ereignis angezeigt: ``` 2011-09-30 09:35 PDT AWS::CloudFormation::Stack MyStack UPDATE_COMPLETE ``` **Wichtig** Wenn bei Stack-Aktualisierungsvorgängen eine vorhandene Ressource ersetzt CloudFormation werden muss, wird zunächst eine neue Ressource erstellt und dann die alte Ressource gelöscht. Es kann jedoch Fälle geben, in denen die alte Ressource nicht gelöscht werden CloudFormation kann (z. B. wenn der Benutzer nicht berechtigt ist, eine Ressource eines bestimmten Typs zu löschen). CloudFormation unternimmt drei Versuche, die alte Ressource zu löschen. Wenn die alte Ressource nicht gelöscht werden CloudFormation kann, wird die alte Ressource aus dem Stapel entfernt und der Stapel wird weiter aktualisiert. 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. Die alte Ressource ist immer noch vorhanden und es fallen weiterhin Gebühren an, sie ist aber nicht mehr zugänglich über CloudFormation. Um die alte Ressource zu löschen, greifen Sie direkt über die Konsole oder API für den zugrunde liegenden Service auf die alte Ressource zu. Dies gilt auch für Ressourcen, die Sie aus der Stack-Vorlage entfernt haben und daher während des Stack-Updates aus dem Stack gelöscht werden. ## Ereignisse, die bei einem Fehlschlagen eines Ressourcen-Updates generiert werden Wenn die Aktualisierung einer Ressource fehlschlägt, wird ein `UPDATE_FAILED` Ereignis CloudFormation gemeldet, das einen Grund für den Fehler enthält. Wenn Ihre Aktualisierungsvorlage beispielsweise eine Eigenschaftsänderung angibt, die von der Ressource nicht unterstützt wird, wie beispielsweise die Verringerung der Größe von `AllocatedStorage` für eine [https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html)-Ressource, würden Sie Ereignisse wie diese sehen: ``` 2011-09-30 09:36 PDT AWS::RDS::DBInstance MyDB UPDATE_FAILED Size cannot be less than current size; requested: 5; current: 10 2011-09-30 09:35 PDT AWS::RDS::DBInstance MyDB UPDATE_IN_PROGRESS ``` Wenn ein Ressourcenupdate CloudFormation fehlschlägt, werden alle Ressourcen, die während des Upgrades aktualisiert wurden, auf ihre Konfiguration vor dem Update zurückgesetzt. Hier finden Sie ein Beispiel für die Ereignisse, die während des Rollbacks eines Updates angezeigt würden: ``` 2011-09-30 09:38 PDT AWS::CloudFormation::Stack MyStack UPDATE_ROLLBACK_COMPLETE 2011-09-30 09:38 PDT AWS::RDS::DBInstance MyDB UPDATE_COMPLETE 2011-09-30 09:37 PDT AWS::RDS::DBInstance MyDB UPDATE_IN_PROGRESS 2011-09-30 09:37 PDT AWS::CloudFormation::Stack MyStack UPDATE_ROLLBACK_IN_PROGRESS The following resource(s) failed to update: [MyDB] ``` # Rollback einer Aktualisierung fortsetzen Wenn CloudFormation versucht wird, ein Stack-Update rückgängig zu machen, kann es manchmal nicht alle während des Aktualisierungsvorgangs vorgenommenen Änderungen rückgängig machen. Dies wird als `UPDATE_ROLLBACK_FAILED`-Status bezeichnet. Möglicherweise haben Sie einen Stack, der mit dem Rollback auf eine alte Datenbankinstanz beginnt, die außerhalb von gelöscht wurde CloudFormation. Da 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. Ein Stapel im Zustand `UPDATE_ROLLBACK_FAILED` kann nicht aktualisiert werden, aber er kann in einen funktionierenden Zustand (`UPDATE_ROLLBACK_COMPLETE`) zurückversetzt werden. Nachdem Sie den Stapel auf seine ursprünglichen Einstellungen zurückgesetzt haben, können Sie versuchen, ihn erneut zu aktualisieren. In den meisten Fällen müssen Sie den Fehler beheben, der das Fehlschlagen des Rollback der Aktualisierung verursacht hat, bevor Sie mit dem Zurücksetzen des Stacks fortfahren können. In anderen Fällen können Sie auch ohne Änderungen ein Rollback der Aktualisierung durchführen, z. B., wenn bei einem Stack-Vorgang eine Zeitüberschreitung auftritt. **Anmerkung** Wenn Sie verschachtelte Stacks verwenden, wird beim Rollback des übergeordneten Stacks versucht, auch ein Rollback für alle untergeordneten Stacks durchzuführen. **So setzen Sie den Rollback-Vorgang für eine Aktualisierung fort (Konsole)** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudFormation Konsole unter [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/). 1. Wählen Sie in der Navigationsleiste oben auf dem Bildschirm aus, AWS-Region wo sich der Stapel befindet. 1. Wählen Sie auf der Seite **Stapel** den Stapel aus, den Sie aktualisieren möchten, wählen Sie **Stapel-Aktionen**und dann **Update-Rollback fortsetzen**. Wenn keine der Lösungen [Behebung von Fehlern](troubleshooting.md#troubleshooting-errors) funktioniert hat, können Sie die erweiterte Option verwenden, um die Ressourcen zu überspringen, CloudFormation für die ein Rollback nicht erfolgreich durchgeführt werden konnte. Sie müssen die logische [Reihenfolge IDs der Ressourcen, die Sie überspringen möchten, nachschlagen](cfn-console-view-stack-data-resources.md) und eingeben. Geben Sie nur die Ressourcen an, die während der `UpdateRollback`-Aktualisierung in den `UPDATE_FAILED`-Zustand übergegangen sind und nicht während der Vorwärtsaktualisierung. **Warnung** 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 den Stack oder die Ressourcen aktualisieren, sodass ihr Status konsistent ist. Andernfalls schlagen nachfolgende Aktualisierungen fehl und der Stack lässt sich nicht mehr wiederherstellen. Geben Sie die Mindestanzahl von Ressourcen, die erforderlich ist, um einen erfolgreichen Rollback-Vorgang mit dem Stack durchzuführen. Beispielsweise kann eine fehlgeschlagene Ressourcenaktualisierung dazu führen, dass abhängige Ressourcen fehlschlagen. In diesem Fall ist es u. U. nicht erforderlich, die abhängigen Ressourcen zu überspringen. Verwenden Sie das folgende Format, um Ressourcen, die Teil verschachtelter Stacks sind, zu überspringen: `NestedStackName.ResourceLogicalID`. Wenn Sie die logische ID einer Stack-Ressource (`Type: AWS::CloudFormation::Stack`) in der `ResourcesToSkip`-Liste angeben möchten, dass muss sich der zugehörige eingebettete Stapel in einem der folgenden Zustände befinden: `DELETE_IN_PROGRESS`, `DELETE_COMPLETE` oder `DELETE_FAILED`. **So setzen Sie den Rollback einer Aktualisierung fort (AWS CLI)** + Verwenden Sie den Befehl [https://docs.aws.amazon.com/cli/latest/reference/cloudformation/continue-update-rollback.html](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/continue-update-rollback.html) mit der Option `--stack-name`, um die ID des Stacks anzugeben, den Sie weiter zurückrollen möchten. ## Weiteres Rollback von fehlgeschlagenen verschachtelten Stack-Updates Wenn Sie mehrere ineinander verschachtelte Stapel haben, müssen Sie möglicherweise Ressourcen über mehrere verschachtelte Ebenen hinweg überspringen, um die gesamte Stapelhierarchie wieder in einen funktionierenden Zustand zu bringen. Sie haben zum Beispiel einen StammStack namens `WebInfra`, der zwei kleinere Stack enthält: `WebInfra-Compute` und `WebInfra-Storage`. Diese beiden Stapel haben auch ihre eigenen verschachtelten Stapel innerhalb von ihnen. Wenn während einer Aktualisierung etwas schief geht und der Aktualisierungsprozess fehlschlägt, kann die gesamte Stapelhierarchie in den Zustand `UPDATE_ROLLBACK_FAILED` geraten, wie im folgenden Diagramm dargestellt. ![\[Ein Diagramm, das eine verschachtelte Stack-Hierarchie mit drei Ebenen zeigt.\]](http://docs.aws.amazon.com/de_de/AWSCloudFormation/latest/UserGuide/images/cfn-update-stack-continue-update-rollback_nested-stacks.png) **Anmerkung** In diesem Beispiel werden der Einfachheit halber verkürzte Stack-Namen verwendet. Namen untergeordneter Stacks werden in der Regel durch eindeutige zufällige Zeichenketten generiert CloudFormation und enthalten diese, sodass tatsächliche Namen möglicherweise nicht benutzerfreundlich sind. Um den Root-Stack mit dem Befehl `continue-update-rollback` in einen funktionsfähigen Zustand zu bringen, müssen Sie die Option `--resources-to-skip` verwenden, um Ressourcen zu überspringen, die beim Rollback fehlgeschlagen sind. Das folgende **continue-update-rollback**-Beispiel setzt einen Rollback-Vorgang nach einer zuvor fehlgeschlagenen Stack-Aktualisierung fort. In diesem Beispiel umfasst die Option `--resources-to-skip` die folgenden Elemente: + `myCustom` + `WebInfra-Compute-Asg.myAsg` + `WebInfra-Compute-LB.myLoadBalancer` + `WebInfra-Storage.DB` Für die Ressourcen des Root-Stacks müssen Sie nur die logische ID angeben, zum Beispiel `myCustom`. Für die Ressourcen, die in verschachtelten Stapeln enthalten sind, müssen Sie jedoch sowohl den Namen des verschachtelten Stapels als auch seine logische ID angeben, getrennt durch einen Punkt. Beispiel, `WebInfra-Compute-Asg.myAsg`. ``` aws cloudformation continue-update-rollback --stack-name WebInfra \ --resources-to-skip myCustom WebInfra-Compute-Asg.myAsg WebInfra-Compute-LB.myLoadBalancer WebInfra-Storage.DB ``` **So finden Sie den Stacknamen eines verschachtelten Stacks** Sie können ihn über die Stack-ID oder den Amazon Resource Name (ARN) des Child-Stacks finden. Das folgende ARN-Beispiel bezieht sich auf einen Stapel mit dem Namen `WebInfra-Storage-Z2VKC706XKXT`. ``` arn:aws:cloudformation:us-east-1:123456789012:stack/WebInfra-Storage-Z2VKC706XKXT/ea9e7f90-54f7-11e6-a032-028f3d2330bd ``` **So finden Sie die logische ID eines verschachtelten Stapels** Die logische ID eines untergeordneten Stacks ist in der Vorlagendefinition seines übergeordneten Stacks enthalten. Im Diagramm ist das `LogicalId` des `WebInfra-Storage-DB` untergeordneten Stapels `DB` in seinem übergeordneten `WebInfra-Storage`. In der CloudFormation Konsole finden Sie die logische ID auch in der Spalte **Logische ID** für die Stack-Ressource auf der Registerkarte **Ressourcen** oder der Registerkarte **Ereignisse**. Weitere Informationen finden Sie unter [Stack-Informationen von der CloudFormation Konsole aus anzeigen](cfn-console-view-stack-data-resources.md). # Ermitteln Sie die Ursache eines Stapelausfalls Wenn Ihre Stack-Erstellung fehlschlägt, CloudFormation kann es Ihnen helfen, das Ereignis zu ermitteln, das wahrscheinlich die Hauptursache für den Stack-Ausfall ist. Je nach Szenario und Ihren Berechtigungen können AWS CloudTrail Ereignisse weitere Details zur Ursache liefern, falls der angegebene **Statusgrund** in **Ereignisse** nicht klar ist. **So ermitteln Sie die Ursache für einen Stack-Fehler** 1. Öffnen Sie die CloudFormation Konsole unter [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/). 1. Wählen Sie auf der Seite **Stapel** den ausgefallenen Stapel. 1. Wählen Sie die Registerkarte **Ereignisse** . 1. Wählen Sie **Detect root cause** aus. CloudFormation analysiert den Fehler und gibt das Ereignis an, das die wahrscheinliche Ursache für den Fehler darstellt, indem dem jeweiligen **Ereignisstatus** die Bezeichnung **Wahrscheinliche Hauptursache** hinzugefügt wird. Weitere Informationen zum **Status finden Sie in der CloudFormation Konsole unter Grund** des Status. 1. Wählen Sie den Fehler **Status** mit der Kennzeichnung **Wahrscheinliche Ursache** aus, um mehr über die Ursache des Fehlers zu erfahren. Je nach Szenario und Ihren Berechtigungen können Sie möglicherweise ein detailliertes CloudTrail Ereignis überprüfen. Die folgenden Ergebnisse sind möglich, wenn Sie den **Status**wählen + CloudTrail Ereignisse im Zusammenhang mit diesem Problem sind verfügbar und können bei der Lösung helfen. CloudTrail Ereignisse anzeigen. + Wir konnten keine CloudTrail Ereignisse im Zusammenhang mit diesem Problem finden, die bei der Lösung helfen könnten. + Ihre aktuellen Berechtigungen erlauben keinen Zugriff auf CloudTrail Ereignisse. . + Schauen Sie in ein paar Minuten erneut nach, während Sie nach verfügbaren CloudTrail Ereignissen suchen. + Beim Abrufen der CloudTrail Ereignisse ist ein Fehler aufgetreten. Rufen Sie die CloudTrail Konsole auf, um die manuelle Überprüfung durchzuführen. 1. Wenn der unter **Statusgrund angegebene Grund** nicht klar ist und für die Ursache ein Link zur CloudTrail Konsole angezeigt wird, öffnen Sie den Link, um das Ereignis anzuzeigen und eine detaillierte Ursache zu finden. Weitere Informationen zu CloudTrail Ereignissen finden Sie unter [Grundlegendes zu CloudTrail Ereignissen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-events.html) und [CloudTrail Datensatzinhalten](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-record-contents.html). Weitere Informationen zum CloudTrail Ereignisverlauf finden Sie unter [Arbeiten mit dem CloudTrail Ereignisverlauf](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html). **Anmerkung** Verschachtelte Stapel unterstützen keine **Ursachenermittlung**. # Wählen Sie aus, wie mit Fehlern bei der Bereitstellung von Ressourcen umgegangen werden soll Wenn Ihr Stack-Vorgang fehlschlägt, müssen Sie Ressourcen, die bereits erfolgreich bereitgestellt wurden, nicht rückgängig machen und jedes Mal von vorne beginnen. Stattdessen können Sie Probleme mit dem Status `UPDATE_FAILED` oder `CREATE_FAILED` beheben und die Bereitstellung dann an dem Punkt fortsetzen, an dem das Problem aufgetreten ist. Dazu müssen Sie die Option „Erfolgreich bereitgestellte Ressourcen beibehalten“ aktivieren. Diese Option ist für alle Stack-Bereitstellungen und Änderungssatz-Vorgänge verfügbar. + Wenn Sie bei der Stackerstellung die Option **Erfolgreich bereitgestellte Ressourcen beibehalten** wählen, CloudFormation wird der Status der erfolgreich erstellten Ressourcen beibehalten und die fehlgeschlagenen Ressourcen so belassen, bis der nächste Aktualisierungsvorgang ausgeführt wird. + Bei Aktualisierungs- und Change-Set-Vorgängen wird durch die Auswahl von **Erfolgreich bereitgestellte Ressourcen beibehalten** der Status erfolgreicher Ressourcen beibehalten, während fehlgeschlagene Ressourcen auf ihren letzten bekannten stabilen Status zurückgesetzt werden. Fehlgeschlagene Ressourcen befinden sich in einem `UPDATE_FAILED`-Status. Ressourcen ohne letzten bekannten stabilen Zustand werden beim nächsten Stack-Vorgang gelöscht. **Topics** + [ ## Überblick über Optionen für Stack-Ausfälle ](#stack-failure-options-overview) + [ ## Erforderliche Bedingungen für die Unterbrechung des Stack-Rollbacks ](#stack-failure-options-conditions) + [ ## Erfolgreich bereitgestellte Ressourcen beibehalten (Konsole) ](#stack-failure-options-console) + [ ## Erfolgreich bereitgestellte Ressourcen beibehalten (AWS CLI) ](#stack-failure-options-cli) ## Überblick über Optionen für Stack-Ausfälle Bevor Sie einen Vorgang über die CloudFormation Konsole, API oder ausführen AWS CLI, geben Sie das Verhalten bei einem Ausfall bereitgestellter Ressourcen an. Fahren Sie dann mit dem Bereitstellungsprozess Ihrer Ressourcen fort, ohne weitere Änderungen vorzunehmen. Im Falle eines Betriebsausfalls CloudFormation stoppt es beim ersten Fehler in jedem unabhängigen Bereitstellungspfad. CloudFormation identifiziert Abhängigkeiten zwischen Ressourcen, um unabhängige Bereitstellungsaktionen zu parallelisieren. Anschließend werden Ressourcen auf jedem unabhängigen Bereitstellungspfad bereitgestellt, bis ein Fehler auftritt. Ein Fehler in einem Pfad hat keine Auswirkungen auf andere Bereitstellungspfade. CloudFormation setzt die Bereitstellung der Ressourcen bis zum Abschluss fort oder stoppt bei einem anderen Fehler. Beheben Sie alle Probleme, um den Bereitstellungsprozess fortzusetzen. CloudFormation führt die erforderlichen Aktualisierungen durch, bevor erneut versucht wird, Ressourcen bereitzustellen, die zuvor nicht erfolgreich bereitgestellt werden konnten. Sie beheben Probleme, indem Sie **Retry**-, **Update**- oder **Rollback**-Vorgänge einsenden. Wenn Sie beispielsweise eine Amazon-EC2-Instance bereitstellen und die EC2-Instance während eines Erstellungsvorgangs fehlschlägt, sollten Sie den Fehler untersuchen, anstatt die ausgefallene Ressource sofort rückgängig zu machen. Sie können System-Statusprüfungen und Instance-Statusprüfungen überprüfen und dann den **Retry**-Vorgang auswählen, sobald die Probleme gelöst sind. Wenn ein Stack-Vorgang fehlschlägt und Sie **Preserve successfully provisioned resources** (Erfolgreich bereitgestellte Ressourcen beibehalten) aus dem **Stack failure options** (Stack-Fehleroptionen)-Menü angegeben haben, können Sie die folgenden Optionen auswählen. + **Retry** – Versuchte den Bereitstellungsvorgang für ausgefallene Ressourcen erneut und setzt die Bereitstellung der Vorlage fort, bis der Stack-Vorgang erfolgreich abgeschlossen ist oder der nächste Fehler auftritt. Wählen Sie diese Option, wenn die Ressource aufgrund eines Problems, für das keine Änderungen an der Vorlage erforderlich sind, nicht bereitgestellt werden konnte, z. B. eine AWS Identity and Access Management (IAM-) Berechtigung. + **Update** – Ressourcen, die bereitgestellt wurden, werden bei Vorlagen-Aktualisierungen aktualisiert. Ressourcen, die nicht erstellt oder aktualisiert wurden, werden erneut versucht. Wählen Sie diese Option, wenn die Ressource aufgrund von Vorlagenfehlern nicht bereitgestellt werden konnte und Sie die Vorlage geändert haben. Wenn Sie einen Stack aktualisieren, der sich in einem `FAILED`-Status befindet, müssen Sie unter **Stack failure options** (Stack-Fehleroptionen) **Preserve successfully provisioned resources** (Erfolgreich bereitgestellte Ressourcen beibehalten) auswählen, um mit der Aktualisierung Ihres Stacks fortzufahren. + **Rollback** — CloudFormation Setzt den Stack auf den letzten bekannten stabilen Zustand zurück. ## Erforderliche Bedingungen für die Unterbrechung des Stack-Rollbacks Um zu CloudFormation verhindern, dass die erfolgreich erstellten Ressourcen automatisch zurückgesetzt und gelöscht werden, müssen die folgenden Bedingungen erfüllt sein. 1. Wenn Sie den Stack erstellen oder aktualisieren, müssen Sie die Option **Erfolgreich bereitgestellte Ressourcen beibehalten**wählen. Dies weist darauf hin, dass die erfolgreich erstellten Ressourcen CloudFormation nicht gelöscht werden sollen, auch wenn der gesamte Stack-Vorgang fehlschlägt. 1. Die Stack-Operation muss fehlgeschlagen sein, d. h. der Stack-Status ist entweder `CREATE_FAILED` oder `UPDATE_FAILED`. **Anmerkung** Unveränderliche Update-Typen werden nicht unterstützt. ## Erfolgreich bereitgestellte Ressourcen beibehalten (Konsole) ------ #### [ Create stack ] **So können Sie erfolgreich bereitgestellte Ressourcen während eines Stack-Erstellungsvorgangs beibehalten** 1. Melden Sie sich bei [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/) an AWS-Managementkonsole und öffnen Sie die CloudFormation Konsole. 1. Wählen Sie auf der Seite **Stack** oben rechts **Stack erstellen** und dann **Mit neuen Ressourcen (Standard)**. 1. Für **Voraussetzung - Vorlage vorbereiten**wählen Sie **Vorhandene Vorlage auswählen**. 1. Wählen Sie unter **Specify template (Vorlage angeben)** entweder die URL für den S3-Bucket, der Ihre Stack-Vorlage enthält, aus oder laden Sie eine Stack-Vorlagendatei hoch. Wählen Sie anschließend **Weiter**. 1. Geben Sie auf der Seite **Specify stack details** (Stack-Details angeben) einen Stack-Namen in das Feld **Stack name** ein. 1. Geben Sie im Abschnitt **Parameter** die Parameter an, die in Ihrer Stack-Vorlage definiert sind. Sie können beliebige Parameter mit Standardwerten verwenden oder ändern. 1. Wenn Sie mit den Parameterwerten zufrieden sind, wählen Sie **Next** (Weiter). 1. Auf der Seite **Configure stack options** (Stack-Optionen konfigurieren) können Sie zusätzliche Optionen für Ihren Stack einrichten. 1. Für **Stack failure options** (Stack-Fehleroptionen), wählen Sie **Preserve successfully provisioned resources** (Erfolgreich bereitgestellte Ressourcen beibehalten). 1. Wenn Sie mit den Stack-Optionen zufrieden sind, wählen Sie **Next** (Weiter). 1. Überprüfen Sie Ihren Stack auf der Seite **Review** (Überprüfen) und wählen Sie **Create stack** (Stack erstellen). *Ergebnisse*: Ressourcen, die nicht erstellt werden konnten, übertragen den Stack-Status auf `CREATE_FAILED`, um zu verhindern, dass der Stack zurückgesetzt wird, wenn der Stack-Vorgang auf einen Fehler trifft. Ressourcen, die erfolgreich bereitgestellt wurden, befinden sich in einem `CREATE_COMPLETE`-Status. Sie können den Stack auf der Registerkarte **Stack events** (Stack-Ereignisse) überwachen. ------ #### [ Update stack ] **Beibehaltung erfolgreich bereitgestellter Ressourcen während eines Stack-Aktualisierungsvorgangs.** 1. [Melden Sie sich bei /cloudformation an AWS-Managementkonsole und öffnen Sie die CloudFormation Konsole. https://console.aws.amazon.com](https://console.aws.amazon.com/cloudformation/) 1. Wählen Sie den Stack aus, den Sie aktualisieren möchten, und anschließend **Update** (Aktualisieren). 1. Wählen Sie auf der Seite **Update stack** (Stack aktualisieren) mit einer der folgenden Optionen eine Stack-Vorlage aus: + **Vorhandene Vorlage verwenden** + **Replace current template** (Aktuelle Vorlage ersetzen) + **Vorlage in Infrastructure Composer bearbeiten** Übernehmen Sie Ihre Einstellungen und wählen Sie **Next** (Weiter). 1. Auf der Seite **Specify stack details** (Stack-Details angeben), legen Sie die Parameter fest, die in Ihrer Stack-Vorlage definiert sind. Sie können beliebige Parameter mit Standardwerten verwenden oder ändern. 1. Wenn Sie mit den Parameterwerten zufrieden sind, wählen Sie **Next** (Weiter). 1. Auf der Seite **Configure stack options** (Stack-Optionen konfigurieren) können Sie zusätzliche Optionen für Ihren Stack einrichten. 1. Wählen Sie für **Behaviour on provisioning failure** (Verhalten bei Bereitstellungsausfall) **Preserve successfully provisioned resources** (Erfolgreich bereitgestellte Ressourcen beibehalten). 1. Wenn Sie mit den Stack-Optionen zufrieden sind, wählen Sie **Next** (Weiter). 1. Überprüfen Sie Stack auf der Seite **Review** (Überprüfen) und wählen Sie **Update stack** (Stack aktualisieren). *Ergebnisse*: Ressourcen, die nicht aktualisiert werden konnten, übertragen den Stack-Status auf `UPDATE_FAILED` und setzen Sie auf den letzten bekannten stabilen Zustand zurück. Ressourcen ohne einen letzten bekannten stabilen Status werden CloudFormation beim nächsten Stack-Vorgang gelöscht. Ressourcen, die erfolgreich bereitgestellt wurden, befinden sich in einem `CREATE_COMPLETE`- oder `UPDATE_COMPLETE`-Status. Sie können den Stack auf der Registerkarte **Stack events** (Stack-Ereignisse) überwachen. ------ #### [ Change set ] **Anmerkung** Sie können einen Änderungssatz für einen Stack mit dem Status von `CREATE_FAILED` oder `UPDATE_FAILED` initiieren nicht aber für einen Status von `UPDATE_ROLLBACK_FAILED`. **So können Sie erfolgreich bereitgestellte Ressourcen während eines Änderungssatz-Vorgangs beibehalten** 1. Melden Sie sich bei [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/) an AWS-Managementkonsole und öffnen Sie die CloudFormation Konsole. 1. Wählen Sie den Stack mit dem Änderungssatz, den Sie starten möchten, und klicken Sie dann auf die Registerkarte **Change sets** (Änderungssätze). 1. Wählen Sie den Änderungssatz aus und klicken Sie dann auf **Execute** (Ausführen). 1. Wählen Sie für **Execute change set** (Änderungssatz ausführen) die Option **Preserve successfully provisioned resources** (Erfolgreich bereitgestellte Ressourcen beibehalten). 1. Wählen Sie **Execute change set** (Änderungssatz ausführen). *Ergebnisse*: Ressourcen, die nicht aktualisiert werden konnten, übertragen den Stack-Status auf `UPDATE_FAILED` und setzen Sie auf den letzten bekannten stabilen Zustand zurück. Ressourcen ohne einen letzten bekannten stabilen Status werden CloudFormation beim nächsten Stack-Vorgang gelöscht. Ressourcen, die erfolgreich bereitgestellt wurden, befinden sich in einem `CREATE_COMPLETE`- oder `UPDATE_COMPLETE`-Status. Sie können den Stack auf der Registerkarte **Stack events** (Stack-Ereignisse) überwachen. ------ ## Erfolgreich bereitgestellte Ressourcen beibehalten (AWS CLI) ------ #### [ Create stack ] **So können Sie erfolgreich bereitgestellte Ressourcen während eines Stack-Erstellungsvorgangs beibehalten** Geben Sie die `--disable-rollback`-Option oder die `on-failure DO_NOTHING`-Aufzählung während eines [create-stack](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/create-stack.html)-Vorgangs ein. 1. Geben Sie einen Stack-Namen und eine Vorlage für den **create-stack**-Befehl mit der `--disable-rollback`-Option an. ``` aws cloudformation create-stack --stack-name myteststack \ --template-body file://template.yaml \ --disable-rollback ``` Der Befehl gibt die folgende Ausgabe zurück. ``` {     "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896" } ``` 1. Beschreiben Sie den Zustand des Stacks mit dem Befehl **describe-stacks** . ``` aws cloudformation describe-stacks --stack-name myteststack ``` Der Befehl gibt die folgende Ausgabe zurück. ``` {     "Stacks":  [         {             "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896",             "Description": "AWS CloudFormation Sample Template",             "Tags": [],             "Outputs": [],             "StackStatusReason": “The following resource(s) failed to create: [MyBucket]”,             "CreationTime": "2013-08-23T01:02:15.422Z",             "Capabilities": [],             "StackName": "myteststack",             "StackStatus": "CREATE_FAILED",             "DisableRollback": true         }     ] } ``` ------ #### [ Update stack ] **So bewahren Sie erfolgreich bereitgestellte Ressourcen während einer Stack-Update-Operation** 1. Geben Sie einen vorhandenen Stack-Namen und eine Vorlage für den **update-stack**-Befehl mit der `--disable-rollback`-Option an. ``` aws cloudformation update-stack --stack-name myteststack \ --template-url https://s3.amazonaws.com/amzn-s3-demo-bucket/updated.template --disable-rollback ``` Der Befehl gibt die folgende Ausgabe zurück. ``` {     "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896" } ``` 1. Beschreiben Sie den Zustand des Stacks mit den Befehlen **describe-stacks** oder **describe-stack-events** . ``` aws cloudformation describe-stacks --stack-name myteststack ``` Der Befehl gibt die folgende Ausgabe zurück. ``` { "Stacks":  [         {             "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896",             "Description": "AWS CloudFormation Sample Template",             "Tags": [],             "Outputs": [],             "CreationTime": "2013-08-23T01:02:15.422Z",             "Capabilities": [],             "StackName": "myteststack",             "StackStatus": "UPDATE_COMPLETE",             "DisableRollback": true         }     ] } ``` ------ #### [ Change set ] **Anmerkung** Sie können einen Änderungssatz für einen Stapel mit dem Status `CREATE_FAILED` oder `UPDATE_FAILED` initiieren, aber nicht für einen Status `UPDATE_ROLLBACK_FAILED`. **So können Sie erfolgreich bereitgestellte Ressourcen während eines Änderungssatz-Vorgangs beibehalten** Geben Sie die `--disable-rollback` Option während eines [execute-change-set](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/execute-change-set.html)Vorgangs an. 1. Geben Sie einen Stack-Namen und eine Vorlage für den **execute-change-set**-Befehl mit der `--disable-rollback`-Option an. ``` aws cloudformation execute-change-set --stack-name myteststack \ --change-set-name my-change-set --template-body file://template.yaml ``` Der Befehl gibt die folgende Ausgabe zurück. ``` {  "Id": "arn:aws:cloudformation:us-east-1:123456789012:changeSet/my-change-set/bc9555ba-a949-xmpl-bfb8-f41d04ec5784",  "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896" } ``` 1. Starten Sie den Änderungssatz mit Option `--disable-rollback`. ``` aws cloudformation execute-change-set --stack-name myteststack \ --change-set-name my-change-set -–disable-rollback ``` 1. Ermitteln Sie den Status des Stacks mit dem Befehl **describe-stacks** oder **describe-stack-events** . ``` aws cloudformation describe-stack-events --stack-name myteststack ``` Der Befehl gibt die folgende Ausgabe zurück. ``` { "StackEvents": [ { "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896", "EventId": "49c966a0-7b74-11ea-8071-024244bb0672", "StackName": "myteststack", "LogicalResourceId": " MyBucket", "PhysicalResourceId": "myteststack-MyBucket-abcdefghijk1", "ResourceType": "AWS::S3::Bucket", "Timestamp": "2020-04-10T21:43:17.015Z", "ResourceStatus": "UPDATE_FAILED" "ResourceStatusReason": "User XYZ is not allowed to perform S3::UpdateBucket on MyBucket" } } ``` 1. Korrigieren Sie Berechtigungsfehler und versuchen Sie den Vorgang erneut. ``` aws cloudformation update-stack --stack-name myteststack \ --use-previous-template --disable-rollback ``` Der Befehl gibt die folgende Ausgabe zurück. ``` {     "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896" } ``` 1. Beschreiben Sie den Zustand des Stacks mit den Befehlen **describe-stacks** oder **describe-stack-events** . ``` aws cloudformation describe-stacks --stack-name myteststack ``` Der Befehl gibt die folgende Ausgabe zurück. ``` {     "Stacks":  [         {             "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896",             "Description": "AWS CloudFormation Sample Template",             "Tags": [],             "Outputs": [],             "CreationTime": "2013-08-23T01:02:15.422Z",             "Capabilities": [],             "StackName": "myteststack",             "StackStatus": "UPDATE_COMPLETE",             "DisableRollback": true         }     ] } ``` ------ ### Einen Stapel zurückrollen Sie können den Befehl [rollback-stack](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/rollback-stack.html) verwenden, um einen Stack mit einem `CREATE_FAILED` oder `UPDATE_FAILED` -Status auf seinen letzten stabilen Zustand zurückzusetzen. Der folgende Befehl **rollback-stack** rollt den angegebenen Stapel zurück. ``` aws cloudformation rollback-stack --stack-name myteststack ``` Der Befehl gibt die folgende Ausgabe zurück. ``` { "StackId": "arn:aws:cloudformation:us-east-1:123456789012:stack/myteststack/466df9e0-0dff-08e3-8e2f-5088487c4896" } ``` **Anmerkung** Der **rollback-stack**-Vorgang löscht einen Stack, wenn er keinen letzten bekannten stabilen Zustand enthält.