Elastic Beanstalk-Umgebungen von EC2-Classic auf eine VPC migrieren - AWS Elastic Beanstalk

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.

Elastic Beanstalk-Umgebungen von EC2-Classic auf eine VPC migrieren

Dieses Thema beschreibt verschiedene Optionen für die Migration Ihrer Elastic-Beanstalk-Umgebungen von einer EC2-Classic-Netzwerkplattform zu einem Amazon Virtual Private Cloud (Amazon VPC)-Netzwerk.

Wenn Sie Ihr AWS-Konto vor dem 4. Dezember 2013 erstellt haben, verfügen Sie möglicherweise über Umgebungen, die in einigen AWS-Regionen die EC2-Classic-Netzwerkkonfiguration verwenden. Alle AWS-Konten, die am oder nach dem 4. Dezember 2013 erstellt wurden, sind in jeder AWS-Region Nur-VPC. Die einzigen Ausnahmen sind, wenn Amazon-EC2-Classic aufgrund einer Supportanfrage aktiviert wurde.

Anmerkung

Sie können die Konfigurationseinstellungen für das Netzwerk Ihrer Umgebung in der Kategorie Network configuration (Netzwerkkonfiguration) auf der Seite Configuration overview (Konfigurationsübersicht) in der Elastic-Beanstalk-Konsole anzeigen.

Warum Sie migrieren sollten

Amazon-EC2-Classic wird am 15. August 2022 sein Ende des Standard-Supports erreichen. Um Unterbrechungen Ihrer Workloads zu vermeiden, empfehlen wir Ihnen, vor dem 15. August 2022 von Amazon-EC2-Classic zu einer VPC zu migrieren. Wir bitten Sie außerdem, in Zukunft keine AWS-Ressourcen auf Amazon-EC2-Classic zu starten und stattdessen Amazon VPC zu verwenden.

Wenn Sie Ihre Elastic-Beanstalk-Umgebungen von Amazon-EC2-Classic zu Amazon VPC migrieren, müssen Sie ein neues AWS-Konto erstellen. Außerdem müssen Sie Ihre AWS-EC2-Classic-Umgebungen in Ihrem neuen AWS-Konto neu erstellen. Für die Verwendung der Standard-VPC sind keine zusätzlichen Konfigurationsarbeiten für Ihre Umgebungen erforderlich. Wenn die Standard-VPC Ihren Anforderungen nicht entspricht, können Sie manuell eine benutzerdefinierte VPC erstellen und sie Ihren Umgebungen zuordnen.

Wenn das vorhandene AWS-Konto über Ressourcen verfügt, die Sie nicht zu einem neuen AWS-Konto migrieren können, können Sie Ihrem aktuellen Konto auch eine VPC hinzufügen. Konfigurieren Sie dann Ihre Umgebungen für die Verwendung der VPC.

Weitere Informationen finden Sie im Blogbeitrag EC2-Classic-Networking geht in den Ruhestand – So bereiten Sie sich vor.

Migration einer Umgebung aus EC2-Classic zu einem neuen AWS-Konto (empfohlen)

