Amazon Elastic Compute Cloud
Benutzerhandbuch für Linux-Instances

Migration von einer Linux Instance in EC2-Classic zu einer Linux Instance in einer VPC

Wenn Sie Ihr AWS-Konto vor dem 04.12.2013 erstellt haben, verfügen Sie möglicherweise bereits über die Unterstützung für EC2-Classic in einigen AWS-Regionen. Einige Amazon EC2-Ressourcen und -Funktionen wie Enhanced Networking und neuere Instance-Typen erfordern eine Virtual Private Cloud (VPC). Einige Ressourcen können zwischen EC2-Classic und einer VPC geteilt werden, andere nicht. Weitere Informationen finden Sie unter Gemeinsame Verwendung von Ressourcen durch EC2-Classic und einer VPC.

Wenn ihr Konto EC2-Classic unterstützt, haben Sie möglicherweise Ressourcen zur Verwendung in EC2-Classic eingerichtet. Wenn Sie von EC2-Classic in eine VPC migrieren möchten, müssen Sie diese Ressourcen in Ihrer VPC neu erstellen.

Für die Migration zu einer VPC stehen zwei Möglichkeiten zur Verfügung. Sie können entweder eine vollständige Migration oder eine inkrementelle Migration im Laufe der Zeit durchführen. Die geeignete Methode hängt von der Größe und Komplexität Ihrer Anwendung EC2-Classic ab. Wenn Ihre Anwendung beispielsweise aus einer oder zwei Instances besteht, die eine statische Website ausführen, und Sie sich eine kurze Ausfallzeit leisten können, ist eine vollständige Migration möglich. Wenn Ihre Anwendung mehrere Ebenen mit Prozessen aufweist, die nicht unterbrochen werden dürfen, können Sie eine inkrementelle Migration mithilfe von ClassicLink durchführen. Diese ermöglicht Ihnen das Übertragen von Funktionalität in Form von jeweils einer Komponente, bis Ihre Anwendung vollständig in Ihrer VPC ausgeführt wird.

Informationen zum Migrieren einer Windows-Instance finden Sie unter Migration einer Windows-Instance von EC2-Classic zu einer VPC im Amazon EC2-Benutzerhandbuch für Windows-Instances.

Vollständige Migration zu einer VPC

Führen Sie zur vollständigen Migration Ihrer Anwendung von EC2-Classic zu einer VPC die folgenden Schritte aus.

Schritt 1: Erstellen einer VPC

Zur Verwendung einer VPC müssen Sie sicherstellen, dass in Ihrem Konto eine vorhanden ist. Sie können mit einer der folgenden Methoden eine VPC erstellen:

  • Ihr AWS--Konto verfügt über eine für die Verwendung vorkonfigurierte Standard-VPC in jeder Region. Instances werden standardmäßig in dieser VPC gestartet, außer Sie ändern die Einstellungen. Weitere Informationen zu Ihrer Standard-VPC finden Sie unter Ihre Standard-VPC und -Subnetze. Verwenden Sie diese Option, wenn Sie selbst keine VPC einrichten möchten oder keine bestimmten Anforderungen für Ihre VPC-Konfiguration benötigen.

  • Öffnen Sie in Ihrem vorhandenen AWS-Konto die Amazon VPC-Konsole und erstellen Sie mithilfe des VPC-Assistenten eine neue VPC. Weitere Informationen finden Sie unter Szenarien für Amazon VPC. Verwenden Sie diese Option, wenn Sie in Ihrem vorhandenen EC2-Classic-Konto mithilfe eines der im Assistenten verfügbaren Konfigurationssets schnell eine VPC einrichten möchten. Diese VPC geben Sie bei jedem Starten einer Instance an.

  • Öffnen Sie in Ihrem vorhandenen AWS-Konto die Amazon VPC-Konsole und richten Sie die Komponenten einer VPC entsprechend Ihren Anforderungen ein. Weitere Informationen finden Sie unter Ihre VPC und Subnetze. Verwenden Sie diese Option, wenn Sie spezielle Anforderungen an Ihre VPC wie z. B. eine bestimmte Anzahl von Subnetzen haben. Diese VPC geben Sie bei jedem Starten einer Instance an.

Schritt 2: Konfigurieren Ihrer Sicherheitsgruppe

