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.
Application Load Balancer ohne Klebrigkeit
Wenn Sie einen Application Load Balancer ohne jegliche Form von Stickiness verwenden, verwendet der Load Balancer standardmäßig die Round-Robin-Methode, um die EC2 Instance zu bestimmen, an die er den Datenverkehr weiterleiten soll.
Vorlage: Verwenden Sie die CloudFormation Vorlage basic.yml (in der ZIP-Datei mit dem Beispielcode enthalten), um diese Funktionalität auszuprobieren.
Anmerkung
Alle in diesem Handbuch enthaltenen CloudFormation Vorlagen stellen eine benutzerdefinierte VPC, Routing-Tabellen, Routen, ein Internet-Gateway, einen Application Load Balancer, Zielgruppen, Listener und EC2 Instances bereit, um eine bestimmte Load Balancer-Stickiness-Strategie zu veranschaulichen.
Häufige Anwendungsfälle
Verwenden Sie in diesen Szenarien einen Application Load Balancer ohne Klebrigkeit:
-
Sie haben eine Liste von Zielen, an die der Datenverkehr weitergeleitet werden soll, aber die Ziele behalten den Sitzungsstatus nicht bei.
-
Sie verwenden Webserver, die den Sitzungsstatus nicht beibehalten.
-
Sie verwenden Anwendungsserver, die den Sitzungsstatus nicht beibehalten.
Schritte
Hinweise
Für NAT-Gateways fallen geringe Kosten an.
Mehrere EC2 Instances verbrauchen Ihr kostenloses Kontingent schneller als eine einzelne EC2 Instanz.
-
Stellen Sie die CloudFormation Vorlage
basic.ymlin einer Laborumgebung bereit. -
Warten Sie, bis sich der Integritätsstatus Ihrer Zielgruppeninstanzen von anfänglich auf fehlerfrei ändert.
-
Navigieren Sie in einem Webbrowser mit HTTP (TCP/80) zur Application Load Balancer Balancer-URL.
Zum Beispiel:
http://alb-123456789.us-east-1.elb.amazonaws.com/Auf der Webseite wird Instanz 1 — TG1 oder Instanz 2 — angezeigt. TG1
-
Aktualisieren Sie die Seite mehrmals.
Erwartete Ergebnisse
Die Instanz, die die Webseite lädt (Instanz 1 oder Instanz 2), sollte sich jedes Mal ändern, was sich im Seitentext widerspiegelt. Die Load Balancer-Logik verwaltet das letzte Ziel über mehrere interne Knoten hinweg, was zu einer Synchronisationsverzögerung führen kann, sodass die Möglichkeit besteht, dass Sie an dasselbe Ziel weitergeleitet werden.
Funktionsweise
-
In diesem Beispiel werden zwei EC2 Instanzen einer einzigen Zielgruppe zugewiesen. Auf den EC2 Instanzen ist ein Apache-Webserver (
httpd) installiert, und derindex.htmlSeitentext auf jeder EC2 Instanz ist fest codiert, um diese Instanz zu identifizieren. -
Der Application Load Balancer führt seine interne Round-Robin-Logik aus, um zu bestimmen, welche EC2 Instance den Datenverkehr empfangen soll.
-
Jedes Mal, wenn Sie die Webseite neu laden, führt der Application Load Balancer seine Routing-Logik aus, und auf der Seite wird Instanz 1 — TG1 oder Instanz 2 — angezeigt. TG1