Wenn Sie noch kein AWS-Konto besitzen, das am oder nach dem 4. Dezember 2013 erstellt wurde, müssen Sie ein neues Konto erstellen. Sie werden Ihre Umgebungen zu diesem neuen Konto migrieren.

  1. Ihr neues AWS-Konto stellt eine Standard-VPC für seine Umgebungen bereit. Wenn Sie keine benutzerdefinierte VPC erstellen müssen, fahren Sie mit Schritt 2 fort.

    Sie können eine benutzerdefinierte VPC auf eine der folgenden Arten erstellen:

    • Erstellen Sie schnell eine VPC mit dem Amazon-VPC-Konsolenassistenten mit einer der verfügbaren Konfigurationsoptionen. Weitere Informationen finden Sie unter Konfigurationen über den Amazon VPC-Konsolenassistent.

    • Erstellen Sie eine benutzerdefinierte VPC auf der Amazon-VPC-Konsole, wenn Sie spezifischere Anforderungen an Ihre VPC haben. Wir empfehlen Ihnen, dies beispielsweise zu tun, wenn Ihr Anwendungsfall eine bestimmte Anzahl von Subnetzen erfordert. Weitere Informationen finden Sie unter VPCs und Subnetze.

    • Erstellen Sie eine VPC mithilfe des Repositorys elastic-beanstalk-samples auf der GitHub-Website, wenn Sie es vorziehen, AWS CloudFormation-Vorlagen mit Ihren Elastic-Beanstalk-Umgebungen zu verwenden. Dieses Repository umfasst AWS CloudFormation-Vorlagen. Weitere Informationen finden Sie unter Verwenden von Elastic Beanstalk mit Amazon VPC.

    Anmerkung

    Alternativ können Sie eine benutzerdefinierte VPC während der Neuerstellung der Umgebung in Ihrem neuen AWS-Konto erstellen, indem Sie den Assistenten zum Erstellen neuer Umgebungen verwenden. Wenn Sie den Assistenten verwenden und eine benutzerdefinierte VPC erstellen möchten, leitet Sie der Assistent zur Amazon-VPC-Konsole weiter.

  2. Erstellen Sie in Ihrem neuen AWS-Konto eine neue Umgebung. Wir empfehlen, dass die Umgebung dieselbe Konfiguration wie Ihre vorhandene Umgebung im AWS-Konto enthält, von dem Sie migrieren. Sie können dies auf eine der folgenden Arten ausführen.

    Anmerkung

    Wenn Ihre neue Umgebung nach der Migration denselben CNAME verwenden muss, beenden Sie die ursprüngliche Umgebung auf der EC2-Classic-Plattform. Dies gibt den CNAME zur Verwendung frei. Dies kann jedoch zu Ausfallzeiten für diese Umgebung führen und kann auch riskieren, dass ein anderer Kunde Ihren CNAME zwischen dem Beenden Ihrer EC2-Classic-Umgebung und dem Erstellen der neuen Umgebung auswählt. Weitere Informationen finden Sie unter Elastic Beanstalk-Umgebung terminieren.

    Für Umgebungen mit einem eigenen proprietären Domänennamen gibt es dieses Problem für den CNAME nicht. Sie können einfach Ihr Domain Name System (DNS) aktualisieren, sodass Anfragen an den neuen CNAME weitergeleitet werden.

    • Verwenden Sie den Assistenten für die Erstellung einer neuen Umgebung in der Elastic Beanstalk-Konsole. Der Assistent enthält eine Option zum Erstellen einer benutzerdefinierten VPC. Wenn Sie keine benutzerdefinierte VPC erstellen möchten, wird eine Standard-VPC zugewiesen.

    • Verwenden Sie die Elastic-Beanstalk-Befehlszeilenschnittstelle (EB CLI), um Ihre Umgebung in Ihrem neuen AWS-Konto neu zu erstellen. Eines der Beispiele in der Befehlsbeschreibung eb create zeigt die Erstellung einer Umgebung in einer benutzerdefinierten VPC. Wenn Sie keine VPC-ID angeben, verwendet die Umgebung die Standard-VPC.

      Wenn Sie diesen Ansatz verwenden, können Sie eine gespeicherte Konfigurationsdatei für die beiden AWS-Konten verwenden. Daher müssen Sie nicht alle Konfigurationsinformationen manuell eingeben. Sie müssen jedoch die Konfigurationseinstellungen für die EC2-Classic-Umgebung, die Sie migrieren, mit dem Befehl eb config save speichern. Kopieren Sie die gespeicherte Konfigurationsdatei in ein neues Verzeichnis für die Umgebung im neuen Konto.

      Anmerkung

      Sie müssen einige Daten in der gespeicherten Konfigurationsdatei bearbeiten, bevor Sie diese im neuen Konto verwenden können. Sie müssen auch Informationen zu Ihrem vorherigen Konto mit den richtigen Daten für Ihr neues Konto aktualisieren. Beispielsweise müssen Sie den Amazon-Ressourcennamen (ARN) der AWS Identity and Access Management (IAM)-Rolle durch den ARN der IAM-Rolle für das neue Konto ersetzen.

      Wenn Sie den Befehl eb create mit cfg verwenden, wird die neue Umgebung mit der angegebenen gespeicherten Konfigurationsdatei erstellt. Weitere Informationen finden Sie unter Verwenden gespeicherter Elastic Beanstalk-Konfigurationen.

