View a markdown version of this page

Bearbeiten Sie die Zielgruppenattribute für Ihren Network Load Balancer - Elastic Load Balancing
Client-IP-ErhaltungVerzögerung der RegistrierungsaufhebungProxy-ProtokollSticky SessionsCross-zone LastenausgleichVerbindungsabbruch für fehlerhafte ZieleUngesundes Abtropfintervall

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.

Bearbeiten Sie die Zielgruppenattribute für Ihren Network Load Balancer

Nachdem Sie eine Zielgruppe für Ihren Network Load Balancer erstellt haben, können Sie dessen Zielgruppenattribute bearbeiten.

Client-IP-Erhaltung

Network Load Balancer können die Quell-IP-Adressen von Clients beibehalten, wenn sie Anfragen an Backend-Ziele weiterleiten. Wenn Sie die Client-IP-Beibehaltung deaktivieren, ist die Quell-IP-Adresse die private IP-Adresse des Network Load Balancers.

Standardmäßig ist die Client-IP-Erhaltung für Instanz- und IP-Zielgruppen mit den Protokollen UDP, TCP_UDP, QUIC und TCP_QUIC aktiviert (und kann nicht deaktiviert werden). Sie können jedoch die Client-IP-Erhaltung für TCP- und TLS-Zielgruppen mithilfe des Zielgruppenattributs preserve_client_ip.enabled aktivieren oder deaktivieren.

Standardeinstellungen

  • Instance-Typ-Zielgruppen: Aktiviert

  • IP-Typ-Zielgruppen (UDP, TCP_UDP, QUIC, TCP_QUIC): Aktiviert

  • IP-Typ-Zielgruppen (TCP, TLS): Deaktiviert

Wenn die Client-IP-Erhaltung aktiviert ist

In der folgenden Tabelle werden die IP-Adressen beschrieben, die Ziele erhalten, wenn die Client-IP-Erhaltung aktiviert ist.

Ziele IPv4-Client-Anfragen IPv6-Client-Anfragen
Instanztyp (IPv4) Client-IPv4-Adresse IPv4-Adresse des Load Balancers
IP-Typ (IPv4) Client-IPv4-Adresse IPv4-Adresse des Load Balancers
IP-Typ (IPv6) IPv6-Adresse des Load Balancers IPv6-Adresse des Clients
Wenn die Client-IP-Erhaltung deaktiviert ist

In der folgenden Tabelle werden die IP-Adressen beschrieben, die Ziele erhalten, wenn die Client-IP-Aufbewahrung deaktiviert ist.

