Migrieren Ihres Classic Load Balancers

Elastic Load Balancing unterstützt die folgenden Arten von Load Balancern: Application Load Balancer, Network Load Balancer, Gateway Load Balancer und Classic Load Balancer. Weitere Informationen zu den Features der einzelnen Load-Balancer-Typen finden Sie unter Vergleich von Elastic-Load-Balancing-Produkten.

Sie können auch wählen, ob Sie einen vorhandenen Classic Load Balancer in einer VPC, auf einen Application Load Balancer oder einen Network Load Balancer migrieren möchten.

Vorteile der Migration von einem Classic Load Balancer

Jeder Load Balancer-Typ hat seine eigenen einzigartigen Merkmale, Funktionen und Konfigurationen. Informieren Sie sich über die Vorteile der einzelnen Load Balancer, um zu entscheiden, welcher für Sie am besten geeignet ist.

Application Load Balancer

Die Verwendung eines Application Load Balancer anstelle eines Classic Load Balancer hat die folgenden Vorteile:

Support für:

• Pfadbedingungen, Hostbedingungen und HTTP-Header-Bedingungen.

• Umleiten von Anfragen von einer URL zu einer anderen und Weiterleiten von Anfragen an mehrere Anwendungen auf einer einzigen EC2-Instance.

• Rückgabe benutzerdefinierter HTTP-Antworten.

• Registrierung von Zielen nach IP-Adresse und Registrierung von Lambda-Funktionen als Ziele. Einschließlich Ziele außerhalb der VPC für den Load Balancer.

• Authentifizierung von Benutzern über Unternehmens- oder soziale Identitäten.

• Container-Anwendungen von Amazon Elastic Container Service (Amazon ECS).

• Unabhängige Überwachung des Zustands der einzelnen Dienste.

Zugriffsprotokolle enthalten zusätzliche Informationen und werden in einem komprimierten Format gespeichert.

Die Leistung des Load Balancers wurde insgesamt verbessert.

Network Load Balancer

Die Verwendung eines Network Load Balancer anstelle eines Classic Load Balancer hat die folgenden Vorteile:

Support für:

• Statische IP-Adressen, die die Zuweisung einer Elastic IP-Adresse pro für den Load Balancer aktiviertem Subnetz ermöglichen.

• Registrierung von Zielen nach IP-Adresse, einschließlich Zielen außerhalb der VPC für den Load Balancer.

• Weiterleiten von Anfragen an mehrere Anwendungen auf einer einzigen EC2-Instance.

• Container-Anwendungen von Amazon Elastic Container Service (Amazon ECS).

• Unabhängige Überwachung des Zustands der einzelnen Dienste.

Möglichkeit, temporäre Verarbeitungslasten zu verarbeiten und eine Skalierung auf Millionen Anfragen pro Sekunde durchzuführen.

Migrieren Sie mit dem Migrationsassistenten

Der Migrationsassistent verwendet die Konfiguration Ihres Classic Load Balancer, um einen gleichwertigen Application Load Balancer oder Network Load Balancer zu erstellen. Es reduziert den Zeit- und Arbeitsaufwand für die Migration eines Classic Load Balancer im Vergleich zu anderen Methoden.

Anmerkung

Der Assistent erstellt einen neuen Load Balancer. Der Assistent konvertiert den vorhandenen Classic Load Balancer nicht in einen Application Load Balancer oder Network Load Balancer. Sie müssen den Datenverkehr manuell an den neu erstellten Load Balancer umleiten.

Einschränkungen

• Der Name des neuen Load Balancers darf nicht mit einem vorhandenen Load Balancer desselben Typs in derselben Region identisch sein.

• Wenn der Classic Load Balancer Tags hat, die das aws: Präfix in ihrem Schlüssel enthalten, werden diese Tags nicht migriert.

Bei der Migration zu einem Application Load Balancer

• Wenn der Classic Load Balancer nur ein Subnetz hat, müssen Sie ein zweites Subnetz angeben.

• Wenn der Classic Load Balancer über HTTP/HTTPS-Listener verfügt, die TCP-Zustandsprüfungen verwenden, wird das Integritätsprüfungsprotokoll auf HTTP aktualisiert und der Pfad auf „/“ gesetzt.

• Wenn der Classic Load Balancer über HTTPS-Listener verfügt, die eine benutzerdefinierte oder nicht unterstützte Sicherheitsrichtlinie verwenden, verwendet der Migrationsassistent die Standardsicherheitsrichtlinie für den neuen Load Balancer-Typ.

Bei der Migration zu einem Network Load Balancer

