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.
# Schritt 4: Stellen Sie Ihre WordPress Anwendung bereit
Jetzt stellen Sie die Version der WordPress Beispielanwendung bereit, die Sie auf Amazon S3 hochgeladen haben. Sie können die AWS CLI oder die CodeDeploy Konsole verwenden, um die Version bereitzustellen und den Fortschritt der Bereitstellung zu überwachen. Im Anschluss an die Bereitstellung der Anwendungsrevision überprüfen Sie die Ergebnisse.
**Topics**
+ [Stellen Sie die Revision Ihrer Anwendung bereit mit CodeDeploy](#tutorials-wordpress-deploy-application-create-deployment)
+ [Überwachen Sie Ihre Bereitstellung und beheben Sie Fehler](#tutorials-wordpress-deploy-application-monitor)
+ [Überprüfen Sie Ihre Bereitstellung](#tutorials-wordpress-deploy-application-verify-deployment)
## Stellen Sie die Revision Ihrer Anwendung bereit mit CodeDeploy
Verwenden Sie die Konsole AWS CLI oder die Konsole, um Ihre Anwendungsrevision bereitzustellen.
**Topics**
+ [Mit der CLI stellen Sie die Anwendungsrevision wie folgt bereit:](#tutorials-wordpress-deploy-application-create-deployment-cli)
+ [Mit der Konsole stellen Sie die Anwendungsrevision wie folgt bereit:](#tutorials-wordpress-deploy-application-create-deployment-console)
### Mit der CLI stellen Sie die Anwendungsrevision wie folgt bereit:
1. Für die Bereitstellung ist eine Bereitstellungsgruppe erforderlich. Bevor Sie die Bereitstellungsgruppe erstellen können, benötigen Sie allerdings den ARN einer Service-Rolle. Eine Servicerolle ist eine IAM-Rolle, die einem Dienst die Erlaubnis erteilt, in Ihrem Namen zu handeln. In diesem Fall erteilt die Service-Rolle die CodeDeploy Erlaubnis, auf Ihre Amazon EC2 EC2-Instances zuzugreifen, um deren Amazon EC2 EC2-Instance-Tags zu erweitern (zu lesen).
Sie sollten bereits anhand der Anweisungen unter [Erstellen Sie eine Servicerolle (CLI)](getting-started-create-service-role.md#getting-started-create-service-role-cli) eine Service-Rolle erstellt haben. Wie Sie den ARN der Service-Rolle abrufen können, erfahren Sie unter [Rufen Sie die Servicerolle ARN (CLI) ab](getting-started-create-service-role.md#getting-started-get-service-role-cli).
1. Nachdem Sie die Dienstrolle ARN haben, rufen Sie den **create-deployment-group** Befehl auf, um eine Bereitstellungsgruppe mit dem Namen zu erstellen**WordPress\$1DepGroup**, die der genannten Anwendung zugeordnet ist. Verwenden Sie dazu das Amazon EC2-Tag mit dem Namen **CodeDeployDemo** und die Bereitstellungskonfiguration mit dem Namen**CodeDeployDefault.OneAtATime**: **WordPress\$1App**
```
aws deploy create-deployment-group \
--application-name WordPress_App \
--deployment-group-name WordPress_DepGroup \
--deployment-config-name CodeDeployDefault.OneAtATime \
--ec2-tag-filters Key=Name,Value=CodeDeployDemo,Type=KEY_AND_VALUE \
--service-role-arn serviceRoleARN
```
**Anmerkung**
Der [create-deployment-group](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment-group.html)Befehl bietet Unterstützung für die Erstellung von Triggern, die zum Senden von Amazon SNS SNS-Benachrichtigungen an Themenabonnenten über bestimmte Ereignisse in Bereitstellungen und Instances führen. Der Befehl unterstützt auch Optionen für das automatische Rollback von Bereitstellungen und die Einrichtung von Alarmen, um Bereitstellungen zu beenden, wenn die Überwachungsschwellenwerte in CloudWatch Amazon-Alarmen erreicht werden. Befehle für diese Aktionen sind in diesem Tutorial nicht enthalten.
1. Bevor Sie eine Bereitstellung erstellen, muss der CodeDeploy Agent auf den Instances in Ihrer Bereitstellungsgruppe installiert sein. Sie können den Agenten über die Befehlszeile mit folgendem Befehl mit AWS Systems Manager installieren:
```
aws ssm create-association \
--name AWS-ConfigureAWSPackage \
--targets Key=tag:Name,Values=CodeDeployDemo \
--parameters action=Install,name=AWSCodeDeployAgent \
--schedule-expression "cron(0 2 ? * SUN *)"
```
Dieser Befehl erstellt eine Verknüpfung in Systems Manager State Manager, die den CodeDeploy Agenten installiert und dann versucht, ihn jeden Sonntagmorgen um 2:00 Uhr zu aktualisieren. Weitere Informationen zum CodeDeploy Agenten finden Sie unter [Mit dem CodeDeploy Agenten arbeiten](https://docs.aws.amazon.com/codedeploy/latest/userguide/codedeploy-agent.html). Weitere Informationen zu Systems Manager finden Sie unter [Was ist AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html).
1. Rufen Sie nun den Befehl **create-deployment** zum Erstellen einer Bereitstellung auf, die der Anwendung **WordPress\$1App**, der Bereitstellungskonfiguration **CodeDeployDefault.OneAtATime** und der Bereitstellungsgruppe **WordPress\$1DepGroup** zugeordnet ist, unter Verwendung der Anwendungrevision **WordPressApp.zip** im Bucket **amzn-s3-demo-bucket**:
```
aws deploy create-deployment \
--application-name WordPress_App \
--deployment-config-name CodeDeployDefault.OneAtATime \
--deployment-group-name WordPress_DepGroup \
--s3-location bucket=amzn-s3-demo-bucket,bundleType=zip,key=WordPressApp.zip
```
### Mit der Konsole stellen Sie die Anwendungsrevision wie folgt bereit:
1. Bevor Sie die CodeDeploy Konsole zum Bereitstellen Ihrer Anwendungsrevision verwenden, benötigen Sie einen ARN für die Servicerolle. Eine Servicerolle ist eine IAM-Rolle, die einem Dienst die Erlaubnis erteilt, in Ihrem Namen zu handeln. In diesem Fall erteilt die Service-Rolle die CodeDeploy Erlaubnis, auf Ihre Amazon EC2 EC2-Instances zuzugreifen, um deren Amazon EC2 EC2-Instance-Tags zu erweitern (zu lesen).
Sie sollten bereits anhand der Anweisungen unter [Erstellen Sie eine Servicerolle (Konsole)](getting-started-create-service-role.md#getting-started-create-service-role-console) eine Service-Rolle erstellt haben. Wie Sie den ARN der Service-Rolle abrufen können, erfahren Sie unter [Rufen Sie die Servicerolle ARN ab (Konsole)](getting-started-create-service-role.md#getting-started-get-service-role-console).
1. Nachdem Sie den ARN haben, verwenden Sie die CodeDeploy Konsole, um die Revision Ihrer Anwendung bereitzustellen:
Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CodeDeploy Konsole unter [https://console.aws.amazon.com/codedeploy](https://console.aws.amazon.com/codedeploy).
**Anmerkung**
Melden Sie sich mit demselben Benutzer an, den Sie eingerichtet haben. [Erste Schritte mit CodeDeploy](getting-started-codedeploy.md)
1. Erweitern Sie im Navigationsbereich die Option **Bereitstellen** und wählen Sie dann **Anwendungen** aus.
1. Wählen Sie in der Liste der Anwendungen die Option **WordPress\$1App** aus.
1. Wählen Sie auf der Registerkarte **Deployment groups (Bereitstellungsgruppen)**, die Option **Create deployment group (Bereitstellungsgruppe erstellen)** aus.
1. Geben Sie unter **Deployment group name (Name der Bereitstellungsgruppe)** **WordPress\$1DepGroup** ein.
1. Wählen Sie unter **Deployment type** die Option **In-place deployment**.
1. Wählen Sie unter **Umgebungskonfiguration** **Amazon EC2 EC2-Instances** aus.
1. Behalten Sie **unter Agentenkonfiguration mit AWS Systems Manager** die Standardeinstellungen bei.
1. Geben Sie für **Key (Schlüssel)** **Name** ein.
1. Geben Sie unter **Value (Wert)** **CodeDeployDemo** ein.
**Anmerkung**
Nach der Eingabe sollte unter **Passende Instances** eine **1** erscheinen**CodeDeployDemo**, um zu bestätigen, dass eine passende Amazon EC2 EC2-Instance CodeDeploy gefunden wurde.
1. **Wählen Sie in der **Bereitstellungskonfiguration** die OptionCodeDeployDefault. OneAtATime**.
1. Wählen Sie in der Dropdownliste **Service role ARN (Servicerolle-ARN)** den ARN der Servicerolle aus und klicken Sie dann auf **Create deployment group (Bereitstellungsgruppe erstellen)**.
1. Wählen Sie **Create deployment**.
1. Wählen Sie unter **Deployment group (Bereitstellungsgruppe)** die Option **WordPress\$1DepGroup** aus.
1. Wählen Sie neben **Repository-Typ** die Option **Meine Anwendung ist in Amazon S3 gespeichert** aus. Geben Sie **unter Revisionsort** den Speicherort der Version der WordPress Beispielanwendung ein, die Sie zuvor auf Amazon S3 hochgeladen haben. Ermitteln Sie den Speicherort wie folgt:
1. Öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Wählen Sie in der Liste der Buckets **amzn-s3-demo-bucket** aus (oder den Namen des Buckets, in den Sie Ihre Anwendungsrevision hochgeladen haben).
1. **Wählen Sie in der Liste der Objekte die Datei .zip aus. WordPressApp**
1. Kopieren Sie auf der Registerkarte **Overview** (Übersicht) den Wert des Feldes **Link** (Link) in die Zwischenablage.
Er kann wie folgt aussehen:
**https://s3.amazonaws.com/amzn-s3-demo-bucket/WordPressApp.zip**
1. Kehren Sie zur CodeDeploy Konsole zurück, und fügen Sie in **Revisionsort** den Feldwert **Link** ein.
1. Falls in der Liste **File type** (Dateityp) die Meldung angezeigt wird, dass der Dateityp nicht erkannt wurde, wählen Sie **.zip** aus der Liste der Dateitypen aus.
1. (Optional) Geben Sie einen Kommentar in dem Feld **Deployment description** ein.
1. **Erweitern Sie **Deployment Group Overrides** und wählen Sie CodeDeployDefault unter **Deployment-Konfiguration** die Option aus. OneAtATime**.
1. Klicken Sie auf **Start deployment (Bereitstellung starten)**. Auf der Seite **Deployments** werden nun Informationen zu der neu erstellten Bereitstellung angezeigt.
## Überwachen Sie Ihre Bereitstellung und beheben Sie Fehler
Verwenden Sie die Konsole AWS CLI oder die Konsole, um Ihre Bereitstellung zu überwachen und Fehler zu beheben.
**Topics**
+ [Über die CLI können Sie die Bereitstellung wie folgt überwachen und Probleme beheben:](#tutorials-wordpress-deploy-application-monitor-cli)
+ [Über die Konsole können Sie die Bereitstellung wie folgt überwachen und Probleme beheben:](#tutorials-wordpress-deploy-application-monitor-console)
### Über die CLI können Sie die Bereitstellung wie folgt überwachen und Probleme beheben:
1. Fordern Sie die ID der Bereitstellung an, indem Sie den Befehl **list-deployments** für die Anwendung **WordPress\$1App** und die Bereitstellungsgruppe **WordPress\$1DepGroup** aufrufen:
```
aws deploy list-deployments --application-name WordPress_App --deployment-group-name WordPress_DepGroup --query 'deployments' --output text
```
1. Rufen Sie den Befehl **get-deployment** mit der Bereitstellungs-ID auf:
```
aws deploy get-deployment --deployment-id deploymentID --query 'deploymentInfo.status' --output text
```
1. Der Befehl gibt den allgemeinen Status der Bereitstellung zurück. Wurde die Bereitstellung erfolgreich abgeschlossen, lautet der Wert `Succeeded`.
Wird als allgemeiner Status `Failed` zurückgegeben, können Sie zur Problembehebung Befehle wie [list-deployment-instances](https://docs.aws.amazon.com/cli/latest/reference/deploy/list-deployment-instances.html) und [get-deployment-instance](https://docs.aws.amazon.com/cli/latest/reference/deploy/get-deployment-instance.html) aufrufen. Weitere Optionen für die Problembehebung finden Sie unter [Analysieren von Protokolldateien zur Untersuchung von Bereitstellungsfehlern auf Instances](troubleshooting-ec2-instances.md#troubleshooting-deploy-failures).
### Über die Konsole können Sie die Bereitstellung wie folgt überwachen und Probleme beheben:
Auf der Seite **Bereitstellungen** in der CodeDeploy Konsole können Sie den Status Ihrer Bereitstellung in der Spalte **Status** überwachen.
Weitere Informationen zu Ihrer Bereitstellung können Sie wie nachfolgend beschrieben abrufen. Dies ist insbesondere nützlich, falls in der Spalte **Status** ein anderer Wert als **Succeeded** steht:
1. Wählen Sie in der Tabelle **Deployments (Bereitstellungen)** den Namen der Bereitstellung aus. Falls eine Bereitstellung fehlschlägt, wird eine Meldung mit dem Grund des Fehlschlagens angezeigt.
1. Unter **Instance activity (Instance-Aktivität)** werden weitere Informationen zur Bereitstellung angezeigt. Wenn eine Bereitstellung fehlschlägt, können Sie möglicherweise feststellen, auf welchen Amazon EC2 EC2-Instances und in welchem Schritt die Bereitstellung fehlgeschlagen ist.
1. Für eine weitergehende Problembehebung können Sie wie unter [Instanzdetails anzeigen mit CodeDeploy](instances-view-details.md) beschrieben vorgehen. Sie können auch die Bereitstellungsprotokolldateien auf einer Amazon EC2 EC2-Instance analysieren. Weitere Informationen finden Sie unter [Analysieren von Protokolldateien zur Untersuchung von Bereitstellungsfehlern auf Instances](troubleshooting-ec2-instances.md#troubleshooting-deploy-failures).
## Überprüfen Sie Ihre Bereitstellung
Stellen Sie nach erfolgreicher Bereitstellung sicher, dass Ihre WordPress Installation funktioniert. Verwenden Sie die öffentliche DNS-Adresse der Amazon EC2 EC2-Instance, gefolgt von`/WordPress`, um Ihre Site in einem Webbrowser anzuzeigen. (Um den öffentlichen DNS-Wert abzurufen, wählen Sie in der Amazon EC2 EC2-Konsole die Amazon EC2 EC2-Instance aus und suchen Sie auf der Registerkarte **Beschreibung** nach dem Wert von **Public DNS**.)
Wenn die öffentliche DNS-Adresse Ihrer Amazon EC2 EC2-Instance beispielsweise lautet**ec2-01-234-567-890.compute-1.amazonaws.com**, würden Sie die folgende URL verwenden:
```
http://ec2-01-234-567-890.compute-1.amazonaws.com/WordPress
```
Wenn Sie die Website in Ihrem Browser aufrufen, sollten Sie eine WordPress Willkommensseite sehen, die der folgenden ähnelt:
![\[WordPress Willkommensseite\]](http://docs.aws.amazon.com/de_de/codedeploy/latest/userguide/images/WordPress-Welcome-Page-013118.png)
Wenn Ihrer Amazon EC2 EC2-Instance keine Regel für eingehenden HTTP-Datenverkehr zur Sicherheitsgruppe hinzugefügt wurde, wird die WordPress Willkommensseite nicht angezeigt. Wenn Sie eine Meldung sehen, die besagt, dass der Remote-Server nicht reagiert, stellen Sie sicher, dass die Sicherheitsgruppe für Ihre Amazon EC2 EC2-Instance die eingehende Regel hat. Weitere Informationen finden Sie unter [Fügen Sie eine Regel für eingehenden Datenverkehr hinzu, die HTTP-Verkehr zu Ihrer Amazon Linux- oder RHEL Amazon EC2 EC2-Instance zulässtFügen Sie eine Regel für eingehenden Datenverkehr hinzu, die HTTP-Verkehr zu Ihrer Windows Server Amazon EC2 EC2-Instance zulässt](tutorials-wordpress-launch-instance.md#tutorials-wordpress-launch-instance-add-inbound-rule).