Ziele IPv4-Client-Anfragen IPv6-Client-Anfragen
Instanztyp (IPv4) IPv4-Adresse des Load Balancers IPv4-Adresse des Load Balancers
IP-Typ (IPv4) IPv4-Adresse des Load Balancers IPv4-Adresse des Load Balancers
IP-Typ (IPv6) IPv6-Adresse des Load Balancers IPv6-Adresse des Load Balancers
Anforderungen und Überlegungen

  • Änderungen an der Client-IP-Erhaltung werden nur für neue TCP-Verbindungen wirksam.

  • Wenn die Client-IP-Erhaltung aktiviert ist, muss der Datenverkehr direkt vom Network Load Balancer zum Ziel fließen. Das Ziel muss sich in derselben VPC wie der Load Balancer oder in einer Peer-VPC in derselben Region befinden.

  • Die Beibehaltung von Client-IP-Adressen wird nicht unterstützt, wenn Ziele über ein Transit-Gateway erreicht werden.

  • Die Client-IP-Erhaltung wird nicht unterstützt, wenn ein Gateway Load Balancer-Endpunkt zur Überprüfung des Datenverkehrs zwischen dem Network Load Balancer und dem Ziel (Instance oder IP-Adresse) verwendet wird, auch wenn sich das Ziel in derselben VPC wie der Network Load Balancer befindet.

  • Die folgenden Instance-Typen unterstützen keine Client-IP-Erhaltung: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 und T1. Wir empfehlen, diese Instance-Typen als IP-Adressen zu registrieren, wobei die Client-IP-Erhaltung deaktiviert ist.

  • Die Client-IP-Erhaltung hat keine Auswirkung auf den eingehenden Datenverkehr von AWS PrivateLink. Die Quell-IP-Adresse des AWS PrivateLink Datenverkehrs ist immer die private IP-Adresse des Network Load Balancers.

  • Die Client-IP-Erhaltung wird nicht unterstützt, wenn eine Zielgruppe AWS PrivateLink Netzwerkschnittstellen oder die Netzwerkschnittstelle eines anderen Network Load Balancers enthält. Dies führt zu einem Verlust der Kommunikation mit diesen Zielen.

  • Die Client-IP-Erhaltung hat keine Auswirkung auf Datenverkehr, der von IPv6 in IPv4 umgewandelt wird. Die Quell-IP-Adresse für diese Art von Datenverkehr ist immer die private IP-Adresse des Network Load Balancers.

  • Wenn Sie Ziele nach Application-Load-Balancer-Typ angeben, wird die Client-IP des gesamten eingehenden Datenverkehrs vom Network Load Balancer beibehalten und an den Application Load Balancer gesendet. Der Application Load Balancer fügt dann die Client-IP an den Header der X-Forwarded-For-Anforderung an, bevor er sie an das Ziel sendet.

  • NAT-Loopback, auch bekannt als Hairpinning, wird nicht unterstützt, wenn die Client-IP-Erhaltung aktiviert ist. Dies tritt auf, wenn interne Network Load Balancer verwendet werden und das hinter einem Network Load Balancer registrierte Ziel Verbindungen zu demselben Network Load Balancer herstellt. Die Verbindung kann an das Ziel weitergeleitet werden, das versucht, die Verbindung herzustellen, was zu Verbindungsfehlern führt. Wir empfehlen, keine Verbindung zu einem Network Load Balancer von Zielen aus herzustellen, die sich hinter demselben Network Load Balancer befinden. Alternativ können Sie diese Art von Verbindungsfehlern auch verhindern, indem Sie die Client-IP-Beibehaltung deaktivieren. Wenn Sie die Client-IP-Adresse benötigen, können Sie sie mithilfe von Proxy Protocol v2 abrufen. Weitere Informationen finden Sie unter Proxy-Protokoll.

  • Wenn die Client-IP-Erhaltung deaktiviert ist, unterstützt ein Network Load Balancer 55 000 gleichzeitige Verbindungen oder etwa 55 000 Verbindungen pro Minute zu jedem einzelnen Ziel (IP-Adresse und Port). Wenn Sie diese Anzahl an Verbindungen überschreiten, besteht ein erhöhtes Risiko von Fehlern bei der Portzuweisung, was dazu führt, dass neue Verbindungen nicht hergestellt werden können. Weitere Informationen finden Sie unter Fehler bei der Portzuweisung für Back-End-Flows.

Console
Um die IP-Beibehaltung des Clients zu ändern

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Target Groups (Zielgruppen) aus.

  3. Wählen Sie den Namen der Zielgruppe aus, um deren Detailseite zu öffnen.

  4. Wählen Sie auf der Registerkarte Attribute die Option Bearbeiten aus und suchen Sie den Bereich für die Datenverkehrskonfiguration.

  5. Um die Client-IP-Erhaltung zu aktivieren, aktivieren Sie die Option Client-IP-Adressen beibehalten. Um die Client-IP-Erhaltung zu deaktivieren, deaktivieren Sie die Option Client-IP-Adressen beibehalten.

  6. Wählen Sie Änderungen speichern aus.

AWS CLI
Um die IP-Erhaltung auf dem Client zu aktivieren

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit dem Attribut preserve_client_ip.enabled.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes "Key=preserve_client_ip.enabled,Value=true"
CloudFormation
Um die Client-IP-Erhaltung zu aktivieren

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um das preserve_client_ip.enabled Attribut einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "preserve_client_ip.enabled"
          Value: "true"