Für EC2-Classic und eine VPC können nicht dieselben Sicherheitsgruppen verwendet werden. Wenn für die Instances in Ihrer VPC jedoch dieselben Sicherheitsgruppenregeln wie für Ihre EC2-Classic Instances gelten sollen, können Sie Ihre vorhandenen Amazon EC2-Sicherheitsgruppenregeln mithilfe der EC2-Classic-Konsole in eine neue VPC-Sicherheitsgruppe kopieren.

Wichtig

Sicherheitsgruppenregeln können nur innerhalb eines AWS-Kontos in derselben Region in eine neue Sicherheitsgruppe kopiert werden. Wenn Sie ein neues AWS-Konto erstellt haben, können Sie diese Methode zum Kopieren Ihrer vorhandenen Sicherheitsgruppenregeln in Ihr neues Konto nicht nutzen. Stattdessen müssen Sie eine neue Sicherheitsgruppen erstellen und die Regeln selbst hinzuzufügen. Weitere Informationen zum Erstellen einer neuen Sicherheitsgruppe finden Sie unter Amazon EC2-Sicherheitsgruppen für Linux-Instances.

So kopieren Sie Ihre Sicherheitsgruppenregeln in eine neue Sicherheitsgruppe

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich Security Groups aus.

  3. Wählen Sie die mit Ihrer EC2-Classic verknüpfte Sicherheitsgruppe aus und wählen Sie dann Actions (Aktion) und Copy to new (In neue kopieren).

  4. Geben Sie im Dialogfeld Create Security Group (Sicherheitsgruppe erstellen) einen Namen und eine Beschreibung für Ihre neue Sicherheitsgruppe ein. Wählen Sie Ihre VPC in der VPC-Liste aus.

  5. Die Registerkarte Eingehend wird mit den Regeln aus Ihrer EC2-Classic-Sicherheitsgruppe ausgefüllt. Sie können die Regeln bei Bedarf ändern. Auf der Registerkarte Ausgehend wurde automatisch eine Regel für Sie erstellt, die allen ausgehenden Datenverkehr zulässt. Weitere Informationen zum Ändern von Sicherheitsgruppenregeln finden Sie unter Amazon EC2-Sicherheitsgruppen für Linux-Instances.

    Anmerkung

    Wenn Sie in Ihrer EC2-Classic-Sicherheitsgruppe eine Regel definiert haben, die auf eine andere Sicherheitsgruppe verweist, können Sie diese Regel nicht in Ihrer VPC-Sicherheitsgruppe verwenden. Ändern Sie die Regel so, dass sie auf eine Sicherheitsgruppe in derselben VPC verweist.

  6. Wählen Sie Create aus.

Schritt 3: Erstellen eines AMI Ihrer EC2-Classic Instance

Ein AMI ist eine Vorlage zum Starten Ihrer Instance. Sie können ein eigenes AMI basierend auf einer vorhandenen EC2-Classic Instance erstellen und dieses dann zum Starten von Instances in Ihrer VPC verwenden.

Die zum Erstellen Ihres AMI verwendete Methode richtet sich nach dem Root-Gerätetyp Ihrer Instance und der Betriebssystemplattform, auf der Ihre Instance ausgeführt wird. Zur Bestimmung des Stamm-Gerätetyps Ihrer Instance öffnen Sie die Seite Instances, wählen Ihre Instance aus und sehen sich die Informationen im Feld Root device type (Root-Gerätetyp) auf der Registerkarte Description (Beschreibung) an. Wenn als Wert ebs angezeigt wird, ist es eine EBS-Backed Instance. Wenn als Wert instance-store angezeigt wird, ist es eine Instance Store-Backup Instance. Sie können auch den -Befehl describe-instancesAWS CLI verwenden, um den Root-Gerätetyp zu ermitteln.

In der folgenden Tabelle finden Sie Optionen zum Erstellen Ihres AMI basierend auf dem Root-Gerätetyp Ihrer Instance und der Softwareplattform.

Wichtig

Einige Instance-Typen unterstützen sowohl PV- als auch HVM-Virtualisierung, andere unterstützen nur einen der beiden Typen. Wenn Sie mit Ihrem AMI einen anderen Instance-Typ als Ihren aktuellen starten möchten, überprüfen Sie, ob der Instance-Typ den von Ihrem AMI angebotenen Virtualisierungstyp unterstützt. Wenn Ihr AMI die PV-Virtualisierung unterstützt und Sie einen Instance-Typ verwenden möchten, der die HVM-Virtualisierung unterstützt, müssen Sie u. U. Ihre Software auf einem Basis-HVM-AMI neu installieren. Weitere Informationen zu PV- und HVM-Virtualisierung finden Sie unter Linux AMI-Virtualisierungstypen.

