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
<a name="alb-without-stickiness"></a>

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](samples/stickiness.zip) 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
<a name="no-stickiness-use-cases"></a>

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
<a name="no-stickiness-steps"></a>

**Hinweise**  
Für NAT-Gateways fallen geringe Kosten an.
Mehrere EC2 Instances verbrauchen Ihr kostenloses Kontingent schneller als eine einzelne EC2 Instanz.

1. Stellen Sie die CloudFormation Vorlage `basic.yml` in einer Laborumgebung bereit.

1. Warten Sie, bis sich der Integritätsstatus Ihrer Zielgruppeninstanzen von **anfänglich** auf **fehlerfrei** ändert.

1. 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**

1. Aktualisieren Sie die Seite mehrmals.

## Erwartete Ergebnisse
<a name="no-stickiness-results"></a>

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
<a name="no-stickiness-how"></a>
+ In diesem Beispiel werden zwei EC2 Instanzen einer einzigen Zielgruppe zugewiesen. Auf den EC2 Instanzen ist ein Apache-Webserver (`httpd`) installiert, und der `index.html` Seitentext 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