Verzögerung der Registrierungsaufhebung

Wenn die Registrierung eines Ziels aufgehoben wird, stellt der Load Balancer keine neuen Verbindungen zum Ziel her. Der Load Balancer stellt mit Connection Draining sicher, dass in Übertragung befindlicher Datenverkehr auf den vorhandenen Verbindungen abgeschlossen wird. Wenn das Ziel mit aufgehobener Registrierung fehlerfrei bleibt und sich eine vorhandene Verbindung nicht im Leerlauf befindet, kann der Load Balancer mit dem Senden von Datenverkehr an das Ziel fortfahren. Um sicherzustellen, dass bestehende Verbindungen geschlossen werden, können Sie eine der folgenden Maßnahmen ergreifen: Aktivieren Sie das Zielgruppenattribut für die Beendigung von Verbindungen, stellen Sie sicher, dass die Instance fehlerbehaftet ist, bevor Sie sie deregistrieren, oder schließen Sie regelmäßig Client-Verbindungen.

Der Anfangszustand eines Ziels, das die Registrierung aufhebtdraining, ist, in dem das Ziel keine neuen Verbindungen mehr empfängt. Aufgrund der Verzögerung bei der Konfigurationsübertragung kann das Ziel jedoch immer noch Verbindungen empfangen. Standardmäßig ändert der Load Balancer den Status eines Ziels, dessen Registrierung aufgehoben wird, nach 300 Sekunden in unused. Wenn Sie die Zeitspanne ändern möchten, die der Load Balancer wartet, bevor er den Status eines Ziels, dessen Registrierung aufgehoben wird, in unused ändert, aktualisieren Sie den Wert für die Verzögerung der Registrierungsaufhebung. Wir empfehlen, einen Wert von mindestens 120 Sekunden anzugeben, um sicherzustellen, dass die Anfragen abgeschlossen sind. Für QUIC-Verkehr beträgt der Wert immer 300 Sekunden und kann nicht angepasst werden.

Wenn Sie das Zielgruppenattribut für den Verbindungsabbruch aktivieren, werden Verbindungen zu abgemeldeten Zielen kurz nach Ablauf des Abmelde-Timeouts geschlossen.

Console
Um die Attribute für die Verzögerung bei der Abmeldung zu ändern

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Target Groups (Zielgruppen) aus.

  3. Wählen Sie den Namen der Zielgruppe aus, um deren Detailseite zu öffnen.

  4. Klicken Sie auf der Registerkarte Attribute auf Bearbeiten.

  5. Um das Zeitlimit für die Abmeldung zu ändern, geben Sie einen neuen Wert für die Abmeldeverzögerung ein. Um sicherzustellen, dass bestehende Verbindungen geschlossen werden, nachdem Sie Ziele abgemeldet haben, wählen Sie Verbindungen bei Aufhebung der Registrierung beenden aus.

  6. Wählen Sie Änderungen speichern aus.

AWS CLI
Um die Attribute für die Verzögerung bei der Abmeldung zu ändern

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit den Attributen deregistration_delay.timeout_seconds und deregistration_delay.connection_termination.enabled.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes \
      "Key=deregistration_delay.timeout_seconds,Value=60" \
      "Key=deregistration_delay.connection_termination.enabled,Value=true"
CloudFormation
Um die Attribute für die Verzögerung bei der Abmeldung zu ändern

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um die Attribute deregistration_delay.timeout_seconds und deregistration_delay.connection_termination.enabled einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "deregistration_delay.timeout_seconds"
          Value: "60" 
        - Key: "deregistration_delay.connection_termination.enabled"
          Value: "true"

Proxy-Protokoll

Network Load Balancers verwenden die Proxy-Protokoll-Version 2 zum Senden zusätzlicher Verbindungsinformationen, z. B. Quell- und Zieladresse. Proxy-Protokoll-Version 2 bietet eine binäre Codierung des Proxy-Protokoll-Headers.