Root-Gerätetyp der Instance Action
EBS

Erstellen Sie ein EBS-Backed AMI von Ihrer Instance. Weitere Informationen finden Sie unter Erstellen eines Amazon EBS-gestützten Linux-AMI.

Instance-Speicher

Erstellen Sie mithilfe der AMI-Tools ein Instance Store-Backed AMI von Ihrer Instance. Weitere Informationen finden Sie unter Erstellen eines Instance Store-Backupen Linux-AMI.

Instance-Speicher

Konvertieren Sie eine Instance Store-Backup Instance in eine EBS-gestützte Instance. Weitere Informationen finden Sie unter Konvertieren Ihres Instance Store-Backed AMI in ein Amazon EBS-gestütztes AMI.

(Optional) Speichern Ihrer Daten auf Amazon EBS-Volumes

Sie können ein Amazon EBS-Volume erstellen und damit die Daten auf Ihrer Instance – sichern und speichern, so wie Sie eine physische Festplatte verwenden würden. Amazon EBS-Volumes können von jeder Instance in derselben Availability Zone angehängt und getrennt werden. Sie können ein Volume von Ihrer Instance in EC2-Classic, trennen und einer neuen Instance anfügen, die Sie in Ihrer VPC in derselben Availability Zone starten.

Weitere Informationen zu Amazon EBS-Volumes finden Sie in den folgenden Themen:

Zum Sichern der Daten auf Ihrem Amazon EBS-Volume können Sie regelmäßig Snapshots Ihres Volumes erstellen. Bei Bedarf können Sie ein Amazon EBS-Volume aus einem Snapshot wiederherstellen. Weitere Informationen zu Amazon EBS-Snapshots finden Sie in den folgenden Themen:

Schritt 4: Starten einer Instance in Ihrer VPC

Nachdem Sie ein AMI erstellt haben, können Sie eine Instance in Ihrer VPC starten. Die Instance übernimmt die Daten und Konfigurationen Ihrer vorhandenen EC2-Classic Instance.

Sie können Ihre Instance entweder in einer VPC starten, die Sie in Ihrem vorhandenen Konto erstellt haben, oder in einem neuen, ausschließlich für VPC vorgesehenen AWS-Konto.

Verwendung Ihres vorhandenen EC2-Classic-Kontos

Sie können den Amazon EC2-Startassistenten zum Starten einer Instance in Ihrer VPC verwenden.

So starten Sie eine Instance in Ihrer VPC

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie auf dem Dashboard Launch Instance (Instance starten) aus.

  3. Wählen Sie auf der Seite Choose an Amazon Machine Image (Amazon Machine Image wählen) die Kategorie My AMIs (Meine AMIs) und dann das AMI aus, das Sie erstellt haben.

  4. Wählen Sie auf der Seite Choose an Instance Type (Instance-Typ wählen) den Instance-Typ aus und klicken Sie dann auf Next: Configure Instance Details (Weiter: Instance-Details konfigurieren).

  5. Wählen Sie auf der Seite Configure Instance Details (Instance-Details konfigurieren) Ihre VPC aus der Liste Network (Netzwerk) aus. Wählen Sie in der Liste Subnet (Subnetz) das erforderliche Subnetz aus. Konfigurieren Sie alle anderen erforderlichen Details und blättern Sie dann die nächsten Seiten des Assistenten bis zur Seite Configure Security Group (Sicherheitsgruppe konfigurieren) durch.

  6. Wählen Sie die Option Select an existing security group (Eine vorhandene Sicherheitsgruppe wählen) und dann die Sicherheitsgruppe, die Sie zuvor erstellt haben. Klicken Sie auf Review and Launch (Überprüfen und starten).

  7. Überprüfen Sie die Details Ihrer Instance, und wählen Sie anschließend Launch (Starten), um ein Schlüsselpaar anzugeben und Ihre Instance zu starten.

Weitere Informationen zu den Parametern, die in den einzelnen Schritten des Assistenten konfiguriert werden können, finden Sie unter Starten einer Instance mit dem Startassistenten für Instances.

Verwendung Ihres neuen Nur-VPC-Kontos

Zum Starten einer Instance in Ihrem neuen AWS-Konto müssen Sie zuerst das von Ihnen erstellte AMI für Ihr neues Konto freigeben. Anschließend können Sie den Amazon EC2-Startassistenten zum Starten einer Instance in Ihrer Standard-VPC verwenden.