• Die folgenden Instance-Typen werden bei der neuen Zielgruppe nicht registriert: C1, CC1, CC2, CG1, CG2, CR1, CS1, G1, G2, HI1, HS1, M1, M2, M3, T1

• Bestimmte Einstellungen für den Gesundheitscheck Ihres Classic Load Balancer sind möglicherweise nicht auf die neue Zielgruppe übertragbar. Diese Fälle werden in der Zusammenfassung des Migrationsassistenten als Änderung angezeigt.

• Wenn der Classic Load Balancer über SSL-Listener verfügt, erstellt der Migrationsassistent einen TLS-Listener unter Verwendung des Zertifikats und der Sicherheitsrichtlinie des SSL-Listeners.

Prozess des Migrationsassistenten

So migrieren Sie einen Classic Load Balancer mithilfe des Migrationsassistenten

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

2. Wählen Sie im Navigationsbereich unter LOAD BALANCING die Option Load Balancers aus.

3. Wählen Sie den Classic Load Balancer aus, den Sie migrieren möchten.

4. Wählen Sie im Abschnitt Details zum Load Balancer die Option Migrationsassistent starten aus.

5. Wählen Sie Zu Application Load Balancer migrieren oder Zu Network Load Balancer migrieren, um den Migrationsassistenten zu öffnen.

6. Geben Sie unter Name new load balancer für Load Balancer name einen Namen für Ihren neuen Load Balancer ein.

7. Geben Sie unter Neue Zielgruppe benennen und Ziele überprüfen für Zielgruppenname einen Namen für Ihre neue Zielgruppe ein.

8. (Optional) Unter Ziele können Sie die Ziel-Instances überprüfen, die für die neue Zielgruppe registriert werden.

9. (Optional) Unter Tags überprüfen können Sie die Tags überprüfen, die auf Ihren neuen Load Balancer angewendet werden

10. Überprüfen und verifizieren Sie unter Zusammenfassung für Application Load Balancer oder Zusammenfassung für Network Load Balancer die vom Migrationsassistenten zugewiesenen Konfigurationsoptionen.

11. Wenn Sie mit der Zusammenfassung der Konfiguration zufrieden sind, wählen Sie Create Application Load Balancer oder Create Network Load Balancer, um die Migration zu starten.

Migrieren Sie mit dem Load Balancer-Kopierprogramm

Die Load Balancer Copy Utilities sind im Elastic Load Balancing Tools-Repository auf der AWS GitHub Seite verfügbar.

Ressourcen

• Tools für den Elastic Load Balancing

• Programm zum Kopieren von Classic Load Balancer zu Application Load Balancer

• Programm zum Kopieren von Classic Load Balancer zu Network Load Balancer

Migrieren Sie Ihren Load Balancer manuell

Die folgenden Informationen enthalten allgemeine Anweisungen zur manuellen Erstellung eines neuen Application Load Balancers oder Network Load Balancers auf der Grundlage eines vorhandenen Classic Load Balancers in einer VPC. Sie können mit dem AWS Management Console AWS CLI, dem oder einem AWS SDK migrieren. Weitere Informationen finden Sie unter Erste Schritte mit Elastic Load Balancing.

Nach Abschluss der Migration können Sie die Vorteile der Features Ihres neuen Load Balancers nutzen.

Manueller Migrationsprozess

Schritt 1: Erstellen eines neuen Load Balancers

Erstellen Sie einen Load Balancer mit einer Konfiguration, die dem zu migrierenden Classic Load Balancer entspricht.

1. Erstellen Sie einen neuen Load Balancer mit dem gleichen Schema (mit dem Internet verbunden oder intern), den gleichen Subnetzen und Sicherheitsgruppen wie der Classic Load Balancer.

2. Erstellen Sie eine Zielgruppe für Ihren Load Balancer mit den gleichen Einstellungen für die Zustandsprüfung, die Sie für Ihren Classic Load Balancer haben.

3. Führen Sie eine der folgenden Aktionen aus:

   • Wenn Ihr Classic Load Balancer mit einer Auto-Scaling-Gruppe verbunden ist, fügen Sie Ihre Zielgruppe der Auto-Scaling-Gruppe hinzu. Dadurch wird die Auto-Scaling-Instance außerdem bei der Zielgruppe registriert.

   • Registrieren Sie Ihre EC2-Instances bei der Zielgruppe.

4. Erstellen Sie eine oder mehrere Listener, jeweils mit einer Standardregel, die Anfragen an die Zielgruppe weiterleitet. Wenn Sie einen HTTPS-Listener erstellen, können Sie dasselbe Zertifikat angeben, das Sie für Ihren Classic Load Balancer angegeben haben. Wir empfehlen, dass Sie die Standardsicherheitsrichtlinie verwenden.