Mit TCP-Listeners stellt der Load Balancer den TCP-Daten einen Proxy-Protokoll-Header voran. Es werden keine vorhandenen Daten verworfen oder überschreiben, auch keine eingehenden, vom Client gesendeten Proxy-Protokoll-Header oder andere Proxys, Load Balancers oder Server im Netzwerkpfad. Deshalb kann mehr als ein Proxy-Protokoll-Header empfangen werden. Wenn es außerhalb Ihres Network Load Balancers einen anderen Netzwerkpfad zu Ihren Zielen gibt, ist der erste Proxy-Protokoll-Header möglicherweise nicht der vom Load Balancer.

TLS-Listener unterstützen keine eingehenden Verbindungen mit Proxyprotokoll-Headern, die vom Client oder anderen Proxys gesendet werden.

QUIC-Verkehr unterstützt das Proxyprotokoll Version 2 nicht.

Wenn Sie Ziele nach IP-Adressen angeben, hängen die Quell-IP-Adressen, die Ihren Anwendungen zur Verfügung gestellt werden, wie folgt vom Protokoll der Zielgruppe ab:

  • TCP und TLS: Standardmäßig ist die Client-IP-Erhaltung deaktiviert, und die Quell-IP-Adressen, die Ihren Anwendungen zur Verfügung gestellt werden, sind die privaten IP-Adressen der Load Balancer-Knoten. Um die IP-Adresse des Clients beizubehalten, stellen Sie sicher, dass sich das Ziel in derselben VPC oder einer Peering-VPC befindet, und aktivieren Sie die Client-IP-Erhaltung. Wenn Sie die IP-Adresse des Clients benötigen und diese Bedingungen nicht erfüllt sind, aktivieren Sie das Proxy-Protokoll und rufen Sie die Client-IP-Adresse aus dem Proxy-Protokoll-Header ab.

  • UDP und TCP_UDP: Die Quell-IP-Adressen sind die IP-Adressen der Clients, da die Client-IP-Erhaltung für diese Protokolle standardmäßig aktiviert ist und nicht deaktiviert werden kann. Wenn Sie Ziele unter Verwendung der Instance-ID angeben, sind die für Ihre Anwendungen bereitgestellten Quell-IP-Adressen die Client-IP-Adressen. Wenn Sie dies bevorzugen, können Sie jedoch auch das Proxy-Protokoll aktivieren und die Client-IP-Adressen aus dem Proxy-Protokoll-Header abrufen.

Zustandsprüfungsverbindungen

Nachdem Sie das Proxy-Protokoll aktiviert haben, ist der Proxy-Protokoll-Header auch in Zustandsprüfungsverbindungen vom Load Balancer enthalten. Bei Zustandsprüfungsverbindungen werden die Client-Verbindungsinformationen jedoch nicht im Proxy-Protokoll-Header gesendet.

Ziele können Integritätsprüfungen nicht bestehen, wenn sie den Proxy-Protokoll-Header nicht analysieren können. Beispielsweise könnten sie den folgenden Fehler zurückgeben: HTTP 400: Bad request.

VPC-Endpunkt-Services

Für Datenverkehr, der von Servicenutzern über einen VPC-Endpunkt-Service eingeht, sind die für Ihre Anwendungen bereitgestellten Quell-IP-Adressen die privaten IP-Adressen der Load Balancer-Knoten. Wenn Ihre Anwendungen die IP-Adressen der Servicenutzer benötigen, aktivieren Sie das Proxy-Protokoll und rufen Sie sie aus dem Proxy-Protokoll-Header ab.

Der Proxy-Protokoll-Header enthält außerdem die ID des Endpunkts. Diese Informationen werden mithilfe eines benutzerdefinierten Vektors Type-Length-Value (TLV) wie folgt codiert.

Feld Länge (in Oktetten) Description

Typ

1

PP2_TYPE_AWS (0xEA)

Länge

2

Die Länge des Wertes

Wert

1

AWS_VPCE_ID PP2_SUBTYPE_ (0 x 01)
variabel (Wertlänge minus 1) Die ID des Endpunkts