So geben Sie ein AMI für Ihr neues AWS-Konto frei

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wechseln Sie zum dem Konto, in dem Sie Ihr AMI erstellt haben.

  3. Wählen Sie im Navigationsbereich die Option AMIs.

  4. Vergewissern Sie sich, dass in der Liste Filter die Angabe Owned by me (In meinem Besitz) ausgewählt ist, und wählen Sie dann Ihr AMI aus.

  5. Klicken Sie auf der Registerkarte Permissions (Berechtigungen) auf Edit (Bearbeiten). Geben Sie die Kontonummer Ihres neuen AWS-Kontos ein, wählen Sie Add Permission (Berechtigung hinzufügen) und klicken Sie dann auf Save (Speichern).

So starten Sie eine Instance in Ihrer Standard-VPC

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wechseln Sie zu Ihrem neuen AWS-Konto.

  3. Wählen Sie im Navigationsbereich die Option AMIs.

  4. Wählen Sie in der Liste Filter die Option Private images (Private Abbilder). Wählen Sie das von Ihrem EC2-Classic-Konto freigegebene AMI aus und klicken Sie dann auf Launch (Starten).

  5. Wählen Sie auf der Seite Choose an Instance Type (Instance-Typ wählen) den Instance-Typ aus und klicken Sie dann auf Next: Configure Instance Details (Weiter: Instance-Details konfigurieren).

  6. Auf der Seite Configure Instance Details (Instance-Details konfigurieren) sollte Ihre Standard-VPC in der Liste Network (Netzwerk) ausgewählt sein. Konfigurieren Sie alle anderen erforderlichen Details und blättern Sie dann die nächsten Seiten des Assistenten bis zur Seite Configure Security Group (Sicherheitsgruppe konfigurieren) durch.

  7. Wählen Sie die Option Select an existing security group (Eine vorhandene Sicherheitsgruppe wählen) und dann die Sicherheitsgruppe, die Sie zuvor erstellt haben. Klicken Sie auf Review and Launch (Überprüfen und starten).

  8. Überprüfen Sie die Details Ihrer Instance, und wählen Sie anschließend Launch (Starten), um ein Schlüsselpaar anzugeben und Ihre Instance zu starten.

Weitere Informationen zu den Parametern, die in den einzelnen Schritten des Assistenten konfiguriert werden können, finden Sie unter Starten einer Instance mit dem Startassistenten für Instances.

Beispiel: Migration einer einfachen Webanwendung

In diesem Beispiel verwenden Sie AWS zum Hosten Ihrer Website zum Thema Gartenarbeit. Zur Verwaltung Ihrer Website stehen Ihnen drei laufende Instances in EC2-Classic zur Verfügung. Die Instances A und B hosten Ihre öffentliche Webanwendung. Sie verwenden Elastic Load Balancing, um den Datenverkehr zwischen diesen Instances auszugleichen. Sie haben den Instances A und B Elastic IP-Adressen zugewiesen, damit Sie statische IP-Adressen für Konfigurations- und Verwaltungsaufgaben in diesen Instances haben. Instance C enthält die MySQL-Datenbank für Ihre Website. Sie haben den Domänennamen www.garden.example.com registriert und mithilfe von Route 53 eine gehostete Zone mit einem Aliasdatensatz erstellt, der mit dem DNS-Namen Ihres Load Balancers verknüpft ist.


					Eine Webanwendung in EC2-Classic

Der erste Schritt der Migration zu einer VPC ist die Entscheidung, welche Art von VPC-Architektur Ihre Anforderungen am besten erfüllt. In diesem Fall haben Sie sich für die folgende Option entschieden: ein öffentliches Subnetz für Ihre Webserver und ein privates Subnetz für Ihren Datenbankserver. Wenn Ihre Website wächst, können Sie Ihren Subnetzen mehr Web- und Datenbankserver hinzufügen. Instances im privaten Subnetz können standardmäßig nicht auf das Internet zugreifen; Sie können den Internetzugriff jedoch über ein NAT-Gerät (Netzwerkadressübersetzung) im öffentlichen Subnetz aktivieren. Es wird empfohlen, ein NAT-Gerät zum Unterstützen regelmäßiger Updates und Patches aus dem Internet für Ihren Datenbankserver einzurichten. Sie migrieren Ihre Elastic IP-Adressen zu einer EC2-VPC und erstellen einen Load Balancer in Ihrem öffentlichen Subnetz, um die Datenverkehrslast zwischen Ihren Webservern auszugleichen.


					Eine Webanwendung in einer VPC

