Kategorien

Dieses Thema enthält spezifischere Tipps zur Fehlerbehebung nach Kategorien.

Konnektivität

Problem: Server, die in der Elastic Beanstalk-Konsole erstellt wurden, werden nicht im Toolkit for Eclipse angezeigt

Sie können Server manuell importieren, indem Sie die Anweisungen unter Importieren von vorhandenen Umgebungen in Eclipse befolgen.

Problem: Verbindung zu Amazon RDS aus Elastic Beanstalk nicht möglich.

Um einen entkoppelten Amazon RDS mit Ihrer Elastic-Beanstalk-Anwendung zu verbinden, gehen Sie wie folgt vor:

• Stellen Sie sicher, dass sich RDS in der derselben Region wie Ihre Elastic Beanstalk-Anwendung befindet.

• Stellen Sie sicher, dass die RDS-Sicherheitsgruppe für Ihre Instance über eine Autorisierung für die Amazon EC2-Sicherheitsgruppe verfügt, die Sie für Ihre Elastic Beanstalk-Umgebung verwenden. Anweisungen zum Suchen des Namens Ihrer EC2-Sicherheitsgruppe mit der AWSManagementkonsole finden Sie unter Sicherheitsgruppen. Weitere Informationen zum Konfigurieren Ihrer EC2-Sicherheitsgruppe finden Sie im Abschnitt "Autorisieren von Netzwerkzugriff auf eine Amazon-EC2-Sicherheitsgruppe" unter Arbeiten mit DB-Sicherheitsgruppen im Amazon-Relational-Database-Service-Benutzerhandbuch.

• Stellen Sie bei der Verwendung von Java sicher, dass sich die MySQL JAR-Datei in Ihrer WEB-INF/lib befindet. Weitere Details finden Sie unter Hinzufügen einer Amazon RDS-DB-Instance zur Java-Anwendungsumgebung.

Umgebungserstellung und Instance-Starts

Ereignis: Umgebung konnte nicht gestartet werden

Dieses Ereignis tritt auf, wenn Elastic Beanstalk versucht, eine Umgebung zu starten und es dabei zu Fehlern kommt. Die vorherigen Ereignisse auf der Seite Events (Ereignisse) weisen auf die Ursache des Problems hin.

Ereignis: Die Erstellung der Umgebung wurde mit Befehls-Timeouts abgeschlossen. Versuchen Sie, die Timeout-Zeit zu erhöhen.

Falls Sie Konfigurationsdateien einsetzen, mit denen Befehle auf der Instance ausgeführt, große Dateien heruntergeladen oder Pakete installiert werden, kann die Anwendungsbereitstellung langwierig sein. Erhöhen Sie den Timeout-Wert für Befehle, damit die Anwendung im Rahmen der Bereitstellungen mehr Zeit zum Ausführen hat.

Ereignis: Die folgende(n) Ressource(n) konnten nicht erstellt werden: [AWSEBInstanceLaunchWaitCondition]

Diese Nachricht gibt an, dass die Amazon EC2-Instances der Umgebung Elastic Beanstalk nicht über den erfolgreichen Start informiert haben. Das kann passieren, wenn die Instances keine Verbindung zum Internet haben. Wenn die Umgebungskonfiguration das Starten der Instances in einem privaten VPC-Subnetz vorsieht, stellen Sie sicher, dass das Subnetz über NAT verfügt, damit die Instances eine Verbindung zu Elastic Beanstalk herstellen können.

Ereignis: In dieser Region ist eine Servicerolle erforderlich. Bitte fügen Sie der Umgebung eine Servicerolle-Option hinzu.

Elastic Beanstalk nutzt eine Servicerolle zur Überwachung der Ressourcen in Ihrer Umgebung und zur Unterstützung von verwalteten Plattformaktualisierungen. Weitere Informationen finden Sie unter Rollen von Elastic Beanstalk Service verwalten.

Bereitstellungen

Problem: Anwendung steht während Bereitstellungen nicht zur Verfügung

Da Elastic Beanstalk ein Drop-in-Upgrade ausführt, kann es zu einer Ausfallzeit von einigen Sekunden kommen. Setzen Sie fortlaufende Bereitstellungen ein, um die Beeinträchtigung der Produktionsumgebungen aufgrund von Bereitstellungen zu minimieren.

Ereignis: AWS Elastic Beanstalk-Anwendungsversion konnte nicht erstellt werden

Möglicherweise ist das Quell-Bundle der Anwendung zu umfangreich oder das Anwendungsversionskontingent wurde erreicht.

