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.

# Klebrigkeit bei der Zielgruppe
<a name="target-group-stickiness"></a>

Wenn Sie einen Application Load Balancer mit Zielgruppenbindung verwenden:
+ Der Application Load Balancer bestimmt anhand der [Zielgruppengewichtung](https://aws.amazon.com/premiumsupport/knowledge-center/elb-make-weighted-target-groups-for-alb/), wie der eingehende Verkehr zwischen den Zielgruppen verteilt werden soll.
+ Standardmäßig verwendet der Application Load Balancer die Round-Robin-Methode[, um Anfragen an die EC2 Instances in der Zielzielgruppe weiterzuleiten](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-target-groups.html#modify-routing-algorithm).

**Vorlage:** Verwenden Sie die CloudFormation Vorlage `targetgroupstickiness.yml` (in der [Beispielcode-.zip-Datei](samples/stickiness.zip) enthalten), um die Zielgruppenbindung auszuprobieren. 

## Häufige Anwendungsfälle
<a name="tg-stickiness-use-cases"></a>

Verwenden Sie Zielgruppen-Klebrigkeit in diesen Szenarien:
+ Dem Load Balancer sind mehrere Zielgruppen zugewiesen, und der Traffic von einem Client sollte konsistent an Instanzen innerhalb dieser Zielgruppe weitergeleitet werden.
+ Blaue/grüne Bereitstellungen.

## Codeänderungen von basic.yml
<a name="tg-stickiness-code-changes"></a>

Eine einzige Änderung wurde am Listener vorgenommen: Wir haben die Standardaktionen des Application Load Balancer so geändert, dass sie zwei Zielgruppen (`TG1`und`TG2`) mit gleichem Gewicht und einer Stickiness-Konfiguration angeben.


****  

|  |  | 
| --- |--- |
| basic.yml | targetgroupstickiness.yml | 
| <pre>Listener1:<br />  Type: 'AWS::ElasticLoadBalancingV2::Listener'<br />  Properties:<br />    LoadBalancerArn: !Ref ALB<br />    Protocol: HTTP<br />    Port: 80<br />    DefaultActions:<br />      - TargetGroupArn: !Ref TG1<br />        Type: forward</pre> | <pre>Listener1:<br />  Type: 'AWS::ElasticLoadBalancingV2::Listener'<br />  Properties:<br />    LoadBalancerArn: !Ref ALB<br />    Protocol: HTTP<br />    Port: 80<br />    DefaultActions:<br />      - ForwardConfig:<br />          TargetGroups:<br />            - TargetGroupArn: !Ref TG1<br />              Weight: 1<br />            - TargetGroupArn: !Ref TG2<br />              Weight: 1<br />          TargetGroupStickinessConfig:<br />              DurationSeconds: 10<br />              Enabled: true<br />        Type: forward</pre> | 

## Schritte
<a name="tg-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 `targetgroupstickiness.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 eine der folgenden Optionen angezeigt: **Instanz 1 - TG1**, **Instanz 2 - TG1**, **Instanz 3 - oder Instanz 4 - TG2**. TG2**

1. Aktualisieren Sie die Seite mehrmals.

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

**Anmerkung**  
Die CloudFormation Vorlage in diesem Beispiel konfiguriert die Klebrigkeit so, dass sie 10 Sekunden anhält.

Die Instanzen, die die Webseite laden, sollten innerhalb der Dauer von 10 Sekunden innerhalb der Zielgruppe (TG1 oder TG2) bleiben, was sich im Seitentext widerspiegelt.

Nach etwa 10 Sekunden wird die Klebrigkeit aufgehoben und die für die Zielgruppe eingestellte Instanzgruppe kann sich ändern.

## Funktionsweise
<a name="tg-stickiness-how"></a>
+ In diesem Beispiel sind vier EC2 Instanzen auf zwei Zielgruppen aufgeteilt, mit zwei Instanzen pro Zielgruppe. Auf den EC2 Instanzen ist ein Apache-Webserver (`httpd`) installiert, und der `index.html` Seitentext auf jeder EC2 Instanz ist fest codiert, sodass er eindeutig ist.
+ Der Application Load Balancer erstellt eine Bindung für die Sitzung des Benutzers an die Zielzielgruppe mit einer Ablaufzeit.
+ Wenn Sie die Seite neu laden, prüft der Application Load Balancer, ob die Bindung existiert und nicht abgelaufen ist.
  + Wenn die Bindung abgelaufen ist oder nicht existiert, führt der Application Load Balancer seine Routing-Logik aus und bestimmt die Zielzielgruppe.
  + Wenn die Bindung nicht abgelaufen ist, leitet der Application Load Balancer den Traffic an dieselbe Zielgruppe weiter, aber nicht unbedingt an dieselbe EC2 Instanz.