Führen Sie die folgenden Schritte aus, um Ihre Webanwendung zu einer VPC zu migrieren:

  • Erstellen einer VPC: In diesem Fall können Sie den VPC-Assistenten in der Amazon VPC-Konsole zum Erstellen Ihrer VPC und Subnetze verwenden. Mit der zweiten Konfigurationsoption des Assistenten wird eine VPC mit einem öffentlichen und einem privaten Subnetz erstellt. Außerdem wird in Ihrem öffentlichen Subnetz ein NAT-Gerät für Sie gestartet und konfiguriert. Weitere Informationen finden Sie unter Szenario 2: VPC mit öffentlichen und privaten Subnetzen im Amazon VPC Benutzerhandbuch.

  • Erstellen von AMIs Ihrer Instances: Erstellen Sie ein AMI von einem Ihrer Webserver und ein zweites AMI von Ihrem Datenbankserver. Weitere Informationen finden Sie unter Schritt 3: Erstellen eines AMI Ihrer EC2-Classic Instance.

  • Konfigurieren Ihrer Sicherheitsgruppen: In Ihrer EC2-Classic-Umgebung haben Sie eine Sicherheitsgruppe für Ihre Webserver und eine weitere für Ihren Datenbankserver. Mithilfe der Amazon EC2-Konsole können Sie die Regeln der einzelnen Sicherheitsgruppen in neue Sicherheitsgruppen für Ihre VPC kopieren. Weitere Informationen finden Sie unter Schritt 2: Konfigurieren Ihrer Sicherheitsgruppe.

    Tipp

    Erstellen Sie zuerst die Sicherheitsgruppen, auf die von anderen Sicherheitsgruppen verwiesen wird.

  • Starten einer Instance in Ihrer neuen VPC: Starten Sie Ersatzwebserver in Ihrem öffentlichen Subnetz und Ihren Ersatzdatenbankserver in Ihrem privaten Subnetz. Weitere Informationen finden Sie unter Schritt 4: Starten einer Instance in Ihrer VPC.

  • Konfigurieren Ihres NAT-Geräts: Wenn Sie eine NAT-Instance verwenden, müssen Sie eine Sicherheitsgruppe dafür erstellen, die HTTP- und HTTPS-Datenverkehr aus Ihrem privaten Subnetz zulässt. Weitere Informationen finden Sie unter NAT Instances. Wenn Sie ein NAT-Gateway verwenden, wird Datenverkehr aus Ihrem privaten Subnetz automatisch zugelassen.

  • Konfigurieren Ihrer Datenbank: Wenn Sie in EC2-Classic ein AMI Ihres Datenbankservers erstellt haben, wurden alle in dieser Instance gespeicherten Konfigurationsinformationen in das AMI kopiert. Möglicherweise müssen Sie eine Verbindung mit Ihrem neuen Datenbankserver herstellen und die Konfigurationsdetails aktualisieren. Wenn Sie Ihre Datenbank in EC2-Classic z. B. so konfiguriert haben, dass sie Ihren Webservern vollständige Lese-, Schreib- und Änderungsrechte gewährt, müssen Sie die Konfigurationsdateien so aktualisieren, dass dieselben Rechte stattdessen Ihren neuen VPC-Webservern gewährt werden.

  • Konfigurieren Ihrer Webserver: Für Ihre Webserver gelten dieselben Konfigurationseinstellungen wie für Ihre Instances in EC2-Classic. Beispiel: Wenn Sie Ihre Webserver für die Verwendung der Datenbank in EC2-Classic konfiguriert haben, aktualisieren Sie die Konfigurationseinstellungen so, dass sie auf Ihre neue Datenbank-Instances verweist.

    Anmerkung

    Instances, die in einem nicht standardmäßigen Subnetz gestartet werden, wird keine öffentliche IP-Adresse zugewiesen, sofern beim Start keine andere Einstellung festgelegt wird. Ihr neuer Datenbankserver hat möglicherweise keine öffentliche IP-Adresse. In diesem Fall können Sie die Konfigurationsdatei Ihres Webservers so aktualisieren, dass sie den privaten DNS-Namen Ihres neuen Datenbankservers verwendet. Instances in derselben VPC können über eine private IP-Adresse miteinander kommunizieren.

  • Migrieren Ihrer Elastic IP-Adressen: Heben Sie die Zuordnung Ihrer Elastic IP-Adressen zu Ihren Webservern in EC2-Classic auf und migrieren Sie sie zu EC2-VPC. Nach der Migration können Sie sie Ihren neuen Webservern in Ihrer VPC zuordnen. Weitere Informationen finden Sie unter Migrieren einer Elastic IP-Adresse von EC2-Classic.

  • Erstellen eines neuen Load Balancers: Zur Weiterverwendung von Elastic Load Balancing für den Lastenausgleich des Datenverkehrs an Ihre Instances müssen Sie mit den verschiedenen Optionen für die Konfiguration Ihres Load Balancers in VPC vertraut sein. Weitere Informationen finden Sie unter Elastic Load Balancing in Amazon VPC.

  • Aktualisieren Ihrer DNS-Einträge: Nachdem Sie den Load Balancer in Ihrem öffentlichen Subnetz eingerichtet haben, müssen Sie sicherstellen, dass Ihre Domäne www.garden.example.com auf Ihren neuen Load Balancer verweist. Dazu müssen Sie Ihre DNS-Einträge und den Aliasdatensatz in Route 53 aktualisieren. Weitere Informationen zur Verwendung von Route 53 finden Sie unter Erste Schritte mit Route 53.

  • Herunterfahren Ihrer EC2-Classic-Ressourcen: Nachdem Sie sich vergewissert haben, dass Ihre Webanwendung in der VPC-Architektur funktioniert, können Sie Ihre EC2-Classic-Ressourcen herunterfahren, damit sie keine Kosten mehr verursachen. Beenden Sie Ihre EC2-Classic Instances und geben Sie Ihre Elastic IP-Adressen von EC2-Classic frei.

