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.
# Zielgruppenattribute für Ihren Gateway Load Balancer bearbeiten
Nachdem Sie eine Zielgruppe für Ihren Gateway Load Balancer erstellt haben, können Sie dessen Zielgruppenattribute bearbeiten.
**Topics**
+ [Ziel-Failover](#target-failover)
+ [Verzögerung der Registrierungsaufhebung](#deregistration-delay)
+ [Flow-Stickiness](#flow-stickiness)
## Ziel-Failover
Mit Ziel-Failover legen Sie fest, wie der Gateway Load Balancer bestehende Verkehrsflüsse behandelt, wenn ein Ziel nicht mehr funktionsfähig ist oder wenn das Ziel abgemeldet wird. Standardmäßig sendet der Gateway Load Balancer vorhandene Flows weiterhin an dasselbe Ziel, selbst wenn das Ziel ausgefallen oder abgemeldet ist. Sie können diese Flows verwalten, indem Sie sie entweder erneut verarbeiten (`rebalance`) oder sie im Standardstatus belassen (`no_rebalance`).
**Keine Neugewichtung:**
Der Gateway Load Balancer sendet weiterhin bestehende Flows an ausgefallene oder leere Ziele. Wenn der Gateway Load Balancer das Ziel nicht erreichen kann, wird der Verkehr unterbrochen.
Neue Flows werden jedoch an fehlerfreie Ziele gesendet. Dies ist das Standardverhalten.
**Neugewichtung**:
Der Gateway Load Balancer bereitet die vorhandenen Flows neu auf und sendet sie nach Ablauf der Verzögerungszeit für die Deregistrierung an fehlerfreie Ziele.
Bei abgemeldeten Zielen hängt die Mindestzeit bis zum Failover von der Verzögerung bei der Abmeldung ab. Das Ziel wird erst als abgemeldet markiert, wenn die Verzögerung bei der Abmeldung abgeschlossen ist.
Bei fehlerhaften Zielen hängt die Mindestzeit bis zum Failover von der Konfiguration der Zielgruppen-Zustandsprüfung ab (Intervall mal Schwellenwert). Dies ist die Mindestzeit, vor der ein Ziel als fehlerhaft gekennzeichnet wird. Nach dieser Zeit kann der Gateway Load Balancer aufgrund der zusätzlichen Ausbreitungszeit und des TCP-Neuübertragungs-Backoffs mehrere Minuten benötigen, bevor er neue Flows an fehlerfreie Ziele umleitet.
**Um das Ziel-Failover-Attribut mithilfe der Konsole zu aktualisieren**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich unter **Load Balancing** die Option **Target Groups** (Zielgruppen) aus.
1. Wählen Sie den Namen der Zielgruppe, um deren Detailseite zu öffnen.
1. Wählen Sie auf der Seite mit den **Gruppendetails** im Abschnitt **Attribute** die Option **Bearbeiten** aus.
1. Ändern Sie auf der Seite **Attribute bearbeiten** den Wert von **Ziel-Failover** nach Bedarf.
1. Wählen Sie **Änderungen speichern**.
**Um das Ziel-Failover-Attribut mit dem zu aktualisieren AWS CLI**
Verwenden Sie den [modify-target-group-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-target-group-attributes.html)Befehl mit den folgenden Schlüssel-Wert-Paaren:
+ Key=`target_failover.on_deregistration` und Value= `no_rebalance` (Standard) oder `rebalance`
+ Key= `target_failover.on_unhealthy` und Value= `no_rebalance` (Standard) oder `rebalance`
**Anmerkung**
Beide Attribute (`target_failover.on_deregistration` und `target_failover.on_unhealthy`) müssen denselben Wert haben.
## Verzögerung der Registrierungsaufhebung
Wenn Sie ein Ziel deregistrieren, verwaltet der Gateway Load Balancer die Datenströme zu diesem Ziel wie folgt:
**Neue Flows**
Der Gateway Load Balancer sendet keine neuen Flows mehr.
**Bestehende Flows**
Der Gateway Load Balancer verarbeitet die vorhandenen Flows auf der Grundlage des Protokolls:
+ **TCP**: Bestehende Flows werden geschlossen, wenn sie länger als 350 Sekunden inaktiv sind.
+ **Andere Protokolle**: Bestehende Flows werden geschlossen, wenn sie länger als 120 Sekunden inaktiv waren.
Um das Leeren bestehender Flows zu erleichtern, können Sie das Flow-Rebalancing für Ihre Zielgruppe aktivieren. Weitere Informationen finden Sie unter [Ziel-Failover](#target-failover).
Bei einem abgemeldeten Ziel wird angezeigt, dass es `draining` ist, bis der Timeout abläuft. Nach Ablauf des Timeouts für die Verzögerung bei der Abmeldung wechselt das Ziel in einen Status `unused`.
**Um das Delay-Attribut für die Abmeldung mithilfe der Konsole zu aktualisieren**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich unter **Load Balancing** die Option **Target Groups** (Zielgruppen) aus.
1. Wählen Sie den Namen der Zielgruppe, um deren Detailseite zu öffnen.
1. Wählen Sie auf der Seite mit den **Gruppendetails** im Abschnitt **Attribute** die Option **Bearbeiten** aus.
1. Ändern Sie auf der Seite **Attribute bearbeiten** den Wert für **Abmeldeverzögerung** nach Bedarf.
1. Wählen Sie **Änderungen speichern ** aus.
**Um das Delay-Attribut für die Abmeldung zu aktualisieren, verwenden Sie AWS CLI**
Verwenden Sie den Befehl [modify-target-group-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-target-group-attributes.html).
## Flow-Stickiness
Standardmäßig sorgt der Gateway Load Balancer mithilfe von 5-Tupel (für TCP/UDP Flows) dafür, dass Flows an eine bestimmte Ziel-Appliance gebunden sind. Das 5-Tupel umfasst Quell-IP, Quellport, Ziel-IP, Zielport und Transportprotokoll. Sie können das Attribut Beibehaltungs-Typ verwenden, um die Vorgabe (5-Tupel) zu ändern und entweder 3-Tupel (Quell-IP, Ziel-IP und Transportprotokoll) oder 2-Tupel (Quell-IP und Ziel-IP) zu wählen.
**Erwägungen zur Flow-Stickiness**
+ Flow-Stickiness wird auf Zielgruppenebene konfiguriert und angewendet und gilt für den gesamten Verkehr, der an die Zielgruppe geht.
+ Flow-Stickiness mit 2- und 3-Tupeln werden nicht unterstützt, wenn AWS Transit Gateway der Appliance-Modus aktiviert ist. Um den Appliance-Modus auf Ihrem zu verwenden AWS Transit Gateway, verwenden Sie 5-Tuple Flow Stickiness auf Ihrem Gateway Load Balancer
+ Flow-Stickiness kann zu einer ungleichmäßigen Verteilung von Verbindungen und Flüssen führen, was die Verfügbarkeit des Ziels beeinträchtigen kann. Es wird empfohlen, alle bestehenden Flows zu beenden oder abfließen zu lassen, bevor Sie den Beibehaltungs-Typ der Zielgruppe ändern.
**Um das Flow Stickiness-Attribut mithilfe der Konsole zu aktualisieren**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich unter **Load Balancing** die Option **Target Groups** (Zielgruppen) aus.
1. Wählen Sie den Namen der Zielgruppe, um deren Detailseite zu öffnen.
1. Wählen Sie auf der Seite mit den **Gruppendetails** im Abschnitt **Attribute** die Option **Bearbeiten** aus.
1. Ändern Sie auf der Seite **Attribute bearbeiten** den Wert für **Flow Stickiness** nach Bedarf.
1. Wählen Sie **Änderungen speichern ** aus.
**Um das Flow-Stickiness-Attribut mit dem zu aktualisieren AWS CLI**
Verwenden Sie den [modify-target-group-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-target-group-attributes.html)Befehl mit den Attributen `stickiness.enabled` und `stickiness.type` Zielgruppenattributen.