Ein Beispiel, das den TLV-Typ 0xEA analysiert, finden Sie unter. https://github.com/aws/elastic-load-balancing-tools/tree/master/proprot

Aktivierung des Proxy-Protokolls

Bevor Sie das Proxy-Protokoll bei einer Zielgruppe aktivieren, stellen Sie sicher, dass Ihre Anwendungen den Proxy-Protokoll-Header Version 2 erwarten und parsen können, da die Aktion andernfalls fehlschlagen kann. Weitere Informationen finden Sie unter PROXY-Protokoll-Versionen 1 und 2.

Console
So aktivieren Sie Version 2 des Proxyprotokolls

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Target Groups (Zielgruppen) aus.

  3. Wählen Sie den Namen der Zielgruppe, um deren Detailseite zu öffnen.

  4. Klicken Sie in der Registerkarte Attribute auf Bearbeiten.

  5. Wählen Sie auf der Seite Attribute bearbeiten die Option Proxyprotokoll v2 aus.

  6. Wählen Sie Änderungen speichern aus.

AWS CLI
Um Version 2 des Proxyprotokolls zu aktivieren

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit dem Attribut proxy_protocol_v2.enabled.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes "Key=proxy_protocol_v2.enabled,Value=true"
CloudFormation
Um Version 2 des Proxyprotokolls zu aktivieren

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um das proxy_protocol_v2.enabled Attribut einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "proxy_protocol_v2.enabled"
          Value: "true"

Sticky Sessions

Sticky Sessions sind ein Mechanismus, um Clientdatenverkehr an dasselbe Ziel in einer Zielgruppe weiterzuleiten. Dies ist nützlich für Server, die Zustandsinformationen verwalten, um Clients eine kontinuierliche Erfahrung zu bieten.

Überlegungen

  • Die Verwendung von Sticky Sessions kann zu einer ungleichmäßigen Verteilung der Verbindungen und Flows führen, was sich auf die Verfügbarkeit Ihrer Ziele auswirken kann. Beispielsweise haben alle Clients hinter demselben NAT-Gerät dieselbe Quell-IP-Adresse. Daher wird der gesamte Datenverkehr von diesen Clients an dasselbe Ziel weitergeleitet.

  • Der Load Balancer kann die Sticky Sessions für eine Zielgruppe zurücksetzen, wenn sich der Integritätsstatus eines seiner Ziele ändert oder wenn Sie Ziele für die Zielgruppe registrieren oder abmelden.

  • Wenn das Stickiness-Attribut für eine Zielgruppe aktiviert ist, werden passive Gesundheitschecks nicht unterstützt. Weitere Informationen findest du unter Gesundheitschecks für deine Zielgruppen.

  • Sticky Sessions werden für TLS- oder QUIC-Listener nicht unterstützt.

Console
Um Sticky-Sessions zu aktivieren

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Target Groups (Zielgruppen) aus.

  3. Wählen Sie den Namen der Zielgruppe aus, um deren Detailseite zu öffnen.

  4. Klicken Sie in der Registerkarte Attribute auf Bearbeiten.

  5. Aktivieren Sie unter Konfiguration der Zielauswahl die Option Stickiness.

  6. Wählen Sie Änderungen speichern aus.

AWS CLI
Um Sticky Sessions zu aktivieren

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit dem Attribut stickiness.enabled.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes "Key=stickiness.enabled,Value=true"
CloudFormation
Um Sticky Sessions zu aktivieren

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um das stickiness.enabled Attribut einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "stickiness.enabled"
          Value: "true"

Cross-zone Load Balancing für Zielgruppen

Die Knoten für Ihren Load Balancer verteilen Anforderungen von Clients auf registrierte Ziele. Wenn zonenübergreifendes Load Balancing aktiviert ist, verteilt jeder Load Balancer-Knoten den Datenverkehr gleichmäßig auf die registrierten Ziele in allen registrierten Availability Zones. Wenn zonenübergreifendes Load Balancing deaktiviert ist, verteilt jeder Load Balancer-Knoten den Datenverkehr gleichmäßig nur auf die registrierten Ziele in seiner Availability Zone. Dies könnte verwendet werden, wenn zonale Ausfalldomains regionalen vorzuziehen sind, um sicherzustellen, dass eine fehlerfreie Zone nicht von einer fehlerhaften Zone beeinträchtigt wird, oder um die allgemeine Latenz zu verbessern.