Die ClassicLink-Funktion erleichtert die Verwaltung einer schrittweisen Migration auf eine VPC. ClassicLink ermöglicht es Ihnen, eine EC2-Classic-Instance mit einem VPC in Ihrem Konto in derselben Region zu verbinden, so dass Ihre neuen VPC-Ressourcen mit der EC2-Classic-Instance über private IPv4-Adressen kommunizieren können. Anschließend können Sie Funktionalität schrittweise zur VPC migrieren. Dieses Thema enthält einige grundlegende Schritte zur Verwaltung einer inkrementellen Migration von EC2-Classic zu einer VPC.

Mehr über ClassicLink erfahren Sie unter ClassicLink.

Für eine effektive Verwendung von ClassicLink müssen Sie zuerst die Komponenten Ihrer Anwendung identifizieren, die zur VPC migriert werden müssen, und dann die Migrationsreihenfolge dieser Funktionalität bestätigen.

Beispiel: Sie haben eine Anwendung, die auf einem Darstellungswebserver, einem Backend-Datenbankserver und Authentifizierungslogik für Transaktionen basiert. Sie können den Migrationsprozess mit der Authentifizierungslogik beginnen und dann mit dem Datenbankserver und schließlich dem Webserver fortsetzen.

Zur Verwendung einer VPC müssen Sie sicherstellen, dass in Ihrem Konto eine vorhanden ist. Sie können mit einer der folgenden Methoden eine VPC erstellen:

  • Öffnen Sie in Ihrem vorhandenen AWS-Konto die Amazon VPC-Konsole und erstellen Sie mithilfe des VPC-Assistenten eine neue VPC. Weitere Informationen finden Sie unter Szenarien für Amazon VPC. Verwenden Sie diese Option, wenn Sie in Ihrem vorhandenen EC2-Classic-Konto mithilfe eines der im Assistenten verfügbaren Konfigurationssets schnell eine VPC einrichten möchten. Diese VPC geben Sie bei jedem Starten einer Instance an.

  • Öffnen Sie in Ihrem vorhandenen AWS-Konto die Amazon VPC-Konsole und richten Sie die Komponenten einer VPC entsprechend Ihren Anforderungen ein. Weitere Informationen finden Sie unter Ihre VPC und Subnetze. Verwenden Sie diese Option, wenn Sie spezielle Anforderungen an Ihre VPC wie z. B. eine bestimmte Anzahl von Subnetzen haben. Diese VPC geben Sie bei jedem Starten einer Instance an.

Nachdem Sie eine VPC erstellt haben, können Sie sie für ClassicLink aktivieren. Mehr über ClassicLink erfahren Sie unter ClassicLink.

