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.
Registrieren Sie Ziele für Ihren Network Load Balancer
Wenn Ihr Ziel dazu bereit ist, Anforderungen zu bearbeiten, registrieren Sie es bei mindestens einer Zielgruppe. Der Zieltyp der Zielgruppe legt fest, wie Sie Ziele registrieren. Sie können beispielsweise Instance-IDs, IP-Adressen oder einen Application Load Balancer registrieren. Ihr Network Load Balancer beginnt mit der Weiterleitung von Anforderungen an die Ziele, sobald der Registrierungsprozess abgeschlossen ist und die Ziele die ersten Zustandsprüfungen bestanden haben. Es kann einige Minuten dauern, bis der Registrierungsvorgang abgeschlossen ist und die Zustandsprüfungen gestartet werden. Weitere Informationen finden Sie unter Zustandsprüfungen für Zielgruppen von Network Load Balancer.
Wenn die Nachfrage nach Ihren aktuell registrierten Zielen steigt, können Sie zusätzliche Ziele registrieren, um die Nachfrage zu bewältigen. Wenn der Bedarf an Ihren registrierten Zielen abnimmt, können Sie Ziele aus Ihrer Zielgruppe abmelden. Es kann einige Minuten dauern, bis der Abmeldevorgang abgeschlossen ist und der Load Balancer Routinganfragen an das Ziel einstellt. Wenn der Bedarf nachträglich steigt, können Sie Ziele, die Sie bei der Zielgruppe abgemeldet haben, erneut registrieren. Muss ein Ziel gewartet werden, können Sie es abmelden und dann erneut registrieren, wenn die Wartung abgeschlossen ist.
Wenn Sie die Registrierung eines Ziels aufheben, wartet Elastic Load Balancing, bis die laufenden Anforderungen abgeschlossen sind. Dies wird als Connection Draining bezeichnet. Der Status eines Ziels ist draining, während Connection Draining erfolgt. Nach Aufheben der Registrierung ändert sich der Status des Ziels in unused. Weitere Informationen finden Sie unter Verzögerung der Registrierungsaufhebung.
Wenn Sie Ziele nach Instance-ID registrieren, können Sie Ihren Load Balancer mit einer Auto-Scaling-Gruppe verwenden. Nachdem Sie eine Zielgruppe einer Auto-Scaling-Gruppe zugeordnet haben und die Gruppe hochskaliert wird, werden die von der Auto-Scaling-Gruppe gestarteten Instances automatisch bei der Zielgruppe registriert. Wenn Sie den Load Balancer von der Auto-Scaling-Gruppe trennen, wird die Registrierung der Instances bei der Zielgruppe automatisch aufgehoben. Weitere Informationen finden Sie unter Anhängen eines Load Balancers an Ihre Auto-Scaling-Gruppe im Benutzerhandbuch zu Auto Scaling in Amazon EC2.
Inhalt
Zielsicherheitsgruppen
Bevor Sie Ziele zu Ihrer Zielgruppe hinzufügen, konfigurieren Sie die mit den Zielen verknüpften Sicherheitsgruppen so, dass sie Datenverkehr von Ihrem Network Load Balancer akzeptieren.
Empfehlungen für Zielsicherheitsgruppen, wenn dem Load Balancer eine Sicherheitsgruppe zugeordnet ist
-
Um Client-Datenverkehr zuzulassen: Fügen Sie eine Regel hinzu, die auf die Sicherheitsgruppe verweist, die dem Load Balancer zugeordnet ist.
-
Um PrivateLink Datenverkehr zuzulassen: Wenn Sie den Load Balancer so konfiguriert haben, dass er eingehende Regeln für den durchgehenden Datenverkehr auswertet AWS PrivateLink, fügen Sie eine Regel hinzu, die Datenverkehr von der Load Balancer-Sicherheitsgruppe am Verkehrsport akzeptiert. Fügen Sie andernfalls eine Regel hinzu, die Datenverkehr von den privaten IP-Adressen des Load Balancers am Datenverkehrsport akzeptiert.
-
Um Load Balancer-Zustandsprüfungen zu akzeptieren: Fügen Sie eine Regel hinzu, die Zustandsprüfungsverkehr von den Load-Balancer-Sicherheitsgruppen am Zustandsprüfport akzeptiert.
Empfehlungen für Zielsicherheitsgruppen, wenn dem Load Balancer keine Sicherheitsgruppe zugeordnet ist
-
Um Client-Datenverkehr zuzulassen: Wenn Ihr Load Balancer Client-IP-Adressen beibehält, fügen Sie eine Regel hinzu, die Datenverkehr von den IP-Adressen zugelassener Clients am Datenverkehrsport akzeptiert. Fügen Sie andernfalls eine Regel hinzu, die Datenverkehr von den privaten IP-Adressen des Load Balancers am Datenverkehrsport akzeptiert.
-
Um PrivateLink Datenverkehr zuzulassen: Fügen Sie eine Regel hinzu, die Datenverkehr von den privaten IP-Adressen des Load Balancers am Verkehrsport akzeptiert.
-
Um Load-Balancer-Zustandsprüfungen zu akzeptieren: Fügen Sie eine Regel hinzu, die Zustandsprüfungsverkehr von privaten Adressen des Load Balancers am Zustandsprüfport akzeptiert.
So funktioniert die Beibehaltung von Client-IP-Adressen
Network Load Balancers behalten Client-IP-Adressen nur bei, wenn Sie das preserve_client_ip.enabled-Attribut auf true setzen. Außerdem funktioniert bei Dual-Stack-Netzwerk-Loadbalancern die Beibehaltung der Client-IP-Adresse nicht, wenn IPv4-Adressen in IPv6 oder IPv6 in IPv4-Adressen übersetzt werden. Die Beibehaltung der Client-IP-Adresse funktioniert nur, wenn Client- und Ziel-IP-Adressen beide IPv4 oder beide IPv6 sind.
So finden Sie die privaten IP-Adressen des Load Balancers mithilfe der Konsole
Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
Wählen Sie im Navigationsbereich Network Interfaces (Netzwerkschnittstellen) aus.
-
Geben Sie in das Suchfeld den Namen Ihres Network Load Balancer ein. Es gibt eine Netzwerkschnittstelle pro Load Balancer-Subnetz.
-
Kopieren Sie in der Registerkarte Details für jede Netzwerkschnittstelle die Adresse von Primäre private IPv4-Adresse.
Weitere Informationen finden Sie unter Aktualisieren Sie die Sicherheitsgruppen für Ihren Network Load Balancer.
Netzwerk-ACLs
Wenn Sie EC2-Instances als Ziele registrieren, müssen Sie sicherstellen, dass die Netzwerk-ACLs für die Subnetze für Ihre Instances Datenverkehr sowohl auf dem Listener-Port, als auch auf dem Zustandsprüfungs-Port zulassen. Die standardmäßige Netzwerkzugriffskontrollliste (ACL) für eine VPC erlaubt den gesamten ein- und ausgehenden Datenverkehr. Wenn Sie benutzerdefinierte Netzwerk-ACLs erstellen, stellen Sie sicher, dass sie den entsprechenden Datenverkehr zulassen.
Die Netzwerk-ACLs, die den Subnetzen für Ihre Instances zugeordnet sind, müssen den folgenden Datenverkehr für den mit dem Internet verbundenen Load Balancer zulassen.
| Inbound | |||
|---|---|---|---|
| Quelle | Protocol (Protokoll) | Port Range (Port-Bereich) | Kommentar |
Client IP addresses |
listener |
target port |
Client-Verkehr zulassen (IP-Erhaltung:ON) |
VPC CIDR |
listener |
target port |
Client-Verkehr zulassen (IP-Erhaltung:OFF) |
VPC CIDR |
health check |
health check |
Zustandsüberprüfungsverkehr zulassen |
| Outbound | |||
| Ziel | Protocol (Protokoll) | Port Range (Port-Bereich) | Kommentar |
Client IP addresses |
listener |
1024 - 65535 | Rückverkehr zum Client zulassen (IP-Erhaltung:ON) |
VPC CIDR |
listener |
1024 - 65535 | Rückverkehr zum Client zulassen (IP-Erhaltung:OFF) |
VPC CIDR |
health check |
1024 - 65535 | Zustandsüberprüfungsverkehr zulassen |
Die Netzwerk-ACLs, die den Subnetzen für Ihren Load Balancer zugeordnet sind, müssen den folgenden Datenverkehr für den mit dem Internet verbundenen Load Balancer zulassen.
| Inbound | |||
|---|---|---|---|
| Quelle | Protocol (Protokoll) | Port Range (Port-Bereich) | Kommentar |
Client IP addresses |
listener |
listener |
Client-Verkehr zulassen |
VPC CIDR |
listener |
1024 - 65535 | Antwort vom Ziel zulassen |
VPC CIDR |
health check |
1024 - 65535 | Zustandsüberprüfungsverkehr zulassen |
| Outbound | |||
| Ziel | Protocol (Protokoll) | Port Range (Port-Bereich) | Kommentar |
Client IP addresses |
listener |
1024 - 65535 | Antworten an Kunden zulassen |
VPC CIDR |
listener |
target port |
Anfragen an Ziele zulassen |
VPC CIDR |
health check |
health check |
Lassen Sie Ziele einen Gesundheitscheck zu |
Bei einem internen Load Balancer müssen die Netzwerk-ACLs für die Subnetze für Ihre Instances und Load-Balancer-Knoten sowohl eingehenden als auch ausgehenden Datenverkehr zum und vom VPC-CIDR auf dem Listener-Port und den ephemeren Ports zulassen.
Gemeinsam genutzte Subnetze
Teilnehmer können einen Network Load Balancer in einer gemeinsam genutzten VPC erstellen. Teilnehmer können kein Ziel registrieren, das in einem Subnetz ausgeführt wird, das nicht für sie freigegeben ist.
Gemeinsam genutzte Subnetze für Network Load Balancer werden in allen AWS Regionen unterstützt, mit Ausnahme von:
-
Asien-Pazifik (Osaka)
ap-northeast-3 -
Asien-Pazifik (Hongkong)
ap-east-1 -
Naher Osten (Bahrain)
me-south-1 -
AWS China (Peking)
cn-north-1 -
AWS China (Ningxia)
cn-northwest-1
Ziele registrieren
Jede Zielgruppe muss mindestens ein registriertes Ziel in jeder Availability Zone haben, die für den Load Balancer aktiviert ist.
Der Zieltyp Ihrer Zielgruppe bestimmt, welche Ziele Sie registrieren können. Weitere Informationen finden Sie unter Zieltyp. Verwenden Sie die folgenden Informationen, um Ziele für eine Zielgruppe vom Typ instance oder zu registrierenip. Wenn der Zieltyp istalb, finden Sie weitere Informationen unterVerwenden Sie Application Load Balancers als Ziele.
Anforderungen und Überlegungen
-
Die Instance muss sich bei der Registrierung im Status „
running“ befinden. -
Sie können Instances nicht nach Instance-ID registrieren, wenn sie einen der folgenden Instance-Typen verwenden: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 oder T1.
-
Bei der Registrierung von Zielen anhand der Instanz-ID müssen sich die Instances in derselben VPC wie der Network Load Balancer befinden. Sie können Instances nicht nach Instance-ID registrieren, wenn sie sich in einer VPC befinden, die mit der Load-Balancer-VPC gekoppelt ist (dieselbe Region oder eine andere Region). Sie können diese Instances nach IP-Adresse registrieren.
-
Bei der Registrierung von Zielen anhand der Instance-ID für eine IPv6-Zielgruppe müssen die Ziele über eine zugewiesene primäre IPv6-Adresse verfügen. Weitere Informationen finden Sie unter IPv6-Adressen im Amazon EC2 EC2-Benutzerhandbuch
-
Wenn Sie Ziele nach IP-Adresse für eine IPv4-Zielgruppe registrieren, müssen die IP-Adressen, die Sie registrieren, aus einem der folgenden CIDR-Blöcke stammen:
-
Die Subnetze der Zielgruppe VPC
-
10.0.0. 0/8 (RFC 1918)
-
100,64,0. 0/10 (RFC 6598)
-
172,16,0. 0/12 (RFC 1918)
-
192.168,0. 0/16 (RFC 1918)
-
-
Wenn Sie Ziele nach IP-Adresse für eine IPv6-Zielgruppe registrieren, müssen sich die IP-Adressen, die Sie registrieren, innerhalb des VPC-IPv6-CIDR-Blocks oder innerhalb des IPv6-CIDR-Blocks einer Peer-VPC befinden.
-
Wenn Sie ein Ziel nach IP-Adresse registrieren und sich die IP-Adresse in derselben VPC wie der Load Balancer befindet, überprüft der Load Balancer, ob das Ziel zu einem Subnetz gehört, das es erreichen kann.
-
Registrieren Sie Instances für UDP-, TCP_UDP-, QUIC- und TCP_QUIC-Zielgruppen nicht anhand der IP-Adresse, wenn sie sich außerhalb der Load Balancer-VPC befinden oder einen der folgenden Instance-Typen verwenden: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 oder T1. Ziele, die sich außerhalb der Load-Balancer-VPC befinden oder einen nicht unterstützten Instance-Typ verwenden, können möglicherweise Datenverkehr vom Load Balancer empfangen, dann aber nicht antworten.
Spezifische Anforderungen und Überlegungen für QUIC
-
Für alle Ziele, die für eine QUIC- oder TCP_QUIC-Zielgruppe registriert sind, muss eine Server-ID angegeben werden.
-
Server-IDs müssen für alle Ziele, die in einem Network Load Balancer Balancer-Listener existieren, eindeutig sein.
-
QUIC-Server-IDs sind immer 8 Byte groß. Bei der Registrierung des Ziels muss die Server-ID das folgende Format haben,
0xgefolgt von 16 Hexadezimalzeichen. -
Sobald ein Ziel mit einer Server-ID registriert ist, ist die ID unveränderlich. Um eine Zielserver-ID zu ändern, muss sie zuerst deregistriert und dann mit der neuen Server-ID registriert werden.
-
Eine Kombination aus Ziel-ID und Port muss eine Server-ID haben. Die Verwendung einer anderen Server-ID für dieselbe IP- oder Instance-ID- und Port-Kombination innerhalb derselben VPC wird nicht unterstützt.
-
Vermeiden Sie es, dieselbe Server-ID innerhalb von 6 Stunden für ein anderes Ziel wiederzuverwenden.
Ziele deregistrieren
Wenn die Nachfrage nach Ihrer Anwendung sinkt oder Sie Ihre Ziele warten müssen, können Sie die Registrierung von Zielen bei Ihren Zielgruppen aufheben. Bei der Aufhebung der Registrierung eines Ziels wird es aus Ihrer Zielgruppe entfernt. Ansonsten hat dies keine Auswirkungen auf das Ziel. Der Load Balancer stoppt das Weiterleiten von Datenverkehr an ein Ziel, sobald die Registrierung des Ziels aufgehoben wird. Das Ziel wechselt in den Zustand draining, bis laufende Anfragen abgeschlossen wurden.