Bei Network Load Balancers ist der zonenübergreifende Load Balancing standardmäßig auf Load Balancer-Ebene deaktiviert, Sie können ihn jedoch jederzeit aktivieren. Für Zielgruppen wird standardmäßig die Load Balancer-Einstellung verwendet. Sie können die Standardeinstellung jedoch überschreiben, indem Sie den zonenübergreifenden Load Balancing auf Zielgruppenebene explizit aktivieren oder deaktivieren.

Überlegungen

  • Wenn Sie den zonenübergreifenden Lastenausgleich für einen Network Load Balancer aktivieren, fallen EC2-Datenübertragungsgebühren an. Weitere Informationen finden Sie unter Grundlegendes zu Datenübertragungsgebühren im AWS Data Exports User Guide

  • Die Zielgruppeneinstellung bestimmt das Load-Balancing-Verhalten für die Zielgruppe. Wenn beispielsweise zonenübergreifendes Load Balancing auf Load-Balancer-Ebene aktiviert und auf Zielgruppenebene deaktiviert ist, wird der an die Zielgruppe gesendete Datenverkehr nicht über Availability Zones geleitet.

  • Wenn der zonenübergreifende Load Balancing deaktiviert ist, stellen Sie sicher, dass Sie in jeder der Availability Zones des Load Balancers über genügend Zielkapazität verfügen, sodass jede Zone die zugehörige Arbeitslast bewältigen kann.

  • Wenn der zonenübergreifende Load Balancing deaktiviert ist, stellen Sie sicher, dass alle Zielgruppen denselben Availability Zones angehören. Eine leere Availability Zone wird als fehlerhaft angesehen.

  • Sie können den zonenübergreifenden Load Balancing auf Zielgruppenebene aktivieren oder deaktivieren, wenn der Zielgruppentyp oder lautetinstance. ip Wenn der Zielgruppentyp alb ist, erbt die Zielgruppe immer die Einstellung für das zonenübergreifende Load Balancing vom Load Balancer.

Weitere Informationen zur Aktivierung des zonenübergreifenden Load Balancings auf Load Balancer-Ebene finden Sie unter. Cross-zone Lastenausgleich

Console
So aktivieren Sie den zonenübergreifenden Lastenausgleich für eine Zielgruppe

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Zielgruppen aus.

  3. Wählen Sie den Namen der Zielgruppe aus, um deren Detailseite zu öffnen.

  4. Klicken Sie in der Registerkarte Attribute auf Bearbeiten.

  5. Wählen Sie auf der Seite Zielgruppenattribute bearbeiten die Option On für den Cross-zone Load Balancing aus.

  6. Wählen Sie Änderungen speichern aus.

AWS CLI
Um zonenübergreifendes Load Balancing für eine Zielgruppe zu aktivieren

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit dem Attribut load_balancing.cross_zone.enabled.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes "Key=load_balancing.cross_zone.enabled,Value=true"
CloudFormation
Um den zonenübergreifenden Lastenausgleich für eine Zielgruppe zu aktivieren

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um das load_balancing.cross_zone.enabled Attribut einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "load_balancing.cross_zone.enabled"
          Value: "true"

Verbindungsabbruch für fehlerhafte Ziele

Die Verbindungsbeendigung ist standardmäßig aktiviert. Wenn das Ziel eines Network Load Balancers die konfigurierten Zustandsprüfungen nicht besteht und als fehlerhaft eingestuft wird, beendet der Load Balancer bestehende Verbindungen und stellt das Routing neuer Verbindungen zum Ziel ein. Wenn die Verbindungsbeendigung deaktiviert ist, wird das Ziel immer noch als fehlerhaft eingestuft und empfängt keine neuen Verbindungen. Hergestellte Verbindungen bleiben jedoch aktiv, sodass sie problemlos geschlossen werden können.