So aktivieren Sie eine VPC für ClassicLink

  1. Öffnen Sie die Amazon VPC-Konsole unter der Adresse https://console.aws.amazon.com/vpc/.

  2. Wählen Sie im Navigationsbereich Your VPCs (Ihre VPCs).

  3. Wählen Sie Ihre VPC aus und wählen Sie dann in der Liste Actions die Option Enable ClassicLink.

  4. Wählen Sie im Bestätigungsdialogfeld Yes, Enable (Ja, aktivieren) aus.

Ein AMI ist eine Vorlage zum Starten Ihrer Instance. Sie können ein eigenes AMI basierend auf einer vorhandenen EC2-Classic Instance erstellen und dieses dann zum Starten von Instances in Ihrer VPC verwenden.

Die zum Erstellen Ihres AMI verwendete Methode richtet sich nach dem Root-Gerätetyp Ihrer Instance und der Betriebssystemplattform, auf der Ihre Instance ausgeführt wird. Zur Bestimmung des Stamm-Gerätetyps Ihrer Instance öffnen Sie die Seite Instances, wählen Ihre Instance aus und sehen sich die Informationen im Feld Root device type (Root-Gerätetyp) auf der Registerkarte Description (Beschreibung) an. Wenn als Wert ebs angezeigt wird, ist es eine EBS-Backed Instance. Wenn als Wert instance-store angezeigt wird, ist es eine Instance Store-Backup Instance. Sie können auch den -Befehl describe-instancesAWS CLI verwenden, um den Root-Gerätetyp zu ermitteln.

In der folgenden Tabelle finden Sie Optionen zum Erstellen Ihres AMI basierend auf dem Root-Gerätetyp Ihrer Instance und der Softwareplattform.

Wichtig

Einige Instance-Typen unterstützen sowohl PV- als auch HVM-Virtualisierung, andere unterstützen nur einen der beiden Typen. Wenn Sie mit Ihrem AMI einen anderen Instance-Typ als Ihren aktuellen starten möchten, überprüfen Sie, ob der Instance-Typ den von Ihrem AMI angebotenen Virtualisierungstyp unterstützt. Wenn Ihr AMI die PV-Virtualisierung unterstützt und Sie einen Instance-Typ verwenden möchten, der die HVM-Virtualisierung unterstützt, müssen Sie u. U. Ihre Software auf einem Basis-HVM-AMI neu installieren. Weitere Informationen zu PV- und HVM-Virtualisierung finden Sie unter Linux AMI-Virtualisierungstypen.

Root-Gerätetyp der Instance Action
EBS Erstellen Sie ein EBS-Backed AMI von Ihrer Instance. Weitere Informationen finden Sie unter Erstellen eines Amazon EBS-gestützten Linux-AMI.
Instance-Speicher Erstellen Sie mithilfe der AMI-Tools ein Instance Store-Backed AMI von Ihrer Instance. Weitere Informationen finden Sie unter Erstellen eines Instance Store-Backupen Linux-AMI.
Instance-Speicher Konvertieren Sie eine Instance Store-Backup Instance in eine EBS-gestützte Instance. Weitere Informationen finden Sie unter Konvertieren Ihres Instance Store-Backed AMI in ein Amazon EBS-gestütztes AMI.

Sie können ein Amazon EBS-Volume erstellen und damit die Daten auf Ihrer Instance – sichern und speichern, so wie Sie eine physische Festplatte verwenden würden. Amazon EBS-Volumes können von jeder Instance in derselben Availability Zone angehängt und getrennt werden. Sie können ein Volume von Ihrer Instance in EC2-Classic, trennen und einer neuen Instance anfügen, die Sie in Ihrer VPC in derselben Availability Zone starten.

Weitere Informationen zu Amazon EBS-Volumes finden Sie in den folgenden Themen:

Zum Sichern der Daten auf Ihrem Amazon EBS-Volume können Sie regelmäßig Snapshots Ihres Volumes erstellen. Bei Bedarf können Sie ein Amazon EBS-Volume aus einem Snapshot wiederherstellen. Weitere Informationen zu Amazon EBS-Snapshots finden Sie in den folgenden Themen:

Der nächste Schritt im Migrationsprozess ist das Starten von Instances in Ihrer VPC, damit Sie mit der Übertragung von Funktionalität auf diese beginnen können. Sie können die im vorhergehenden Schritt erstellten AMIs verwenden, um Instances in Ihrer VPC zu starten. Die Instances übernehmen die Daten und Konfigurationen Ihrer vorhandenen EC2-Classic Instances.

