CLI-Tutorial: Bereitstellen einer WordPress Tier-and-Tie-Website - AMS-Leitfaden für fortgeschrittene Anwendungsentwickler

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.

CLI-Tutorial: Bereitstellen einer WordPress Tier-and-Tie-Website

In diesem Abschnitt wird beschrieben, wie Sie mithilfe der AMS-CLI eine WordPress Hochverfügbarkeits-Site (HA) in einer AMS-Umgebung bereitstellen. Diese Anweisungen enthalten ein Beispiel für die Erstellung der erforderlichen WordPress CodeDeploy -kompatiblen Paketdatei (z. B. Zip).

Anmerkung

Diese exemplarische Vorgehensweise für die Bereitstellung ist für die Verwendung in einer AMZN-Linux-Umgebung konzipiert.

Die wesentlichen Variablenparameter sind wie folgt replaceable notiert. Möglicherweise möchten Sie jedoch andere Parameter an Ihre Situation anpassen.

Zusammenfassung der Aufgaben und der erforderlichen RFCs Aufgaben:

  1. Erstellen Sie die Infrastruktur:

    1. Erstellen Sie einen RDS-Stack (CLI)

    2. Erstellen eines Load Balancers

    3. Erstellen Sie eine Auto Scaling-Gruppe und verknüpfen Sie sie mit dem Load Balancer

    4. Erstellen Sie einen S3-Bucket für Anwendungen CodeDeploy

  2. Erstellen Sie ein WordPress Anwendungspaket (erfordert keinen RFC)

  3. Stellen Sie das WordPress Anwendungspaket bereit mit CodeDeploy:

    1. Erstellen Sie eine CodeDeploy Anwendung

    2. Erstellen Sie eine CodeDeploy Bereitstellungsgruppe

    3. Laden Sie Ihr WordPress Anwendungspaket in den S3-Bucket hoch (erfordert keinen RFC)

    4. Stellen Sie die Anwendung CodeDeploy bereit

  4. Validieren Sie die Bereitstellung

  5. Reißen Sie die Bereitstellung ab

Folgen Sie allen Schritten in der Befehlszeile von Ihrem authentifizierten Konto aus.

Einen RFC mit der CLI erstellen

Ausführliche Informationen zum Erstellen RFCs finden Sie unter Erstellen RFCs; eine Erläuterung gängiger RFC-Parameter finden Sie unter Allgemeine RFC-Parameter.

Erstellen Sie ein WordPress Anwendungspaket für CodeDeploy

