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.
Umgang mit Pod-IP-Erschöpfung
Diese Architektur zeigt, wie Sie mit der Erschöpfung von Pod-IP-Adressen umgehen können, indem Sie Ihrer Amazon VPC sekundäre CIDR-Blöcke aus dem RFC
Gehen Sie mit der Erschöpfung der Pod-IP um
Die folgenden Schritte beschreiben den eingehenden externen Datenfluss:
-
Amazon Route 53 löst eingehende Anfragen an das öffentliche ELB auf, das vom AWS Load Balancer Controller bereitgestellt wird.
-
Die ELBs leiten den Datenverkehr an Anwendungen weiter. Sie wählen zwischen dem Instanzmodus (Datenverkehr, der an einen Worker-Knoten gesendet wird, dann leitet der Dienst zum Pod weiter) oder dem IP-Modus (Datenverkehr, der direkt an die Pod-IP weitergeleitet wird).
Die folgenden Schritte beschreiben den internen Eingangsfluss:
-
Amazon Route 53 löst eingehende Anfragen an den privaten ELB auf, der vom AWS Load Balancer Controller
mithilfe einer privat gehosteten Zone bereitgestellt wird. -
Die ELBs leiten den Datenverkehr an Anwendungen im Instanzmodus oder IP-Modus weiter.
Die folgenden Schritte beschreiben den ausgehenden externen Datenfluss:
-
Ein Pod in einem privaten Subnetz initiiert eine ausgehende Anfrage an das Internet. Die private Routing-Tabelle leitet den Datenverkehr an das NAT-Gateway (NGW) weiter.
-
Die öffentliche Routing-Tabelle leitet den Datenverkehr vom NGW an das Internet-Gateway (IGW) weiter.
Die folgenden Schritte beschreiben den ausgehenden internen Datenfluss:
-
Ein Pod in einem privaten Subnetz initiiert eine ausgehende Anfrage an das lokale Netzwerk. Die private Routing-Tabelle leitet den Datenverkehr an das Virtual Private Gateway (VGW) weiter.
-
Der Datenverkehr erreicht das lokale Netzwerk über die VPN- oder AWS Direct Connect-Verbindung.
Anmerkung
Das Standardverhalten von Amazon EKS besteht darin, den NAT-Pod-Verkehr an die primäre IP-Adresse des Hosting-Worker-Knotens weiterzuleiten. AWS Fargate
Weitere Informationen
Weitere Informationen finden Sie in den folgenden Ressourcen:
Geschichte des Diagramms
Abonnieren Sie den RSS-Feed, um über Aktualisierungen dieses Referenzarchitekturdiagramms informiert zu werden.
| Änderung | Beschreibung | Datum |
|---|---|---|
Das Referenzarchitekturdiagramm wurde zuerst veröffentlicht. | 22. Februar 2022 | |
Erste Veröffentlichung | Das Referenzarchitekturdiagramm wurde erstmals veröffentlicht. | 22. Februar 2022 |
Das Referenzarchitekturdiagramm wurde erstmals veröffentlicht. | 22. Februar 2022 |
Anmerkung
Um RSS-Updates zu abonnieren, muss ein RSS-Plugin für den von Ihnen verwendeten Browser aktiviert sein.