Ereignis: Umgebungsaktualisierung wurde mit Befehls-Timeouts abgeschlossen. Versuchen Sie, die Timeout-Zeit zu erhöhen.

Falls Sie Konfigurationsdateien einsetzen, mit denen Befehle auf der Instance ausgeführt, große Dateien heruntergeladen oder Pakete installiert werden, kann die Anwendungsbereitstellung langwierig sein. Erhöhen Sie den Timeout-Wert für Befehle, damit die Anwendung im Rahmen der Bereitstellungen mehr Zeit zum Ausführen hat.

Gesundheit

Ereignis: CPU-Auslastung Über 95 %

Versuchen Sie, mehr Instances auszuführen, oder wählen Sie einen anderen Instance-Typ aus.

Ereignis: Elastic Load Balancer awseb-myapp hat keine fehlerfreien Instances

Sofern die Anwendung ordnungsgemäß ausgeführt werden kann, überprüfen Sie, ob die Zustandsprüfungs-URL für die Anwendung korrekt konfiguriert ist. Falls nicht, überprüfen Sie die Zustandsprüfung und die Umgebungsprotokolle, um weitere Informationen zu erhalten.

Ereignis: Elastic Load Balancer awseb-myapp wurde nicht gefunden

Der Load Balancer der Umgebung ist möglicherweise außerplanmäßig entfernt worden. Nehmen Sie Änderungen an den Umgebungsressourcen nur mit den von Elastic Beanstalk bereitgestellten Konfigurationsoptionen und Erweiterungen vor. Erstellen Sie Ihre Umgebung erneut oder starten Sie eine neue Umgebung.

Ereignis: EC2-Instance konnte nicht gestartet werden. Warten auf den Start einer neuen EC2 Instance ...

Möglicherweise sind derzeit keine Instance-Typen für die Umgebung verfügbar oder das Instance-Kontingent für Ihr Konto wurde erreicht. Überprüfen Sie in der Übersicht zum Servicestatus-, ob der Elastic Compute Cloud (Amazon EC2)-Service den Status "Grün" aufweist, oder fordern Sie eine Kontingenterhöhung an.

Konfiguration

Ereignis: Es kann keine Elastic Beanstalk-Umgebung konfiguriert werden, die Werte für die Optionen "Elastic Load Balancing Target (Elastic Load Balancing-Ziel)" und "Application Healthcheck URL (URL für die Zustandsprüfung der Anwendung)" enthält.

Die Option Target im Namespace aws:elb:healthcheck ist veraltet. Entfernen Sie die Namespace-Option Target aus der Umgebung und führen Sie die Aktualisierung erneut aus.

Ereignis: ELB kann nicht im selben AZ zu verschiedenen Subnetzen hinzugefügt werden.

Diese Meldung wird angezeigt, wenn Sie einen Load Balancer zwischen Subnetzen in derselben Availability Zone verschieben möchten. Sollen die Subnetze des Load Balancers geändert werden, muss dieser aus den ursprünglichen Availability Zones entfernt und mit den gewünschten Subnetzen wieder in diese eingefügt werden. Bei diesem Prozess werden alle Instances zwischen den Availability Zones migriert, was zu erheblichen Ausfallzeiten führt. Ziehen Sie stattdessen in Betracht, eine neue Umgebung zu erstellen und einen CNAME-Austausch durchzuführen.

Fehlerbehebung bei Docker-Containern

Ereignis: Docker-Image :latest: konnte nicht abgerufen werden. Ungültiger Repository-Name (), nur [a-z0-9-] sind zulässig. Weitere Details finden Sie in den Protokollfragmenten.

Prüfen Sie die Syntax der dockerrun.aws.json-Datei mit einer JSON-Validierung. Verifizieren Sie außerdem den dockerfile-Inhalt hinsichtlich der Anforderungen in Docker-Konfiguration.

Ereignis: Keine EXPOSE-Anweisung in Dockerfile gefunden, Bereitstellung abbrechen

Die Dockerfile oder dockerrun.aws.json-Datei deklariert den Container-Port nicht. Verwenden Sie die EXPOSE-Anweisung (Dockerfile) oder den Ports-Block (dockerrun.aws.json-Datei), um einen Port für eingehenden Datenverkehr verfügbar zu machen.

Ereignis: Repository mit Authentifizierungs-Anmeldeinformationen konnte nicht aus dem Bucket-Namen heruntergeladen werden.

