**Unterstützung für die Verbesserung dieser Seite beitragen**
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.
Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub Link **Diese Seite bearbeiten auf**, der sich im rechten Bereich jeder Seite befindet.
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.
# Erfahren Sie mehr über IPv6 Adressen für Cluster, Pods und Dienste
**Gilt für**: Pods mit EC2 Amazon-Instances und Fargate Pods
Standardmäßig weist Kubernetes Ihren Pods und Services `IPv4`-Adressen zu. Anstatt Ihren Pods und Services `IPv4`-Adressen zuzuweisen, können Sie Ihren Cluster so konfigurieren, dass er ihnen `IPv6`-Adressen zuweist. Amazon EKS unterstützt keine Dual-Stack-Pods oder -Services, obwohl Kubernetes dies tut. Daher können Sie Ihren Pods und Services nicht sowohl `IPv4`- als auch `IPv6`-Adressen zuweisen.
Sie wählen aus, welche IP-Familie Sie für Ihren Cluster verwenden möchten, wenn Sie ihn erstellen. Sie können die Familie nach dem Erstellen des Clusters nicht mehr ändern.
Ein Tutorial zum Bereitstellen eines Amazon-EKS-`IPv6`-Clusters finden Sie unter [Bereitstellen eines `IPv6`-Clusters von Amazon EKS und verwalteter Amazon-Linux-Knoten](deploy-ipv6-cluster.md).
Nachfolgend finden Sie einige Überlegungen zur Verwendung des Features:
## `IPv6`-Feature-Support
+ **Kein Windows-Support**: Windows-Pods und -Services werden nicht unterstützt.
+ **Nitro-basierte EC2 Knoten erforderlich**: Sie können sie nur `IPv6` mit AWS Nitro-basierten Amazon EC2 - oder Fargate-Knoten verwenden.
+ **EC2 und unterstützte Fargate-Knoten**: Sie können sie `IPv6` [Einzelnen Pods Sicherheitsgruppen zuweisen](security-groups-for-pods.md) mit EC2 Amazon-Knoten und Fargate-Knoten verwenden.
+ **Outposts werden nicht unterstützt**: Sie können `IPv6` nicht mit [Stellen Sie Amazon EKS vor Ort mit AWS Outposts bereit](eks-outposts.md) verwenden.
+ **FSx for Lustre wird nicht unterstützt**: Das [Verwendung von leistungsstarkem App-Speicher mit Amazon FSx für Lustre](fsx-csi.md) wird nicht unterstützt.
+ **Benutzerdefinierte Netzwerke werden nicht unterstützt**: Wenn Sie zuvor [Bereitstellung von Pods in alternativen Subnetzen mit benutzerdefiniertem Netzwerk](cni-custom-network.md) verwendet haben, um die Erschöpfung von IP-Adressen zu verringern, können Sie stattdessen `IPv6` verwenden. Sie können benutzerdefinierte Netzwerke nicht mit `IPv6` verwenden. Wenn Sie benutzerdefinierte Netzwerke für die Netzwerkisolierung verwenden, müssen Sie möglicherweise weiterhin benutzerdefinierte Netzwerke und die `IPv4`-Produktfamilie für Ihre Cluster verwenden.
## Zuweisung von IP-Adressen
+ **Kubernetes- Services**: Kubernetes-Services werden lediglich `IPv6`-Adressen zugewiesen. Ihnen sind keine IPv4 Adressen zugewiesen.
+ **Pods**: Pods werden eine IPv6 Adresse und eine lokale IPv4 Hostadresse zugewiesen. Die hostlokale IPv4 Adresse wird mithilfe eines hostlokalen CNI-Plug-ins zugewiesen, das mit VPC CNI verkettet ist, und die Adresse wird nicht an die Kubernetes-Steuerebene gemeldet. Es wird nur verwendet, wenn ein Pod mit externen IPv4 Ressourcen in einer anderen Amazon VPC oder im Internet kommunizieren muss. Die hostlokale IPv4 Adresse wird SNATed (per VPC CNI) an die primäre IPv4 Adresse der primären ENI des Worker-Knotens weitergeleitet.
+ **Pods und Services**: Pods und Services erhalten nur `IPv6`-Adressen, keine `IPv4`-Adressen. Wenn Pods mit externen `IPv4`-Endpunkten kommunizieren müssen, verwenden sie NAT auf dem Knoten selbst. [Diese integrierte NAT-Fähigkeit macht und überflüssig. DNS64 NAT64](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html#nat-gateway-nat64-dns64) Für Datenverkehr, der einen öffentlichen Internetzugang erfordert, wird die Quellnetzwerkadresse des Pods in eine öffentliche IP-Adresse übersetzt.
+ **Weiterleitung von Adressen**: Wenn ein Pod außerhalb der VPC kommuniziert, bleibt seine ursprüngliche `IPv6`-Adresse erhalten (sie wird nicht in die `IPv6`-Adresse des Knotens übersetzt). Dieser Datenverkehr wird direkt über ein Internet-Gateway oder ein nur für den Ausgang bestimmtes Internet-Gateway weitergeleitet.
+ **Knoten**: Allen Knoten wird eine `IPv4`- und `IPv6`-Adresse zugewiesen.
+ **Fargate-Pods**: Jeder Fargate-Pod erhält eine `IPv6`-Adresse vom CIDR, die für das Subnetz angegeben ist, in dem er bereitgestellt wird. Die zugrunde liegende Hardwareeinheit, auf der Fargate Pods ausgeführt werden, erhält eine eindeutige `IPv4` `IPv6` Adresse von den CIDRs , die dem Subnetz zugewiesen sind, in dem die Hardwareeinheit bereitgestellt wird.
## Vorgehensweise zur Verwendung von `IPv6` mit EKS
+ **Neuen Cluster erstellen**: Sie müssen einen neuen Cluster erstellen und angeben, dass Sie die `IPv6`-Familie für diesen Cluster verwenden möchten. Sie können die `IPv6`-Familie nicht für einen Cluster aktivieren, den Sie von einer früheren Version aktualisiert haben. Anweisungen zum Erstellen eines neuen Clusters finden Sie unter Überlegungen.
+ **Aktuelles VPC CNI verwenden**: Stellen Sie Amazon VPC CNI Version `1.10.1` oder höher bereit. Diese Version oder höher wird standardmäßig bereitgestellt. Nachdem Sie das Add-On bereitgestellt haben, können Sie Ihr Amazon-VPC-CNI-Add-On nicht auf eine niedrigere Version als `1.10.1` herabstufen, ohne zuerst alle Knoten in allen Knotengruppen in Ihrem Cluster zu entfernen.
+ **VPC CNI konfigurieren für `IPv6`**: Wenn Sie EC2 Amazon-Knoten verwenden, müssen Sie das Amazon VPC CNI-Add-on mit IP-Präfix-Delegierung und konfigurieren. `IPv6` Wenn Sie beim Erstellen Ihres Clusters die `IPv6`-Familie wählen, wird die Version `1.10.1` des Add-ons standardmäßig auf diese Konfiguration festgelegt. Dies ist sowohl bei einem selbstverwalteten als auch bei Amazon EKS Add-on der Fall. Weitere Informationen über die IP-Präfix-Delegation finden Sie unter [Zuweisung weiterer IP-Adressen mit Präfixen zu Amazon-EKS-Knoten](cni-increase-ip-addresses.md).
+ **`IPv4`- und `IPv6`-Adressen konfigurieren**: Wenn Sie einen Cluster erstellen, müssen die VPC und die von Ihnen angegebenen Subnetze über einen `IPv6`-CIDR-Block verfügen, der der VPC und den von Ihnen angegebenen Subnetzen zugewiesen ist. Sie müssen auch über einen `IPv4`-CIDR-Block verfügen. Dies liegt daran, dass eine VPC, selbst wenn Sie nur `IPv6` verwenden möchten, immer noch einen `IPv4`-CIDR-Block benötigt, um zu funktionieren. Weitere Informationen finden Sie unter [Einen IPv6 CIDR-Block mit Ihrer VPC verknüpfen](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#vpc-associate-ipv6-cidr) im Amazon VPC-Benutzerhandbuch.
+ **Automatische Zuweisung von IPv6 Adressen zu Knoten:** Wenn Sie Ihre Knoten erstellen, müssen Sie Subnetze angeben, die für die automatische `IPv6` Zuweisung von Adressen konfiguriert sind. Andernfalls können Sie Ihre Knoten nicht bereitstellen. Diese Konfiguration ist standardmäßig deaktiviert. Weitere Informationen finden Sie unter [Ändern des IPv6 Adressierungsattributs für Ihr Subnetz](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-ip-addressing.html#subnet-ipv6) im Amazon VPC-Benutzerhandbuch.
+ **Routing-Tabellen für die Verwendung von `IPv6` festlegen**: Die Routing-Tabellen, die Ihren Subnetzen zugewiesen sind, müssen Routen für `IPv6`-Adressen haben. Weitere Informationen finden Sie unter [Migrieren zu IPv6](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6.html) im Amazon VPC-Benutzerhandbuch.
+ **Sicherheitsgruppen für `IPv6` festlegen**: Ihre Sicherheitsgruppen müssen `IPv6`-Adressen zulassen. Weitere Informationen finden Sie unter [Migrieren zu IPv6](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6.html) im Amazon VPC-Benutzerhandbuch.
+ **Load Balancer einrichten**: Verwenden Sie Version `2.3.1` oder höher des Load Balancer Controllers, um den AWS Lastenausgleich von HTTP-Anwendungen mithilfe des [Anwendungen und HTTP-Datenverkehr mit Application Load Balancers weiterleiten](alb-ingress.md) oder des Netzwerkverkehrs mithilfe der [Weiterleitung von TCP- und UDP-Datenverkehr mit Network Load Balancers](network-load-balancing.md) To `IPv6` Pods durchzuführen, wobei sich einer der Load Balancer im IP-Modus, aber nicht im Instanzmodus befindet. Weitere Informationen finden Sie unter [Internetverkehr mit AWS Load Balancer Controller weiterleiten](aws-load-balancer-controller.md).
+ **`IPv6`-IAM-Richtlinie hinzufügen**: Sie müssen eine `IPv6`-IAM-Richtlinie an die IAM- oder CNI-IAM-Rolle Ihres Knotens anfügen. Zwischen den beiden empfehlen wir, dass Sie sie an eine CNI IAM-Rolle anfügen. Weitere Informationen erhalten Sie unter [Erstellen Sie eine IAM-Richtlinie für Cluster, die die `IPv6`-Familie verwendet](cni-iam-role.md#cni-iam-role-create-ipv6-policy) und [Schritt 1: Amazon-VPC-CNI-Plugin für die Kubernetes-IAM-Rolle erstellen](cni-iam-role.md#cni-iam-role-create-role).
+ **Evaluieren Sie alle Komponenten**: Führen Sie vor der Bereitstellung von `IPv6` Clustern eine gründliche Bewertung Ihrer Anwendungen, Amazon EKS-Add-ons und AWS Services durch, die Sie integrieren. Dies soll sicherstellen, dass mit `IPv6` alles wie erwartet funktioniert.