So starten Sie mithilfe Ihres benutzerdefinierten AMI eine Instance Ihrer VPC

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie auf dem Dashboard Launch Instance (Instance starten) aus.

  3. Wählen Sie auf der Seite Choose an Amazon Machine Image (Amazon Machine Image wählen) die Kategorie My AMIs (Meine AMIs) und dann das AMI aus, das Sie erstellt haben.

  4. Wählen Sie auf der Seite Choose an Instance Type (Instance-Typ wählen) den Instance-Typ aus und klicken Sie dann auf Next: Configure Instance Details (Weiter: Instance-Details konfigurieren).

  5. Wählen Sie auf der Seite Configure Instance Details (Instance-Details konfigurieren) Ihre VPC aus der Liste Network (Netzwerk) aus. Wählen Sie in der Liste Subnet (Subnetz) das erforderliche Subnetz aus. Konfigurieren Sie alle anderen erforderlichen Details und blättern Sie dann die nächsten Seiten des Assistenten bis zur Seite Configure Security Group (Sicherheitsgruppe konfigurieren) durch.

  6. Wählen Sie die Option Select an existing security group (Eine vorhandene Sicherheitsgruppe wählen) und dann die Sicherheitsgruppe, die Sie zuvor erstellt haben. Klicken Sie auf Review and Launch (Überprüfen und starten).

  7. Überprüfen Sie die Details Ihrer Instance, und wählen Sie anschließend Launch (Starten), um ein Schlüsselpaar anzugeben und Ihre Instance zu starten.

Weitere Informationen zu den Parametern, die in den einzelnen Schritten des Assistenten konfiguriert werden können, finden Sie unter Starten einer Instance mit dem Startassistenten für Instances.

Nachdem Sie Ihre Instance gestartet haben und sie den Status running aufweist, können Sie eine Verbindung damit herstellen und sie je nach Bedarf konfigurieren.

Nachdem Sie Ihre Instances konfiguriert und die Funktionalität Ihrer Anwendung in der VPC verfügbar gemacht haben, können Sie mithilfe von ClassicLink die Kommunikation über private IPs zwischen Ihren neuen VPC-Instances und Ihren EC2-Classic Instances aktivieren.

So verknüpfen Sie eine Instance mit einer VPC

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich Instances aus.

  3. Wählen Sie Ihre EC2-Classic-Instance aus und dann Actions (Aktionen), ClassicLink, Link to VPC (Mit VPC verknüpfen).

    Anmerkung

    Stellen Sie sicher, dass Ihre Instance den Status running aufweist.

  4. Wählen Sie im Dialogfeld Ihre ClassicLink-fähige VPC aus (nur VPCs, die für ClassicLink aktiviert sind, werden angezeigt).

  5. Wählen Sie mindestens eine VPC-Sicherheitsgruppe aus, die mit der Instance verknüpft wird. Wenn Sie fertig sind, wählen Sie Mit VPC verknüpfen.

Je nach Größe Ihrer Anwendung und der zu migrierenden Funktionalität wiederholen Sie die Schritte 4 bis 6 bis alle Komponenten Ihrer Anwendung von EC2-Classic in Ihre VPC migriert sind.

Nachdem Sie die interne Kommunikation zwischen den EC2-Classic und VPC Instances aktiviert haben, müssen Sie Ihre Anwendung so aktualisieren, dass Sie auf den migrierten Dienst in Ihrer VPC anstelle des Dienstes auf der EC2-Classic-Plattform verweist. Die genauen Schritte dieses Verfahrens hängen vom Konzept Ihrer Anwendung ab. Im Allgemeinen umfasst es das Aktualisieren Ihrer Ziel-IP-Adressen, sodass sie auf die IP-Adressen Ihrer VPC Instances anstatt Ihrer EC2-Classic Instances verweisen. Sie können Ihre Elastic IP-Adressen, die Sie derzeit auf der EC2-Classic-Plattform verwenden, zu einer VPC migrieren. Weitere Informationen finden Sie unter Migrieren einer Elastic IP-Adresse von EC2-Classic.

Nachdem Sie diesen Schritt abgeschlossen und die Funktionsfähigkeit der Anwendung in Ihrer VPC getestet haben, können Sie Ihre EC2-Classic Instances beenden und ClassicLink für Ihre VPC deaktivieren. Sie können auch alle EC2-Classic-Ressourcen bereinigen, die Sie nicht mehr benötigen, um Gebühren zu vermeiden. Beispielsweise können Sie Elastic IP-Adressen freigeben und die Volumes löschen, die Ihren EC2-Classic Instances zugeordnet waren.