Wie migriere ich von Classic Load Balancer zu Application Load Balancer oder Network Load Balancer?

Lösung

Die Load Balancer-Features vergleichen

Bevor du den Classic Load Balancer migrierst, solltest du die Features von Application Load Balancern und Network Load Balancern vergleichen. Weitere Informationen findest du unter Elastic Load Balancing-Features.

Application Load Balancer

Ein Application Load Balancer benötigt mindestens zwei Subnetze. Wenn dein Load Balancer nur ein Subnetz hat, gib ein zweites Subnetz an, wenn du migrierst.

Standardmäßig ist bei einem Application Load Balancer das zonenübergreifende Load Balancing aktiviert. Du kannst das Feature auf Load Balancer-Ebene deaktivieren, aber nicht auf Zielgruppenebene.

Ein Application Load Balancer unterstützt die Umleitung von Anfragen auf dem Load Balancer. Wenn du die Backend-Verbindungen eines Classic Load Balancers für HTTP-Umleitung konfiguriert hast, kannst du die Umleitung bei der Migration deaktivieren oder entfernen.

Network Load Balancer

Du kannst das zonenübergreifende Load Balancing für einen Network Load Balancer auf Load Balancer-Ebene deaktivieren.

Du musst einem Network Load Balancer Sicherheitsgruppen zuordnen, wenn du den Load Balancer erstellst. Du kannst einem bestehenden Network Load Balancer keine Sicherheitsgruppen zuordnen. Verwende zur Einschränkung des Datenverkehrs die Sicherheitsgruppen, die mit den Zielen verbunden sind. Verwende auf der Ebene des Network Load Balancers die Netzwerk-Zugriffssteuerungslisten (Netzwerk-ACLs) des Subnetzes, um den Datenverkehr einzuschränken.

Den Classic Load Balancer zu einem Application Load Balancer oder Network Load Balancer migrieren

Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei der AWS CLI. Stelle außerdem sicher, dass du die neueste Version von AWS CLI verwendest.

Um einen Application Load Balancer oder Network Load Balancer zu erstellen und zu konfigurieren, verwende den Migrationsassistenten. Teste den neuen Load Balancer, um sicherzustellen, dass er funktioniert. Leite dann den Datenverkehr manuell von deinem Classic Load Balancer zum neuen Load Balancer um und aktualisiere Richtlinien, Skripte und Code.

Nachdem du den Verkehr umgeleitet hast, kannst du die Amazon Elastic Compute Cloud (Amazon EC2)-Konsole verwenden, um den alten Load Balancer zu löschen. Alternativ kannst du den AWS CLI-Befehl delete-load-balancer ausführen.

Fehler bei Ausfallzeiten während einer Load Balancer-Migration beheben

Um die Ausfallzeiten während der Migration des Load Balancers zu minimieren, solltest du Tests mit dem neuen Load Balancer durchführen, bevor du den Produktionsverkehr umstellst. Vergewissere dich dann, dass der neue Load Balancer Verkehrsanfragen bewältigen kann.

Um den Verkehr schrittweise an den neuen Load Balancer zu leiten, verwende die gewichtete Routing-Richtlinie Amazon Route 53. Wenn du Probleme mit dem neuen Load Balancer hast, weise dem Traffic-Gewicht einen Wert von 0 (Null) zu.

Wenn du Route 53 nicht als DNS-Anbieter verwendest, kannst du den alten Load Balancer weiter verwenden. Verringere den TTL-Wert (Time to Live) des vorhandenen Eintrags auf 0, damit der DNS-Eintrag nicht zwischengespeichert wird. Warte, bis der vorherige TTL-Wert zurückgesetzt wurde, und verweise dann den DNS-Eintrag auf den neuen DNS-Namen des Load Balancers. Solltest du Probleme mit dem neuen Load Balancer haben, verweise den DNS-Eintrag auf den DNS-Namen des Classic Load Balancers. Nachdem du das Problem behoben hast, setze den TTL-Wert auf den ursprünglichen Wert zurück.