Dieser Abschnitt enthält ein Beispiel für die Erstellung eines Anwendungsbereitstellungspakets.

  1. Laden Sie die Dateien herunter WordPress, extrahieren Sie sie und erstellen Sie eine. Verzeichnis /scripts.

    Linux-Befehl:

    wget https://github.com/WordPress/WordPress/archive/master.zip

    Windows: https://github.com/WordPress/WordPress/archive/master.zip In ein Browserfenster einfügen und die Zip-Datei herunterladen.

    Erstellen Sie ein temporäres Verzeichnis, in dem das Paket zusammengestellt werden soll.

    Linux:

    mkdir /tmp/WordPress

    Windows: Erstellen Sie ein "WordPress" Verzeichnis. Sie werden den Verzeichnispfad später verwenden.

  2. Extrahieren Sie die WordPress Quelle in das Verzeichnis WordPress "" und erstellen Sie ein. Verzeichnis /scripts.

    Linux:

    unzip master.zip -d /tmp/WordPress_Temp cp -paf /tmp/WordPress_Temp/WordPress-master/* /tmp/WordPress rm -rf /tmp/WordPress_Temp rm -f master cd /tmp/WordPress mkdir scripts

    Windows: Gehen Sie in das Verzeichnis "WordPress", das Sie erstellt haben, und erstellen Sie dort ein Verzeichnis „scripts“.

    Wenn Sie sich in einer Windows-Umgebung befinden, stellen Sie sicher, dass Sie den Unterbrechungstyp für die Skriptdateien auf Unix (LF) setzen. In Notepad ++ ist dies eine Option unten rechts im Fenster.

  3. Erstellen Sie die Datei CodeDeploy appspec.yml im WordPress Verzeichnis (wenn Sie das Beispiel kopieren, überprüfen Sie den Einzug, jedes Leerzeichen zählt). WICHTIG: Stellen Sie sicher, dass der Quellpfad für das Kopieren der WordPress Dateien (in diesem Fall in Ihrem WordPress Verzeichnis) an das erwartete Ziel (/) korrekt ist. var/www/html/WordPress Im Beispiel befindet sich die Datei appspec.yml im Verzeichnis mit den WordPress Dateien, sodass nur „/“ benötigt wird. Auch wenn Sie ein RHEL-AMI für Ihre Auto Scaling Scaling-Gruppe verwendet haben, sollten Sie die Zeile „os: linux“ unverändert lassen. Beispiel für eine appspec.yml-Datei:

    version: 0.0 os: linux files: - source: / destination: /var/www/html/WordPress hooks: BeforeInstall: - location: scripts/install_dependencies.sh timeout: 300 runas: root AfterInstall: - location: scripts/config_wordpress.sh timeout: 300 runas: root ApplicationStart: - location: scripts/start_server.sh timeout: 300 runas: root ApplicationStop: - location: scripts/stop_server.sh timeout: 300 runas: root
  4. Erstellen Sie Bash-Dateiskripts in der. WordPress Verzeichnis /scripts.

    Erstellen Sie zunächst config_wordpress.sh mit dem folgenden Inhalt (wenn Sie möchten, können Sie die Datei wp-config.php direkt bearbeiten).

    Anmerkung

    DBNameErsetzen Sie durch den Wert, der im HA Stack-RFC angegeben ist (z. B.wordpress).

    DB_MasterUsernameErsetzen Sie durch den MasterUsername Wert, der im HA Stack-RFC angegeben ist (z. B.admin).

    DB_MasterUserPasswordErsetzen Sie durch den MasterUserPassword Wert, der im HA Stack-RFC angegeben ist (z. B.p4ssw0rd).

    DB_ENDPOINTErsetzen Sie es in den Ausführungsausgaben des HA Stack-RFC durch den DNS-Namen des Endpunkts (z. B.srt1cz23n45sfg.clgvd67uvydk.us-east-1.rds.amazonaws.com). Sie finden dies mit der GetRfcOperation (CLI: get-rfc --rfc-id RFC_ID) oder auf der RFC-Detailseite der AMS-Konsole für den HA Stack-RFC, den Sie zuvor eingereicht haben.

    #!/bin/bash chmod -R 755 /var/www/html/WordPress cp /var/www/html/WordPress/wp-config-sample.php /var/www/html/WordPress/wp-config.php cd /var/www/html/WordPress sed -i "s/database_name_here/DBName/g" wp-config.php sed -i "s/username_here/DB_MasterUsername/g" wp-config.php sed -i "s/password_here/DB_MasterUserPassword/g" wp-config.php sed -i "s/localhost/DB_ENDPOINT/g" wp-config.php
  5. Erstellen Sie im selben Verzeichnis mit dem folgenden Inhalt: install_dependencies.sh

    #!/bin/bash yum install -y php yum install -y php-mysql yum install -y mysql service httpd restart
    Anmerkung

    HTTPS wird beim Start als Teil der Benutzerdaten installiert, damit Integritätsprüfungen von Anfang an funktionieren.

  6. Erstellen Sie im selben Verzeichnis start_server.sh mit dem folgenden Inhalt:

    • Verwenden Sie für Amazon Linux-Instances Folgendes:

      #!/bin/bash service httpd start
    • Verwenden Sie für RHEL-Instances Folgendes (die zusätzlichen Befehle sind Richtlinien, die es SELINUX ermöglichen, sie zu akzeptieren): WordPress

      #!/bin/bash setsebool -P httpd_can_network_connect_db 1 setsebool -P httpd_can_network_connect 1 chcon -t httpd_sys_rw_content_t /var/www/html/WordPress/wp-content -R restorecon -Rv /var/www/html service httpd start
  7. Erstellen Sie im selben Verzeichnis stop_server.sh mit dem folgenden Inhalt:

    #!/bin/bash service httpd stop
  8. Erstellen Sie das Zip-Bundle.

    Linux:

    $ cd /tmp/WordPress $ zip -r wordpress.zip .

    Windows: Gehen Sie in Ihr "WordPress" -Verzeichnis, wählen Sie alle Dateien aus und erstellen Sie eine ZIP-Datei. Achten Sie darauf, sie wordpress.zip zu nennen.

Stellen Sie das WordPress Anwendungspaket bereit mit CodeDeploy

Das CodeDeploy ist ein AWS-Bereitstellungsservice, der Anwendungsbereitstellungen auf EC2 Amazon-Instances automatisiert. Dieser Teil des Prozesses umfasst das Erstellen einer CodeDeploy Anwendung, das Erstellen einer CodeDeploy Bereitstellungsgruppe und das anschließende Bereitstellen der Anwendung mithilfe von. CodeDeploy

Erstellen Sie eine CodeDeploy Anwendung

Die CodeDeploy Anwendung ist einfach ein Name oder ein Container, der von AWS verwendet wird, CodeDeploy um sicherzustellen, dass während einer Bereitstellung auf die richtige Version, Bereitstellungskonfiguration und Bereitstellungsgruppe verwiesen wird. Die Bereitstellungskonfiguration ist in diesem Fall das WordPress Paket, das Sie zuvor erstellt haben.

ERFORDERLICHE DATEN:

  • VpcId: Die VPC, die Sie verwenden, sollte mit der zuvor verwendeten VPC identisch sein.

  • CodeDeployApplicationName: Muss im Konto eindeutig sein. Suchen Sie in der CodeDeploy Konsole nach vorhandenen Anwendungsnamen.

  • ChangeTypeIdundChangeTypeVersion: Die Änderungstyp-ID für diese exemplarische Vorgehensweise lautetct-0ah3gwb9seqk2: Um die neueste Version herauszufinden, führen Sie diesen Befehl aus:

    aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=ct-0ah3gwb9seqk2
  1. Geben Sie das JSON-Schema der Ausführungsparameter für die CodeDeploy Anwendung CT in eine Datei in Ihrem aktuellen Ordner aus. Das Beispiel nennt es Create CDApp Params.json.

    aws amscm get-change-type-version --change-type-id "ct-0ah3gwb9seqk2" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateCDAppParams.json
  2. Ändern und speichern Sie die JSON-Datei wie folgt. Sie können den Inhalt löschen und ersetzen.

    { "Description": "Create WordPress CodeDeploy App", "VpcId": "VPC_ID", "StackTemplateId": "stm-sft6rv00000000000", "Name": "WordPressCDApp", "TimeoutInMinutes": 60, "Parameters": { "CodeDeployApplicationName": "WordPressCDApp" } }
  3. Geben Sie die JSON-Vorlage für CreateRfc in eine Datei in Ihrem aktuellen Ordner aus. Das Beispiel nennt sie Create CDApp Rfc.json.

    aws amscm create-rfc --generate-cli-skeleton > CreateCDAppRfc.json
  4. Ändern und speichern Sie die JSON-Datei wie folgt. Sie können den Inhalt löschen und ersetzen. Beachten Sie, dass RequestedStartTime und jetzt optional RequestedEndTime sind. Wenn Sie sie ausschließen, wird der RFC ausgeführt, sobald er genehmigt wurde (was normalerweise automatisch geschieht). Um einen „geplanten“ RFC einzureichen, fügen Sie diese Werte hinzu.

    { "ChangeTypeVersion": "1.0", "ChangeTypeId": "ct-0ah3gwb9seqk2", "Title": "CD-App-For-WP-Stack-RFC" }
  5. Erstellen Sie den RFC und geben Sie die Datei Create CDApp Rfc und die Datei mit den Ausführungsparametern an:

    aws amscm create-rfc --cli-input-json file://CreateCDAppRfc.json --execution-parameters file://CreateCDAppParams.json

    In der Antwort erhalten Sie die RFC-ID des neuen RFC. Speichern Sie die ID für nachfolgende Schritte.

  6. Reichen Sie den RFC ein:

    aws amscm submit-rfc --rfc-id RFC_ID

    Wenn der RFC erfolgreich ist, erhalten Sie keine Ausgabe.

  7. Reichen Sie den RFC ein:

    aws amscm get-rfc --rfc-id RFC_ID

Erstellen Sie eine CodeDeploy Bereitstellungsgruppe

Erstellen Sie die CodeDeploy Bereitstellungsgruppe.

Eine CodeDeploy Bereitstellungsgruppe definiert eine Reihe von einzelnen Instanzen, die für eine Bereitstellung vorgesehen sind.

ERFORDERLICHE DATEN:

  • VpcId: Die VPC, die Sie verwenden, sollte mit der zuvor verwendeten VPC identisch sein.

  • CodeDeployApplicationName: Verwenden Sie den Wert, den Sie zuvor erstellt haben.

  • CodeDeployAutoScalingGroups: Verwenden Sie den Namen der Auto Scaling Scaling-Gruppe, die Sie zuvor erstellt haben.

  • CodeDeployDeploymentGroupName: Ein Name für die Bereitstellungsgruppe. Dieser Name muss für jede dieser Bereitstellungsgruppe zugeordnete Anwendung eindeutig sein.

  • CodeDeployServiceRoleArn: Verwenden Sie die im Beispiel angegebene Formel.

  • ChangeTypeIdundChangeTypeVersion: Die Änderungstyp-ID für diese exemplarische Vorgehensweise lautetct-2gd0u847qd9d2: Um die neueste Version herauszufinden, führen Sie diesen Befehl aus:

    aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=ct-2gd0u847qd9d2
  1. Gibt das JSON-Schema der Ausführungsparameter in eine Datei in Ihrem aktuellen Ordner aus. Das Beispiel nennt es Create CDDep GroupParams .json.

    aws amscm get-change-type-version --change-type-id "ct-2gd0u847qd9d2" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateCDDepGroupParams.json
  2. Ändern und speichern Sie die JSON-Datei wie folgt. Sie können den Inhalt löschen und ersetzen.

    { "Description": "CreateWPCDDeploymentGroup", "VpcId": "VPC_ID", "StackTemplateId": "stm-sp9lrk00000000000", "Name": "WordPressCDAppGroup", "TimeoutInMinutes": 60, "Parameters": { "CodeDeployApplicationName": "WordPressCDApp", "CodeDeployAutoScalingGroups": ["ASG_NAME"], "CodeDeployDeploymentConfigName": "CodeDeployDefault.HalfAtATime", "CodeDeployDeploymentGroupName": "UNIQUE_CDDepGroupNAME", "CodeDeployServiceRoleArn": "arn:aws:iam::ACCOUNT_ID:role/aws-codedeploy-role" } }
  3. Geben Sie die JSON-Vorlage für CreateRfc in eine Datei in Ihrem aktuellen Ordner aus. Das Beispiel nennt sie Create CDDep GroupRfc .json.

    aws amscm create-rfc --generate-cli-skeleton > CreateCDDepGroupRfc.json
  4. Ändern und speichern Sie die JSON-Datei wie folgt. Sie können den Inhalt löschen und ersetzen. Beachten Sie, dass RequestedStartTime und jetzt optional RequestedEndTime sind. Wenn Sie sie ausschließen, wird der RFC ausgeführt, sobald er genehmigt wurde (was normalerweise automatisch geschieht). Um einen „geplanten“ RFC einzureichen, fügen Sie diese Werte hinzu.

    { "ChangeTypeVersion": "1.0", "ChangeTypeId": "ct-2gd0u847qd9d2", "Title": "CD-Dep-Group-For-WP-Stack-RFC" }
  5. Erstellen Sie den RFC, indem Sie die CDDep GroupRfc Datei Create und die Datei mit den Ausführungsparametern angeben:

    aws amscm create-rfc --cli-input-json file://CreateCDDepGroupRfc.json --execution-parameters file://CreateCDDepGroupParams.json

    In der Antwort erhalten Sie die RFC-ID des neuen RFC. Speichern Sie die ID für nachfolgende Schritte.

  6. Reichen Sie den RFC ein:

    aws amscm submit-rfc --rfc-id RFC_ID

    Wenn der RFC erfolgreich ist, erhalten Sie keine Ausgabe.

  7. Überprüfen Sie den RFC-Status:

    aws amscm get-rfc --rfc-id RFC_ID

Laden Sie die Anwendung WordPress hoch

Sie haben automatisch Zugriff auf jede S3-Bucket-Instanz, die Sie erstellen. Sie können über Ihre Bastions (siehe Zugreifen auf Instances) oder über die S3-Konsole darauf zugreifen und das CodeDeploy Paket hochladen. Das Bundle muss vorhanden sein, um den Stack weiter bereitstellen zu können. Das Beispiel verwendet den zuvor erstellten Bucket-Namen.

aws s3 cp wordpress/wordpress.zip s3://ACCOUNT_ID-codedeploy-bundles/

Stellen Sie die WordPress Anwendung bereit mit CodeDeploy

Stellen Sie die CodeDeploy Anwendung bereit.

Sobald Sie Ihr CodeDeploy Anwendungspaket und Ihre Bereitstellungsgruppe haben, verwenden Sie diesen RFC, um die Anwendung bereitzustellen.

ERFORDERLICHE DATEN:

  • VPC-ID: Die VPC, die Sie verwenden, sollte mit der zuvor verwendeten VPC identisch sein.

  • CodeDeployApplicationName: Verwenden Sie den Namen für die CodeDeploy Anwendung, die Sie zuvor erstellt haben.

  • CodeDeployDeploymentGroupName: Verwenden Sie den Namen der CodeDeploy Bereitstellungsgruppe, die Sie zuvor erstellt haben.

  • S3Location(wo Sie das Anwendungspaket hochgeladen haben)S3Bucket:: BucketName Das, das Sie zuvor erstellt haben, S3BundleType undS3Key: Der Typ und der Name des Bundles, das Sie in Ihren S3-Store gestellt haben.

  • ChangeTypeIdUndChangeTypeVersion: Die Änderungstyp-ID für diese exemplarische Vorgehensweise lautetct-2edc3sd1sqmrb: Um die neueste Version herauszufinden, führen Sie diesen Befehl aus:

    aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=ct-2edc3sd1sqmrb
  1. Geben Sie das JSON-Schema der Ausführungsparameter für das CodeDeploy Anwendungs-Deployment CT in eine Datei in Ihrem aktuellen Ordner aus. Das Beispiel nennt es Deploy CDApp Params.json.

    aws amscm get-change-type-version --change-type-id "ct-2edc3sd1sqmrb" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > DeployCDAppParams.json
  2. Ändern Sie die JSON-Datei wie folgt: Sie können den Inhalt löschen und ersetzen. Verwenden Sie für S3Bucket dieBucketName, die Sie zuvor erstellt haben.

    { "Description": "Deploy WordPress CodeDeploy Application", "VpcId": "VPC_ID", "Name": "WP CodeDeploy Deployment Group", "TimeoutInMinutes": 60, "Parameters": { "CodeDeployApplicationName": "WordPressCDApp", "CodeDeployDeploymentGroupName": "WordPressCDDepGroup", "CodeDeployIgnoreApplicationStopFailures": false, "CodeDeployRevision": { "RevisionType": "S3", "S3Location": { "S3Bucket": "ACCOUNT_ID.BUCKET_NAME", "S3BundleType": "zip", "S3Key": "wordpress.zip" } } } }
  3. Geben Sie die JSON-Vorlage für CreateRfc in eine Datei in Ihrem aktuellen Ordner aus. Das Beispiel nennt sie Deploy CDApp rfc.json:

    aws amscm create-rfc --generate-cli-skeleton > DeployCDAppRfc.json
  4. Ändern und speichern Sie die Datei Deploy CDApp RFC.json. Sie können den Inhalt löschen und ersetzen.

    { "ChangeTypeVersion": "1.0", "ChangeTypeId": "ct-2edc3sd1sqmrb", "Title": "CD-Deploy-For-WP-Stack-RFC", "RequestedStartTime": "2017-04-28T22:45:00Z", "RequestedEndTime": "2017-04-28T22:45:00Z" }
  5. Erstellen Sie den RFC und geben Sie dabei die Ausführungsparameterdatei und die CDApp Deploy-RFC-Datei an:

    aws amscm create-rfc --cli-input-json file://DeployCDAppRfc.json --execution-parameters file://DeployCDAppParams.json

    In der Antwort erhalten Sie den RfcId des neuen RFC. Speichern Sie die ID für nachfolgende Schritte.

  6. Reichen Sie den RFC ein:

    aws amscm submit-rfc --rfc-id RFC_ID

    Wenn der RFC erfolgreich ist, erhalten Sie keine Ausgabe.

Überprüfen Sie die Anwendungsbereitstellung

Navigieren Sie zum Endpunkt (ELB CName) des zuvor erstellten Load Balancers mit dem WordPress bereitgestellten Pfad:/. WordPress Beispiel:

http://stack-ID-FOR-ELB.us-east-1.elb.amazonaws.com/WordPress

Machen Sie die Anwendungsbereitstellung rückgängig

Um die Bereitstellung zu beenden, reichen Sie den Delete Stack CT gegen den RDS-Datenbank-Stack, den Application Load Balancer, die Auto Scaling Scaling-Gruppe, den S3-Bucket und die Code Deploy-Anwendung und -Gruppe ein — insgesamt sechs RFCs . Darüber hinaus können Sie eine Serviceanfrage für das Löschen der RDS-Snapshots stellen (sie werden nach zehn Tagen automatisch gelöscht, kosten aber nur einen geringen Betrag). Sammeln Sie den Stapel IDs für alle und folgen Sie dann diesen Schritten.

Diese exemplarische Vorgehensweise bietet ein Beispiel für die Verwendung der AMS-Konsole zum Löschen eines S3-Stacks. Dieses Verfahren gilt für das Löschen eines beliebigen Stacks mithilfe der AMS-Konsole.

Anmerkung

Wenn Sie einen S3-Bucket löschen, müssen Sie ihn zuerst von Objekten leeren.

ERFORDERLICHE DATEN:

  • StackId: Der zu verwendende Stapel. Sie finden ihn auf der Seite AMS Console Stacks, die Sie über einen Link im linken Navigationsbereich aufrufen können. Führen Sie mithilfe der AMS SKMS API/CLI den Vorgang For the AMS SKMS API reference, see the Reports in der AWS Artifact Console. (in der CLI) aus. list-stack-summaries

  • Die Änderungstyp-ID für diese exemplarische Vorgehensweise lautet ct-0q0bic0ywqk6c „1.0“. Führen Sie den folgenden Befehl aus, um die neueste Version herauszufinden:

    aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=ct-0q0bic0ywqk6c

INLINE-ERSTELLUNG:

  • Geben Sie den Befehl create RFC mit den direkt angegebenen Ausführungsparametern aus (vermeiden Sie Anführungszeichen, wenn Sie die Ausführungsparameter inline angeben). E

    aws amscm create-rfc --change-type-id "ct-0q0bic0ywqk6c" --change-type-version "1.0" --title "Delete My Stack" --execution-parameters "{\"StackId\":\"STACK_ID\"}"
  • Senden Sie den RFC mit der RFC-ID, die bei der RFC-Erstellung zurückgegeben wurde. Bis zur Übermittlung verbleibt der RFC im Editing Status und es wird nicht darauf reagiert.

    aws amscm submit-rfc --rfc-id RFC_ID
  • Überwachen Sie den RFC-Status und sehen Sie sich die Ausführungsausgabe an:

    aws amscm get-rfc --rfc-id RFC_ID

VORLAGE ERSTELLEN:

  1. Gibt die RFC-Vorlage in eine Datei in Ihrem aktuellen Ordner aus. Beispiel nennt sie DeleteStackRfc .json:

    aws amscm create-rfc --generate-cli-skeleton > DeleteStackRfc.json
  2. Ändern und speichern Sie die DeleteStackRfc JSON-Datei. Da das Löschen eines Stacks nur einen Ausführungsparameter hat, können sich die Ausführungsparameter in der DeleteStackRfc JSON-Datei selbst befinden (es ist nicht erforderlich, eine separate JSON-Datei mit Ausführungsparametern zu erstellen).

    Die internen Anführungszeichen in der ExecutionParameters JSON-Erweiterung müssen mit einem Backslash (\) maskiert werden. Beispiel ohne Start- und Endzeit:

    { "ChangeTypeVersion": "1.0", "ChangeTypeId": "ct-0q0bic0ywqk6c", "Title": "Delete-My-Stack-RFC" "ExecutionParameters": "{ \"StackId\":\"STACK_ID\"}" }
  3. Erstellen Sie den RFC:

    aws amscm create-rfc --cli-input-json file://DeleteStackRfc.json

    In der Antwort erhalten Sie den RfcId des neuen RFC. Beispiel:

    { "RfcId": "daaa1867-ffc5-1473-192a-842f6b326102" }

    Speichern Sie die ID für nachfolgende Schritte.

  4. Reichen Sie den RFC ein:

    aws amscm submit-rfc --rfc-id RFC_ID

    Wenn der RFC erfolgreich ist, erhalten Sie keine Bestätigung in der Befehlszeile.

  5. Um den Status der Anfrage zu überwachen und die Ausführungsausgabe anzuzeigen:

    aws amscm get-rfc --rfc-id RFC_ID --query "Rfc.{Status:Status.Name,Exec:ExecutionOutput}" --output table