Migration einer Umgebung aus EC2-Classic innerhalb desselben AWS-Kontos

Ihr vorhandenes AWS-Konto enthält möglicherweise Ressourcen, die Sie nicht zu einem neuen AWS-Konto migrieren können. In diesem Fall müssen Sie Ihre Umgebungen neu erstellen und eine VPC für jede von Ihnen erstellte Umgebung manuell konfigurieren.

Voraussetzungen

Bevor Sie beginnen, müssen Sie über eine VPC verfügen. Sie können eine nicht standardmäßige (benutzerdefinierte) VPC auf eine der folgenden Arten erstellen:

  • Erstellen Sie schnell eine VPC mit dem Amazon-VPC-Konsolenassistenten mit einer der verfügbaren Konfigurationsoptionen. Weitere Informationen finden Sie unter Konfigurationen über den Amazon VPC-Konsolenassistent.

  • Erstellen Sie eine benutzerdefinierte VPC auf der Amazon-VPC-Konsole, wenn Sie spezifischere Anforderungen an Ihre VPC haben. Wir empfehlen Ihnen, dies beispielsweise zu tun, wenn Ihr Anwendungsfall eine bestimmte Anzahl von Subnetzen erfordert. Weitere Informationen finden Sie unter VPCs und Subnetze.

  • Erstellen Sie eine VPC mithilfe des Repositorys elastic-beanstalk-samples auf der GitHub-Website, wenn Sie es vorziehen, AWS CloudFormation-Vorlagen mit Ihren Elastic-Beanstalk-Umgebungen zu verwenden. Dieses Repository umfasst AWS CloudFormation-Vorlagen. Weitere Informationen finden Sie unter Verwenden von Elastic Beanstalk mit Amazon VPC.

In den folgenden Schritten verwenden Sie die generierte VPC-ID und die generierten Subnetz-IDs, wenn Sie die VPC in der neuen Umgebung konfigurieren.

  1. Erstellen Sie eine neue Umgebung mit der gleichen Konfiguration wie Ihre vorhandene Umgebung. Sie können dies auf eine der folgenden Arten ausführen.

    Anmerkung

    Mit der Funktion „Saved Configurations (Gespeicherte Konfigurationen)“ können Sie Ihre Umgebungen im neuen Konto neu erstellen. Diese Funktion kann die Umgebungskonfiguration speichern, sodass Sie sie anwenden können, wenn Sie andere Umgebungen erstellen oder aktualisieren. Weitere Informationen finden Sie unter Verwenden gespeicherter Elastic Beanstalk-Konfigurationen.

    • Wenden Sie mithilfe der Elastic-Beanstalk-Konsole eine gespeicherte Konfiguration aus Ihrer EC2-Classic-Umgebung an, wenn Sie die neue Umgebung konfigurieren. Diese Konfiguration verwendet die VPC. Weitere Informationen finden Sie unter Verwenden gespeicherter Elastic Beanstalk-Konfigurationen.

    • Führen Sie über die Elastic Beanstalk-Befehlszeilenschnittstelle (EB CLI) den Befehl eb create aus, um Ihre Umgebung neu zu erstellen. Geben Sie die Parameter aus der ursprünglichen Umgebung und den VPC-Bezeichner an. Eines der Beispiele in der eb create-Befehlsbeschreibung zeigt, wie Sie eine Umgebung in einer benutzerdefinierten VPC erstellen.

    • Verwenden Sie AWS Command Line Interface (AWS CLI) und erstellen Sie Ihre Umgebung mit dem Befehl elasticbeanstalk create-environment erneut. Geben Sie die Parameter der ursprünglichen Umgebung mit dem VPC-Bezeichner an. Detaillierte Anweisungen finden Sie unter Elastic-Beanstalk-Umgebungen mit der AWS CLI erstellen.

  2. Tauschen Sie die CNAMEs der aktuellen Umgebung gegen eine neue Umgebung aus. Auf diese Weise kann die neue Umgebung, die Sie erstellt haben, mit der vertrauten Adresse referenziert werden. Sie können die EB CLI oder die verwenden AWS CLI.