

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.

# Gateway Load Balancer
<a name="gateway-load-balancers"></a>

Verwenden Sie einen Gateway Load Balancer, um eine Flotte virtueller Appliances bereitzustellen und zu verwalten, die das GENEVE-Protokoll unterstützen.

Ein Gateway Load Balancer arbeitet auf der dritten Ebene des OSI-Modells (Open Systems Interconnection). Er lauscht auf alle IP-Pakete an allen Ports und leitet den Datenverkehr an die in der Listener-Regel angegebene Zielgruppe weiter, wobei das GENEVE-Protokoll an Port 6081 verwendet wird.

Sie können Ziele zu Ihrem Load Balancer hinzufügen oder entfernen, wenn sich Ihre Anforderungen ändern, ohne den Gesamtfluss der Anfragen zu unterbrechen. Elastic Load Balancing skaliert Ihren Load Balancer, wenn sich der Datenverkehr zu Ihrer Anwendung im Laufe der Zeit ändert. Elastic Load Balancing kann für die meisten Arbeitslasten automatisch skaliert werden.

**Topics**
+ [Load Balancer-Status](#load-balancer-state)
+ [IP-Adresstyp](#ip-address-type)
+ [Verfügbarkeitszonen](#availability-zones)
+ [Timeout bei Leerlauf](#idle-timeout)
+ [Load Balancer-Attribute](#load-balancer-attributes)
+ [Netzwerk ACLs](#load-balancer-network-acl)
+ [Asymmetrische Strömungen](#asymmetric-flows)
+ [Maximale Übertragungseinheit (MTU) des Netzes](#mtu)
+ [Erstellen eines Load Balancers](create-load-balancer.md)
+ [Aktualisieren Sie den IP-Adresstyp](load-balancer-ip-address-type.md)
+ [Bearbeiten Sie die Load Balancer-Attribute](edit-load-balancer-attributes.md)
+ [Kennzeichnen Sie einen Load Balancer](tag-load-balancer.md)
+ [Löschen eines Load-Balancers](delete-load-balancer.md)
+ [LCU-Reservierungen](capacity-unit-reservation.md)

## Load Balancer-Status
<a name="load-balancer-state"></a>

Ein Gateway Load Balancer kann sich in einem der folgenden Zustände befinden:

`provisioning`  
Der Gateway Load Balancer wird gerade eingerichtet.

`active`  
Der Gateway Load Balancer ist vollständig eingerichtet und bereit, den Datenverkehr zu routen.

`failed`  
Der Gateway Load Balancer konnte nicht eingerichtet werden.

## IP-Adresstyp
<a name="ip-address-type"></a>

Sie können die Arten von IP-Adressen festlegen, die die Anwendungsserver für den Zugriff auf Ihre Gateway Load Balancers verwenden können.

Gateway Load Balancer unterstützen die folgenden IP-Adresstypen:

**`ipv4`**  
 IPv4 Wird nur unterstützt.

**`dualstack`**  
 IPv4 Sowohl als auch IPv6 werden unterstützt.  

**Überlegungen**
+ Der Virtual Private Cloud (VPC) und den Subnetzen, die Sie für den Load Balancer angeben, müssen zugeordnete IPv6 CIDR-Blöcke haben.
+ Die Routentabellen für die Subnetze in der Service Consumer-VPC müssen den IPv6 Verkehr weiterleiten, und das Netzwerk ACLs für diese Subnetze muss Verkehr zulassen. IPv6 
+ Ein Gateway Load Balancer kapselt sowohl IPv4 den Client-Verkehr als auch den IPv6 Client-Verkehr mit einem IPv4 GENEVE-Header und sendet ihn an die Appliance. Die Appliance kapselt IPv4 sowohl den Client-Verkehr als auch den IPv6 Client-Verkehr mit einem IPv4 GENEVE-Header und sendet ihn zurück an den Gateway Load Balancer.

Weitere Hinweise zu IP-Adresstypen finden Sie unter. [Aktualisieren Sie die IP-Adresstypen für Ihren Gateway Load Balancer](load-balancer-ip-address-type.md)

## Verfügbarkeitszonen
<a name="availability-zones"></a>

Wenn Sie einen Gateway Load Balancer erstellen, aktivieren Sie eine oder mehrere Verfügbarkeitszonen und geben das Subnetz an, das jeder Zone entspricht. Wenn Sie mehrere Verfügbarkeitszonen aktivieren, wird sichergestellt, dass der Load Balancer den Datenverkehr auch dann weiterleiten kann, wenn eine Verfügbarkeitszone nicht mehr verfügbar ist. Die von Ihnen angegebenen Teilnetze müssen jeweils über mindestens 8 verfügbare IP-Adressen verfügen. Subnetze können nicht entfernt werden, nachdem der Load Balancer erstellt wurde. Um ein Subnetz zu entfernen, müssen Sie einen neuen Load Balancer erstellen.

## Timeout bei Leerlauf
<a name="idle-timeout"></a>

Für jede TCP-Anfrage, die über einen Gateway Load Balancer gestellt wird, wird der Status dieser Verbindung verfolgt. Werden länger als die vorgegebene Leerlaufzeit weder vom Client noch vom Ziel Daten über die Verbindung gesendet, wird die Verbindung beendet. Nach Ablauf des Timeouts im Leerlauf betrachtet der Load Balancer den nächsten TCP-SYN als neuen Flow und leitet ihn an ein neues Ziel weiter. Datenpakete, die nach Ablauf des Timeouts im Leerlauf gesendet werden, werden jedoch verworfen.

Der Standardwert für das Leerlauf-Timeout für TCP-Datenflüsse beträgt 350 Sekunden, kann aber auf einen beliebigen Wert zwischen 60 und 6000 Sekunden aktualisiert werden. Clients oder Ziele können das Leerlaufzeitlimit mithilfe von TCP-Keepalive-Paketen zurücksetzen.

**Beschränkung der Klebrigkeit**  
Das Leerlauf-Timeout Ihres Gateway Load Balancers kann nur aktualisiert werden, wenn Sie 5-Tupel-Stickiness verwenden. Bei Verwendung von 3-Tupel- oder 2-Tupel-Stickness wird der Standardwert für das Leerlauf-Timeout verwendet. Weitere Informationen finden Sie unter [Flow-Stickiness](edit-target-group-attributes.md#flow-stickiness).

Während UDP verbindungslos ist, behält der Load Balancer den UDP-Datenstromstatus basierend auf den Quell- und Ziel-IP-Adressen und -Ports bei. Dadurch wird sichergestellt, dass Pakete, die zu demselben Flow gehören, konsistent an dasselbe Ziel gesendet werden. Nachdem der Timeoutwert für die Leerlaufzeit abgelaufen ist, betrachtet der Load Balancer das eingehende UDP-Paket als neuen Flow und leitet es an ein neues Ziel weiter. Elastic Load Balancing legt den Leerlauf-Timeout-Wert für UDP-Flows auf 120 Sekunden fest. Dies können nicht geändert werden.

EC2 Instanzen müssen innerhalb von 30 Sekunden auf eine neue Anfrage antworten, um einen Rückpfad einzurichten.

Weitere Informationen finden Sie unter [Aktualisieren Sie das Leerlauf-Timeout](update-idle-timeout.md).

## Load Balancer-Attribute
<a name="load-balancer-attributes"></a>

Im Folgenden sind die Load Balancer-Attribute für Gateway Load Balancer aufgeführt:

`deletion_protection.enabled`  
Gibt an, ob der Löschschutz aktiviert ist. Der Standardwert ist `false`.

`load_balancing.cross_zone.enabled`  
Gibt an, ob zonenübergreifendes Load Balancing aktiviert ist. Der Standardwert ist `false`.

Weitere Informationen finden Sie unter [Bearbeiten Sie die Load Balancer-Attribute](edit-load-balancer-attributes.md).

## Netzwerk ACLs
<a name="load-balancer-network-acl"></a>

Wenn sich die Anwendungsserver und der Gateway Load Balancer-Endpunkt im selben Subnetz befinden, werden die NACL-Regeln für den Verkehr von den Anwendungsservern zum Gateway Load Balancer-Endpunkt ausgewertet.

## Asymmetrische Strömungen
<a name="asymmetric-flows"></a>

Gateway Load Balancer unterstützen asymmetrische Datenflüsse, wenn der Load Balancer das anfängliche Flow-Paket verarbeitet und das Antwort-Flow-Paket nicht durch den Load Balancer geleitet wird. Asymmetrisches Routing wird nicht empfohlen, da es zu einer verringerten Netzwerkleistung führen kann. Gateway Load Balancers unterstützen keine asymmetrischen Flüsse, wenn der Load Balancer das erste Flusspaket nicht verarbeitet, sondern das Antwort-Flow-Paket durch den Load Balancer geleitet wird.

## Maximale Übertragungseinheit (MTU) des Netzes
<a name="mtu"></a>

Die maximale Übertragungseinheit (MTU) ist die Größe des größten Datenpakets, das über das Netz übertragen werden kann. Die MTU der Gateway Load Balancer-Schnittstelle unterstützt Pakete bis zu 8 500 Byte. Pakete mit einer Größe von mehr als 8 500 Byte, die an der Gateway Load Balancer-Schnittstelle ankommen, werden verworfen.

Ein Gateway Load Balancer kapselt IP-Verkehr mit einem GENEVE-Header und leitet ihn an die Appliance weiter. Der GENEVE-Kapselungsprozess fügt dem Originalpaket 68 Byte hinzu. Um Pakete mit bis zu 8.500 Byte zu unterstützen, stellen Sie daher sicher, dass die MTU-Einstellung Ihrer Appliance Pakete mit mindestens 8.568 Byte unterstützt.

Gateway Load Balancer unterstützen keine IP-Fragmentierung. Außerdem erzeugen Gateway Load Balancer keine ICMP-Meldung „Destination Unreachable: fragmentation needed and DF set“ (Fragmentierung erforderlich und DF gesetzt). Aus diesem Grund wird Path MTU Discovery (PMTUD) nicht unterstützt.

# Erstellen eines Gateway-Load-Balancers
<a name="create-load-balancer"></a>

Ein Gateway Load Balancer nimmt Anfragen von Clients entgegen und verteilt sie auf Ziele in einer Zielgruppe, z. B. EC2 Instanzen.

Führen Sie die folgenden Aufgaben aus AWS-Managementkonsole, um einen Gateway Load Balancer mit dem zu erstellen. Informationen zum Erstellen eines Gateway Load Balancer mit dem finden Sie AWS CLI alternativ unter[Erste Schritte mit der CLI](getting-started-cli.md).

**Topics**
+ [Voraussetzungen](#create-load-balancer-prerequisites)
+ [Erstellen Sie den Load Balancer](#create-load-balancer-steps)
+ [Wichtige nächste Schritte](#important-next-steps)

## Voraussetzungen
<a name="create-load-balancer-prerequisites"></a>

Bevor Sie beginnen, stellen Sie sicher, dass die Virtual Private Cloud (VPC) für Ihren Gateway Load Balancer mindestens ein Subnetz in jeder Verfügbarkeitszone hat, in der Sie Ziele haben.

## Erstellen Sie den Load Balancer
<a name="create-load-balancer-steps"></a>

Gehen Sie wie folgt vor, um Ihren Gateway Load Balancer zu erstellen. Geben Sie grundlegende Konfigurationsinformationen für Ihren Load Balancer an, z. B. einen Namen und einen IP-Adresstyp. Geben Sie anschließend Informationen über Ihr Netzwerk und den Listener an, der den Datenverkehr an Ihre Zielgruppen weiterleitet. Gateway Load Balancer benötigen Zielgruppen, die das GENEVE-Protokoll verwenden.

**So erstellen Sie den Load Balancer und den Listener mithilfe der Konsole**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie **Load Balancer erstellen** aus.

1. Wählen Sie unter **Gateway Load Balancer** die Option **Erstellen** aus.

1. **Basiskonfiguration**

   1. Geben Sie im Feld **Name des Load Balancers** einen Namen für Ihren Load Balancer ein. Beispiel, **my-glb**. Der Name Ihres Gateway Load Balancer muss innerhalb Ihrer Gruppe von Load Balancers für die Region eindeutig sein. Er darf maximal 32 Zeichen lang sein, nur alphanumerische Zeichen und Bindestriche enthalten und darf nicht mit einem Bindestrich beginnen oder enden.

   1. Wählen Sie für den **IP-Adresstyp**, ob **IPv4**nur IPv4 Adressen unterstützt werden sollen oder **Dualstack**, um beide IPv4 Adressen zu unterstützen. IPv6

1. **Netzwerkzuordnung**

   1. Wählen Sie für **VPC** die Service Provider-VPC aus.

   1. Wählen Sie unter **Zuordnungen** alle Verfügbarkeitszonen aus, in denen Sie Security Appliance Instances gestartet haben, sowie die entsprechenden öffentlichen Subnetze.

1. **IP-Listener-Routing**

   1. Wählen Sie unter **Standardaktion** die Zielgruppe aus, die den Datenverkehr erhalten soll. Wenn Sie keine Zielgruppe haben, wählen Sie **Zielgruppe erstellen**. Weitere Informationen finden Sie unter [Erstellen einer Zielgruppe](create-target-group.md).

   1. (Optional) Erweitern Sie die **Listener-Tags** und fügen Sie die benötigten Tags hinzu.

1. (Optional) Erweitern Sie die **Load Balancer-Tags** und fügen Sie die benötigten Tags hinzu.

1. Überprüfen Sie Ihre Konfiguration, und wählen Sie dann **Load Balancer erstellen**.

## Wichtige nächste Schritte
<a name="important-next-steps"></a>

Nachdem Sie Ihren Load Balancer erstellt haben, stellen Sie sicher, dass Ihre EC2 Instances die erste Zustandsprüfung bestanden haben. Um Ihren Load Balancer zu testen, müssen Sie einen Gateway Load Balancer-Endpunkt erstellen und Ihre Routing-Tabelle aktualisieren, damit der Gateway Load Balancer-Endpunkt der nächste Hop ist. Diese Konfigurationen werden innerhalb der Amazon-VPC-Konsole festgelegt. Weitere Informationen finden Sie im Tutorial [Erste Schritte](getting-started.md).

# Aktualisieren Sie die IP-Adresstypen für Ihren Gateway Load Balancer
<a name="load-balancer-ip-address-type"></a>

Sie können Ihren Gateway Load Balancer so konfigurieren, dass Anwendungsserver nur über Adressen oder über beide IPv4 IPv4 Adressen auf Ihren Load Balancer zugreifen können ( IPv6 Dualstack). Der Load Balancer kommuniziert mit Zielen auf der Grundlage des IP-Adresstyps der Zielgruppe. Weitere Informationen finden Sie unter [IP-Adresstyp](gateway-load-balancers.md#ip-address-type).

**So aktualisieren Sie den IP-Adresstyp mithilfe der Konsole**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie den Load Balancer aus.

1. Klicken Sie auf **Aktionen** und anschließend auf **IP-Adressentyp bearbeiten**.

1. Wählen Sie als **IP-Adresstyp** „**ipv4**“, um nur IPv4 Adressen zu unterstützen, oder „**Dualstack**“, um beide IPv4 Adressen zu unterstützen. IPv6 

1. Wählen Sie **Speichern**.

**Um den IP-Adresstyp mit dem zu aktualisieren AWS CLI**  
Verwenden Sie den Befehl [set-ip-address-type](https://docs.aws.amazon.com/cli/latest/reference/elbv2/set-ip-address-type.html).

# Attribute für Ihren Gateway Load Balancer bearbeiten
<a name="edit-load-balancer-attributes"></a>

Nachdem Sie einen Gateway Load Balancer erstellt haben, können Sie seine Load Balancer-Attribute bearbeiten.

**Topics**
+ [Löschschutz](#deletion-protection)
+ [Zonenübergreifendes Load Balancing](#cross-zone-load-balancing)

## Löschschutz
<a name="deletion-protection"></a>

Um zu verhindern, dass Ihr Gateway Load Balancer versehentlich gelöscht wird, können Sie den Löschschutz aktivieren. Der Löschschutz ist standardmäßig deaktiviert.

Wenn Sie den Löschschutz für Ihren Gateway Load Balancer aktiviert haben, müssen Sie ihn deaktivieren, bevor Sie den Gateway Load Balancer löschen können.

**So aktivieren Sie mithilfe der Konsole den Löschschutz:**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie den Gateway Load Balancer.

1. Wählen Sie **Aktionen**, **Attribute bearbeiten**.

1. Wählen Sie auf der Seite **Load Balancer-Attribute bearbeiten** die Option **Aktivieren** für **Löschschutz** und wählen Sie dann **Speichern**.

**So deaktivieren Sie mithilfe der Konsole den Löschschutz:**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie den Gateway Load Balancer.

1. Wählen Sie **Aktionen**, **Attribute bearbeiten**.

1. Löschen Sie auf der Seite **Load Balancer-Attribute bearbeiten** die Option **Aktivieren** für **Löschschutz** und wählen Sie dann **Speichern**.

**Um den Löschschutz zu aktivieren oder zu deaktivieren, verwenden Sie den AWS CLI**  
Verwenden Sie den Befehl [modify-load-balancer-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-load-balancer-attributes.html) mit dem Attribut `deletion_protection.enabled`.

## Zonenübergreifendes Load Balancing
<a name="cross-zone-load-balancing"></a>

Standardmäßig verteilt jeder Load Balancer-Knoten Datenverkehr nur auf die registrierten Ziele in seiner Verfügbarkeitszone. Wenn Sie den zonenübergreifenden Load Balancing aktivieren, verteilt jeder Gateway Load Balancer-Knoten den Datenverkehr auf die registrierten Ziele in allen aktivierten Verfügbarkeitszonen. Weitere Informationen finden Sie unter [Zonenübergreifendes Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#cross-zone-load-balancing) im *Benutzerhandbuch für Elastic Load Balancing*.

**Aktivieren des zonenübergreifenden Load Balancing mithilfe der Konsole**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie den Gateway Load Balancer.

1. Wählen Sie **Aktionen**, **Attribute bearbeiten**.

1. Wählen Sie auf der Seite **Load Balancer-Attribute bearbeiten** die Option **Aktivieren** für **zonenübergreifendes Load Balancing** und wählen Sie dann **Speichern**.

**Um den zonenübergreifenden Lastenausgleich mit dem zu aktivieren AWS CLI**  
Verwenden Sie den Befehl [modify-load-balancer-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-load-balancer-attributes.html) mit dem Attribut `load_balancing.cross_zone.enabled`.

# Einen Gateway Load Balancer taggen
<a name="tag-load-balancer"></a>

Tags helfen Ihnen, Ihre Load Balancer auf unterschiedliche Weise zu kategorisieren, z. B. nach Zweck, Eigentümer oder Umgebung.

Sie können mehrere Tags für jeden Load Balancer hinzufügen. Die Tag-Schlüssel müssen für jeden Gateway Load Balancer eindeutig sein. Wenn Sie ein Tag mit einem Schlüssel hinzufügen, der dem Load Balancer bereits zugeordnet ist, ändert sich der Wert dieses Tags.

Wenn Sie mit einem Tag fertig sind, können Sie es von Ihrem Gateway Load Balancer entfernen.

**Einschränkungen**
+ Maximale Anzahl von Tags pro Ressource: 50
+ Maximale Schlüssellänge: 127 Unicode-Zeichen
+ Maximale Wertlänge: 255 Unicode-Zeichen
+ Bei Tag-Schlüsseln und -Werten wird zwischen Groß- und Kleinschreibung unterschieden. Erlaubte Zeichen sind Buchstaben, Leerzeichen und Zahlen, die in UTF-8 darstellbar sind, sowie die folgenden Sonderzeichen: \$1 - = \$1 : / @. Verwenden Sie keine führenden oder nachgestellten Leerzeichen.
+ Verwenden Sie das `aws:` Präfix nicht in Ihren Tag-Namen oder -Werten, da es für die AWS Verwendung reserviert ist. Sie können keine Tag-Namen oder Werte mit diesem Präfix bearbeiten oder löschen. Tags mit diesem Präfix werden nicht als Ihre Tags pro Ressourcenlimit angerechnet. 

**So aktualisieren Sie die Tags für einen Gateway Load Balancer über die Konsole**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie den Gateway Load Balancer.

1. Wählen Sie **Tags**, **Tags hinzufügen/bearbeiten**, und führen Sie dann einen oder mehrere der folgenden Schritte aus:

   1. Um ein Tag zu aktualisieren, bearbeiten Sie die Werte von **Schlüssel** und **Wert**.

   1. Um ein neues Tag hinzuzufügen, wählen Sie **Tag erstellen**. Geben Sie für **Schlüssel** und **Wert** Werte ein.

   1. Um ein Tag zu löschen, wählen Sie das Symbol „Löschen“ (X) neben dem Tag.

1. Wenn Sie mit dem Aktualisieren der Tags fertig sind, klicken Sie auf **Speichern**.

**Um die Tags für einen Gateway Load Balancer mit dem zu aktualisieren AWS CLI**  
Verwenden Sie die Befehle [add-tags](https://docs.aws.amazon.com/cli/latest/reference/elbv2/add-tags.html) und [remove-tags](https://docs.aws.amazon.com/cli/latest/reference/elbv2/remove-tags.html).

# Löschen eines Gateway-Load-Balancers
<a name="delete-load-balancer"></a>

Sobald Ihr Gateway Load Balancer verfügbar ist, wird Ihnen jede angefangene Stunde, die Sie ihn in Betrieb halten, in Rechnung gestellt. Wenn Sie den Gateway Load Balancer nicht mehr benötigen, können Sie ihn löschen. Sobald der Gateway Load Balancer gelöscht wird, fallen keine Gebühren mehr für ihn an.

Sie können einen Gateway Load Balancer nicht löschen, wenn er von einem anderen Dienst verwendet wird. Wenn der Gateway Load Balancer beispielsweise mit einem VPC-Endpunktdienst verknüpft ist, müssen Sie die Konfiguration des Endpunktdienstes löschen, bevor Sie den zugehörigen Gateway Load Balancer löschen können.

Das Löschen eines Gateway Load Balancers löscht auch dessen Listener. Das Löschen eines Gateway Load Balancers hat keine Auswirkungen auf seine registrierten Ziele. Beispielsweise laufen Ihre EC2 Instances weiter und sind weiterhin für ihre Zielgruppen registriert. Informationen zum Löschen Ihrer Zielgruppen finden Sie unter [Löschen Sie eine Zielgruppe für Ihren Gateway Load Balancer](delete-target-group.md).

**So löschen Sie einen Gateway Load Balancer mithilfe der Konsole**

1. Öffnen Sie die EC2 Amazon-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 **Load Balancers** aus.

1. Wählen Sie den Gateway Load Balancer.

1. Wählen Sie **Aktionen**, **Löschen** aus.

1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Ja, löschen**.

**Um einen Gateway Load Balancer mit dem AWS CLI**  
Verwenden Sie den Befehl [delete-load-balancer](https://docs.aws.amazon.com/cli/latest/reference/elbv2/delete-load-balancer.html).

# Kapazitätsreservierungen für Ihren Gateway Load Balancer
<a name="capacity-unit-reservation"></a>

Mit Reservierungen für Load Balancer Capacity Unit (LCU) können Sie eine statische Mindestkapazität für Ihren Load Balancer reservieren. Gateway Load Balancer skalieren automatisch, um erkannte Workloads zu unterstützen und den Kapazitätsbedarf zu decken. Wenn die Mindestkapazität konfiguriert ist, skaliert Ihr Load Balancer auf der Grundlage des empfangenen Datenverkehrs weiter nach oben oder unten, verhindert aber auch, dass die Kapazität unter die konfigurierte Mindestkapazität fällt.

Erwägen Sie die Verwendung der LCU-Reservierung in den folgenden Situationen:
+ Sie haben ein bevorstehendes Ereignis, das plötzlich ungewöhnlich viel Traffic haben wird, und Sie möchten sicherstellen, dass Ihr Load Balancer den plötzlichen Anstieg des Datenverkehrs während des Ereignisses bewältigen kann.
+ Sie haben aufgrund der Art Ihrer Arbeitslast für einen kurzen Zeitraum einen unvorhersehbaren Anstieg des Datenverkehrs.
+ Sie richten Ihren Load Balancer so ein, dass er Ihre Dienste zu einer bestimmten Startzeit integriert oder migriert, und müssen mit einer hohen Kapazität beginnen, anstatt darauf zu warten, dass die auto-scaling wirksam wird.
+ Sie migrieren Workloads zwischen Load Balancern und möchten das Ziel so konfigurieren, dass es der Größe der Quelle entspricht.

**Schätzen Sie die Kapazität, die Sie benötigen**  
Bei der Festlegung der Kapazität, die Sie für Ihren Load Balancer reservieren sollten, empfehlen wir, Lasttests durchzuführen oder historische Workload-Daten zu überprüfen, die den erwarteten kommenden Traffic darstellen. Mithilfe der Elastic Load Balancing Balancing-Konsole können Sie anhand des überprüften Datenverkehrs abschätzen, wie viel Kapazität Sie reservieren müssen.

Alternativ können Sie anhand einer CloudWatch Metrik **ProcessedBytes**das richtige Kapazitätsniveau ermitteln. Die Kapazität für Ihren Load Balancer ist reserviert LCUs, wobei jede LCU 2,2 Mbit/s entspricht. Mithilfe der **PeakBytesPerSecond**Metrik können Sie den maximalen Datendurchsatz pro Minute auf dem Load Balancer ermitteln und diesen Durchsatz dann auf eine LCUs Konversionsrate von 2,2 Mbit/s umrechnen, was 1 LCU entspricht.

Wenn Sie keine historischen Workload-Daten als Referenz haben und keine Lasttests durchführen können, können Sie die benötigte Kapazität mithilfe des LCU-Reservierungsrechners abschätzen. Der LCU-Reservierungsrechner verwendet Daten, die auf historischen Workloads basieren, AWS beobachten und stellen möglicherweise nicht Ihre spezifische Arbeitslast dar. Weitere Informationen finden Sie unter [Load Balancer Capacity Unit Reservation Calculator](https://exampleloadbalancer.com/ondemand_capacity_reservation_calculator.html).

**Unterstützte Regionen**

Diese Funktion ist nur in den folgenden Regionen verfügbar:
+ USA Ost (Nord-Virginia)
+ USA Ost (Ohio)
+ USA West (Oregon)
+ Asien-Pazifik (Hongkong)
+ Asien-Pazifik (Singapur)
+ Asien-Pazifik (Sydney)
+ Asien-Pazifik (Tokio)
+ Europe (Frankfurt)
+ Europa (Irland)
+ Europa (Stockholm)

**Mindest- und Höchstwerte für eine LCU-Reservierung**  
Die gesamte Reservierungsanfrage muss mindestens 2.750 LCU pro Availability Zone betragen. Der Höchstwert wird durch die Kontingente für Ihr Konto bestimmt. Weitere Informationen finden Sie unter [Load Balancer Balancer-Kapazitätseinheiten](quotas-limits.md#lcu-quotas).

# Fordern Sie die Reservierung einer Load Balancer-Kapazitätseinheit für Ihren Gateway Load Balancer an
<a name="request-capacity-unit-reservation"></a>

Bevor Sie die LCU-Reservierung nutzen, sollten Sie Folgendes überprüfen:
+ Die LCU-Reservierung unterstützt nur die Reservierung von Durchsatzkapazität für Gateway Load Balancer. Wenn Sie eine LCU-Reservierung beantragen, rechnen Sie Ihren Kapazitätsbedarf von Mbit/s auf LCUs die Umrechnungsrate von 1 LCU auf 2,2 Mbit/s um.
+ Die Kapazität wird auf regionaler Ebene reserviert und gleichmäßig auf die Verfügbarkeitszonen verteilt. Stellen Sie sicher, dass Sie über genügend gleichmäßig verteilte Ziele in jeder Availability Zone verfügen, bevor Sie die LCU-Reservierung aktivieren.
+ LCU-Reservierungsanfragen werden nach dem Prinzip „Wer zuerst kommt, mahlt zuerst“ bearbeitet und hängen von der zu diesem Zeitpunkt verfügbaren Kapazität für eine Zone ab. Die meisten Anfragen werden in der Regel innerhalb einer Stunde bearbeitet, können aber bis zu einigen Stunden dauern.
+ Um eine bestehende Reservierung zu aktualisieren, muss die vorherige Anfrage bereitgestellt werden oder sie ist fehlgeschlagen. Sie können die reservierte Kapazität beliebig oft erhöhen, Sie können die reservierte Kapazität jedoch nur zweimal täglich verringern.

**Fordern Sie eine LCU-Reservierung an**  
In den Schritten in diesem Verfahren wird erklärt, wie Sie eine LCU-Reservierung auf Ihrem Load Balancer beantragen.

**So fordern Sie eine LCU-Reservierung über die Konsole an**

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

1. Wählen Sie im Navigationsbereich **Load Balancers** aus.

1. Wählen Sie den Namen eines Load Balancers aus.

1. Wählen Sie auf der Registerkarte **Kapazität** die Option **LCU-Reservierung bearbeiten** aus.

1. Wählen Sie **Historische referenzbasierte Schätzung** und dann den Load Balancer aus der Drop-down-Liste aus.

1. Wählen Sie den Referenzzeitraum aus, um die empfohlene reservierte LCU-Stufe anzuzeigen.

1. Wenn Sie in der Vergangenheit nicht über einen Referenz-Workload verfügen, können Sie „**Manuelle Schätzung**“ wählen und die Anzahl der LCUs zu reservierenden Workloads eingeben.

1. Wählen Sie **Speichern**.

**Um eine LCU-Reservierung anzufordern, verwenden Sie AWS CLI**  
Verwenden Sie den Befehl [modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-capacity-reservation.html).

# Load Balancer Capacity Unit-Reservierungen für Ihren Gateway Load Balancer aktualisieren oder beenden
<a name="update-capacity-unit-reservation"></a>

**Eine LCU-Reservierung aktualisieren oder beenden**  
In den Schritten in diesem Verfahren wird erklärt, wie Sie eine LCU-Reservierung auf Ihrem Load Balancer aktualisieren oder beenden.

**So aktualisieren oder beenden Sie eine LCU-Reservierung mithilfe der Konsole**

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

1. Wählen Sie im Navigationsbereich **Load Balancers** aus.

1. Wählen Sie den Namen eines Load Balancers aus.

1. Vergewissern Sie sich auf der Registerkarte **Kapazität**, dass der Status der Reservierung bereitgestellt lautet.

   1. Um die LCU-Reservierung zu aktualisieren, wählen Sie LCU-Reservierung **bearbeiten.**

   1. **Um die LCU-Reservierung zu beenden, wählen Sie Kapazität stornieren.**

**Um eine LCU-Reservierung zu aktualisieren oder zu beenden, verwenden Sie AWS CLI**  
Verwenden Sie den Befehl [modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-capacity-reservation.html).

# Überwachen Sie die Reservierung von Load Balancer-Kapazitätseinheiten für Ihren Gateway Load Balancer
<a name="monitor-capacity-unit-reservation"></a>

**Status der Reservierung**  
Die LCU-Reservierung hat vier verfügbare Status:
+ Ausstehend ‐ Zeigt an, dass die Reservierung gerade bereitgestellt wird.
+ bereitgestellt — Zeigt an, dass die reservierte Kapazität bereit und nutzbar ist.
+ fehlgeschlagen ‐ Zeigt an, dass die Anfrage derzeit nicht abgeschlossen werden kann.
+ Neuverteilung — Zeigt an, dass eine Availability Zone hinzugefügt wurde und der Load Balancer die Kapazität neu verteilt.

**Reservierte LCU**  
Um die Auslastung der reservierten LCU zu ermitteln, können Sie die **PeakBytesPerSecond**Metrik pro Minute mit der Summe pro Stunde (reserviert) vergleichen. LCUs Verwenden Sie (Byte pro Minute) \$18/60/ (10^6) /2.2, um Byte pro Minute in LCU pro Stunde umzurechnen.

**Überwachen Sie reservierte Kapazität**  
In den Schritten in diesem Prozess wird erklärt, wie Sie den Status einer LCU-Reservierung auf Ihrem Load Balancer überprüfen können.

**So zeigen Sie den Status einer LCU-Reservierung mithilfe der Konsole an**

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

1. Wählen Sie im Navigationsbereich **Load Balancers** aus.

1. Wählen Sie den Namen eines Load Balancers aus.

1. Auf der Registerkarte **Kapazität** können Sie den **Reservierungsstatus** und den Wert für **reservierte LCU** einsehen.

**Um den Status der LCU-Reservierung zu überwachen, verwenden Sie AWS CLI**  
Verwenden Sie den Befehl [describe-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/elbv2/describe-capacity-reservation.html).