5. Wenn Ihr Classic Load Balancer Tags hat, überprüfen Sie diese und fügen Sie die relevanten Tags Ihrem neuen Load Balancer hinzu.

Schritt 2: Allmähliche Umleitung von Datenverkehr auf Ihren neuen Load Balancer

Nachdem Ihre Instances bei Ihrem neuen Load Balancer registriert wurden, können Sie mit der Umleitung des Datenverkehrs vom alten Load Balancer auf den neuen beginnen. So können Sie Ihren neuen Load Balancer testen und gleichzeitig das Risiko für die Verfügbarkeit Ihrer Anwendung minimieren.

Allmähliches Umleiten des Datenverkehrs auf den neuen Load Balancer

1. Fügen Sie den DNS-Namen Ihres neuen Load Balancers in das Adressfeld eines mit dem Internet verbundenen Webbrowsers ein. Wenn alles funktioniert, zeigt der Browser die Standardseite Ihrer Anwendung an.

2. Erstellen Sie einen neuen DNS-Datensatz, der Ihren Domainnamen mit Ihrem neuen Load Balancer verknüpft. Wenn Ihr DNS-Service Gewichtung unterstützt, geben Sie die Gewichtung 1 in den neuen DNS-Datensatz und eine Gewichtung von 9 in den vorhandenen DNS-Datensatz für Ihren alten Load Balancer ein. Dies leitet 10 % des Datenverkehrs an den neuen Load Balancer und 90 % des Datenverkehrs an den alten.

3. Überwachen Sie Ihren neuen Load Balancer, um sicherzustellen, dass er Datenverkehr empfängt und Anforderungen an die Instances weiterleitet.

   Wichtig

   Die time-to-live (TTL) im DNS-Eintrag beträgt 60 Sekunden. Dies bedeutet, dass jeder DNS-Server, der Ihren Domainnamen auflöst, die Datensatzinformationen 60 Sekunden lang im Cache aufbewahrt, während die Änderungen weitergeleitet werden. Daher können diese DNS-Server noch bis zu 60 Sekunden nach Abschluss des vorherigen Schritts Datenverkehr an Ihren alten Load Balancer weiterleiten. Während dieser Übertragung kann der Datenverkehr an einen der beiden Load Balancer weitergeleitet werden.

4. Aktualisieren Sie weiterhin die Gewichtung Ihrer DNS-Datensätze, bis der gesamte Datenverkehr an Ihren neuen Load Balancer geleitet wird. Wenn dies abgeschlossen ist, können Sie den DNS-Datensatz für Ihren alten Load Balancer löschen.

Schritt 3: Aktualisieren von Richtlinien, Skripts und Code

Wenn Sie Ihren Classic Load Balancer auf einen Application Load Balancer oder Network Load Balancer migriert haben, müssen Sie Folgendes erledigen:

• Aktualisieren Sie IAM-Richtlinien, die die API-Version 2012-06-01 verwenden, auf die Version 2015-12-01.

• Aktualisieren Sie Prozesse, die CloudWatch Metriken im AWS/ELB Namespace verwenden, um Metriken aus dem AWS/ApplicationELB Or-Namespace zu verwenden. AWS/NetworkELB

• Aktualisieren Sie Skripts, die aws elb AWS CLI Befehle verwenden, um Befehle zu verwenden aws elbv2 AWS CLI .

• Aktualisieren Sie AWS CloudFormation Vorlagen, die die AWS::ElasticLoadBalancing::LoadBalancer Ressource verwenden, um die AWS::ElasticLoadBalancingV2 Ressourcen zu verwenden.

• Aktualisieren Sie Code, der Elastic-Load-Balancing-API-Version 2012-06-01 verwendet, um Version 2015-12-01 zu verwenden.

Ressourcen

• elbv2 in der AWS CLI -Befehlsreferenz

• Elastic-Load-Balancing-API-Referenz Version 2015-12-01

• Identity and Access Management für Elastic Load Balancing

• Application-Load-Balancer-Metriken im Benutzerhandbuch für Application Load Balancer

• Network-Load-Balancer-Metriken im Benutzerhandbuch für Network Load Balancer

• AWS::ElasticLoadBalancingV2::LoadBalancer im AWS CloudFormation -Benutzerhandbuch

Schritt 4: Löschen des alten Load Balancers

Sie können den alten Classic Load Balancer löschen, nachdem:

• Sie den gesamten Datenverkehr an den neuen Load Balancer umgeleitet haben und

• alle vorhandenen Anfragen, die an den alten Load Balancer weitergeleitet wurden, abgeschlossen wurden.