Der Verbindungsabbruch für fehlerhafte Ziele wird auf Zielgruppenebene konfiguriert.

Console
Um das Attribut für den Verbindungsabbruch zu ändern

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Load Balancer aus.

  3. Wählen Sie den Namen der Zielgruppe aus, um deren Detailseite zu öffnen.

  4. Klicken Sie in der Registerkarte Attribute auf Bearbeiten.

  5. Wählen Sie unter Verwaltung des fehlerhaften Zustands von Zielen aus, ob die Option Verbindungen beenden, wenn Ziele fehlerhaft werden aktiviert oder deaktiviert sein soll.

  6. Wählen Sie Änderungen speichern aus.

AWS CLI
Um das Attribut für den Verbindungsabbruch zu deaktivieren

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit dem Attribut target_health_state.unhealthy.connection_termination.enabled.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes "Key=target_health_state.unhealthy.connection_termination.enabled,Value=false"
CloudFormation
Um das Attribut für den Verbindungsabbruch zu deaktivieren

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um das target_health_state.unhealthy.connection_termination.enabled Attribut einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "target_health_state.unhealthy.connection_termination.enabled"
          Value: "false"

Ungesundes Abtropfintervall

Ziele im unhealthy.draining Status werden als fehlerhaft eingestuft. Sie erhalten keine neuen Verbindungen, behalten aber die bestehenden Verbindungen für das konfigurierte Intervall bei. Das Intervall für fehlerhafte Verbindungen bestimmt, wie lange das Ziel im Status verbleibt, bevor der unhealthy.draining Status erreicht wird. unhealthy Besteht das Ziel während des Verbindungsintervalls für eine fehlerhafte Verbindung die Integritätsprüfungen, kehrt es in seinen Status zurück. healthy Wenn eine Abmeldung ausgelöst wird, wechselt der Zielstatus in den Status draining und der Timeout für die Verzögerung bei der Abmeldung beginnt.

Anforderung

Die Verbindungsunterbrechung muss deaktiviert werden, bevor das Intervall für einen fehlerhaften Speicherabfluss aktiviert wird.

Console
Um das Intervall für ungesunden Verbindungsabbau zu ändern

  1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich unter Load Balancing die Option Load Balancer aus.

  3. Wählen Sie den Namen der Zielgruppe aus, um deren Detailseite zu öffnen.

  4. Klicken Sie auf der Registerkarte Attribute auf Bearbeiten.

  5. Vergewissern Sie sich, dass unter Verwaltung des Zielzustands „Fehlerhafter Zustand“ die Option Verbindungen beenden, wenn Ziele fehlerhaft werden, deaktiviert ist.

  6. Geben Sie einen Wert für das Leerlaufintervall bei fehlerhaftem Betrieb ein.

  7. Wählen Sie Änderungen speichern aus.

AWS CLI
Um das Intervall für einen ungesunden Wasserabfluss zu ändern

Verwenden Sie den Befehl modify-target-group-attributes zusammen mit dem Attribut target_health_state.unhealthy.draining_interval_seconds.

aws elbv2 modify-target-group-attributes \
    --target-group-arn target-group-arn \
    --attributes "Key=target_health_state.unhealthy.draining_interval_seconds,Value=60"
CloudFormation
Um das Intervall für ungesunden Drainage zu ändern

Aktualisieren Sie die TargetGroup Ressource AWS::ElasticLoadBalancing V2::, um das target_health_state.unhealthy.draining_interval_seconds Attribut einzuschließen.

Resources:
  myTargetGroup:
    Type: 'AWS::ElasticLoadBalancingV2::TargetGroup'
    Properties:
      Name: my-target-group
      Protocol: TCP
      Port: 80
      TargetType: ip
      VpcId: !Ref myVPC
      TargetGroupAttributes: 
        - Key: "target_health_state.unhealthy.draining_interval_seconds"
          Value: "60"