Die dockerrun.aws.json bietet ein ungültiges EC2-Schlüsselpaar und/oder einen ungültigen S3-Bucket für die .dockercfg-Datei. Oder das Instance-Profil hat keine GetObject-Autorisierung für den S3-Bucket. Überprüfen Sie, ob die .dockercfg-Datei einen gültigen S3-Bucket und ein gültiges EC2-Schlüsselpaar enthält. Erteilen Sie Berechtigungen für die Aktion s3:GetObject für die IAM-Rolle im Instance-Profil. Details finden Sie unter Elastic Beanstalk Instance-Profile verwalten.

Ereignis: Aktivitätsausführung wegen Warnmeldung zur ungültigen "auth"-Konfigurationsdatei fehlgeschlagen

Die Authentifizierungsdatei (config.json) ist nicht ordnungsgemäß formatiert. Siehe Verwenden von Images aus einem privaten Repository

Häufig gestellte Fragen

Frage: Wie kann ich meine Anwendungs-URL von myapp.us-west-2.elasticbeanstalk.com in www.myapp.com ändern?

Registrieren Sie bei einem DNS-Server einen CNAME-Datensatz, wie z. B. www.mydomain.com CNAME mydomain.elasticbeanstalk.com.

Frage: Wie gebe ich eine bestimmte Availability Zone für meine Elastic Beanstalk-Anwendung an?

Sie können eine bestimmte Availability Zone mithilfe der APIs, CLI, des Eclipse-Plug-In oder des Visual Studio-Plug-In auswählen. Für Anweisungen zum Angeben einer Availability Zone mit der Elastic Beanstalk-Konsole siehe Auto Scaling-Gruppe für Ihre Elastic Beanstalk-Umgebung.

Frage: Wie kann ich den Instance-Typ meiner Umgebung ändern?

Um den Instance-Typ Ihrer Umgebung zu ändern, rufen Sie die Seite Bearbeiten in der Konfigurationskategorie Instances auf. Wählen Sie dann einen neuen Instance-Typ aus und wählen Sie Anwenden, um Ihre Umgebung zu aktualisieren. Danach beendet Elastic Beanstalk alle laufenden Instances und ersetzt sie durch neue.

Frage: Wie stelle ich fest, ob jemand Konfigurationsänderungen an einer Umgebung vorgenommen hat?

Um diese Informationen anzuzeigen, wählen Sie im Navigationsbereich der Elastic-Beanstalk-Konsole den Änderungsverlauf, um eine Liste der Konfigurationsänderungen für alle Umgebungen anzuzeigen. Diese Liste enthält das Datum und die Uhrzeit der Änderung, den Konfigurationsparameter und den Wert, in den sie geändert wurde, sowie den IAM-Benutzer, der die Änderung vorgenommen hat. Weitere Informationen finden Sie unter Änderungsverlauf.

Frage: Kann ich verhindern, dass Amazon EBS-Volumes gelöscht werden, wenn Instances beendet werden?

Instances in Ihrer Umgebung verwenden Amazon EBS zur Speicherung. Das Stamm-Volume wird jedoch gelöscht, wenn eine Instance durch Auto Scaling beendet wird. Wir empfehlen nicht, dass Sie Status- oder andere Daten auf Ihren Instances speichern. Bei Bedarf können Sie mit der AWS CLI verhindern, dass Volumes gelöscht werden: $ aws ec2 modify-instance-attribute -b '/dev/sdc=<vol-id>:false, wie in der AWS CLI-Referenz beschrieben.

Frage: Wie lösche ich persönliche Informationen aus meiner Elastic Beanstalk-Anwendung?

AWS-Ressourcen, die von Ihrer Elastic Beanstalk-Anwendung genutzt werden, speichern möglicherweise personenbezogene Informationen. Wenn Sie eine Umgebung beenden, beendet Elastic Beanstalk die erstellten Ressourcen. Die Ressourcen, die Sie mithilfe von Konfigurationsdateien hinzugefügt haben, werden ebenfalls beendet. Wenn Sie jedoch AWS-Ressourcen außerhalb Ihrer Elastic Beanstalk-Umgebung erstellt und mit Ihrer Anwendung verknüpft haben, müssen Sie möglicherweise manuell überprüfen, ob die persönlichen Informationen, die Ihre Anwendung möglicherweise gespeichert hat, nicht gespeichert werden. In diesem Entwicklerhandbuch erwähnen wir, wann immer wir über die Erstellung zusätzlicher Ressourcen sprechen, auch, wann Sie darüber nachdenken sollten, diese zu löschen.