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.
Netzwerkoptionen für Amazon-ECS-Aufgaben für Fargate
Standardmäßig wird jede Amazon-ECS-Aufgabe auf Fargate eine Elastic-Network-Schnittstelle (ENI) mit einer primären privaten IP-Adresse bereitgestellt. Wenn Sie ein öffentliches Subnetz verwenden, können Sie der ENI der Aufgabe optional eine öffentliche IP-Adresse zuweisen. Wenn Ihre VPC für den Dual-Stack-Modus konfiguriert ist und Sie ein Subnetz mit einem IPv6-CIDR-Block verwenden, erhält die ENI Ihrer Aufgabe auch eine IPv6-Adresse. Einer Aufgabe kann immer nur eine ENI auf einmal zugeordnet sein. Container, die zur selben Aufgabe gehören, können auch über die localhost-Schnittstelle kommunizieren. Weitere Informationen über VPCs und Subnetze finden Sie unter So funktioniert Amazon VPC im Amazon-VPC-Benutzerhandbuch.
Damit eine Aufgabe auf Fargate ein Container-Image abrufen kann, muss die Aufgabe eine Route zum Internet haben. Nachfolgend finden Sie Informationen darüber, wie Sie sicherstellen können, dass Ihre Aufgabe über einen Pfad zum Internet verfügt.
-
Wenn Sie ein öffentliches Subnetz verwenden, können Sie der Aufgaben-ENI eine öffentliche IP-Adresse zuweisen.
-
Bei Verwendung eines privaten Subnetzes kann ein NAT-Gateway an das Subnetz angeschlossen sein.
-
Wenn Sie Container-Images verwenden, die in Amazon ECR gehostet werden, können Sie Amazon ECR so konfigurieren, dass ein Interface-VPC-Endpunkt verwendet wird. Der Image-Pull erfolgt über die private IPv4-Adresse der Aufgabe. Weitere Informationen finden Sie unter Amazon ECR-Schnittstellen VPC-Endpunkte (AWS PrivateLink) im Amazon Elastic Container-Registry-Benutzerhandbuch.
Da jede Aufgabe ihre eigene ENI erhält, können Sie Netzwerkfeatures wie VPC Flow Logs nutzen, sodass Sie den Verkehr zu und von Ihren Aufgaben überwachen können. Weitere Informationen finden Sie unter VPC-Flow-Protokolle im Benutzerhandbuch für Amazon VPC.
Sie können auch die Vorteile nutzen AWS PrivateLink. Sie können einen VPC-Schnittstellenendpunkt so konfigurieren, dass Sie über private IP-Adressen auf Amazon ECS-APIs zugreifen können. AWS PrivateLink schränkt den gesamten Netzwerkverkehr zwischen Ihrer VPC und Amazon ECS auf das Amazon-Netzwerk ein. Sie benötigen kein Internet-Gateway, kein NAT-Gerät und kein Virtual Private Gateway. Weitere Informationen finden Sie unter VPC-Endpunkte der Amazon-ECS-Schnittstelle (AWS PrivateLink).
Beispiele für die Verwendung von NetworkConfiguration Ressource mit CloudFormation, siehe CloudFormation Beispielvorlagen für Amazon ECS.
Die erstellten ENIs werden vollständig von AWS Fargate aus verwaltet. Darüber hinaus gibt es eine zugeordnete IAM-Richtlinie, die zum Erteilen von Berechtigungen für Fargate verwendet wird. Bei Aufgaben, die die Fargate-Plattformversion 1.4.0 oder höher verwenden, empfängt die Aufgabe eine einzelne ENI (als Aufgaben-ENI bezeichnet) und der gesamte Netzwerkverkehr fließt durch diese ENI innerhalb Ihrer VPC. Dieser Netzwerkverkehr wird in Ihren VPC-Flow-Protokollen aufgezeichnet. Für Aufgaben, die die Fargate-Plattformversion 1.3.0 und älter verwenden, erhält die Aufgabe zusätzlich zu der Aufgaben-ENI auch eine separate ENI im Besitz von Fargate, die für Netzwerkverkehr verwendet wird, der in den VPC-Flow-Protokollen nicht sichtbar ist. Im der folgenden Tabelle werden das Verhalten des Netzwerkverkehrs sowie die erforderliche IAM-Richtlinie für jede Plattformversion beschrieben.
| Action | Datenverkehrsfluss mit Linux-Plattformversion 1.3.0 und älter |
Datenverkehrsfluss mit Linux-Plattformversion 1.4.0 |
Datenverkehrsfluss mit Windows-Plattformversion 1.0.0 |
IAM-Berechtigung |
|---|---|---|---|---|
| Amazon ECR-Anmeldeinformationen abrufen | ENI im Besitz von Fargate | Aufgaben-ENI | Aufgaben-ENI | IAM-Aufgabenausführungsrolle |
| Image abrufen | Aufgaben-ENI | Aufgaben-ENI | Aufgaben-ENI | IAM-Aufgabenausführungsrolle |
| Senden von Protokollen über einen Protokolltreiber | Aufgaben-ENI | Aufgaben-ENI | Aufgaben-ENI | IAM-Aufgabenausführungsrolle |
| Protokolle senden durch FireLens für Amazon ECS | Aufgaben-ENI | Aufgaben-ENI | Aufgaben-ENI | IAM-Rolle für Aufgabe |
| Abrufen von Geheimnissen aus Secrets Manager oder Systems Manager | ENI im Besitz von Fargate | Aufgaben-ENI | Aufgaben-ENI | IAM-Aufgabenausführungsrolle |
| Datenverkehr des Amazon EFS-Dateisystems | Nicht verfügbar | Aufgaben-ENI | Aufgaben-ENI | IAM-Rolle für Aufgabe |
| Datenverkehr der Anwendung | Aufgaben-ENI | Aufgaben-ENI | Aufgaben-ENI | IAM-Rolle für Aufgabe |
Überlegungen
Beachten Sie Folgendes, wenn Sie Aufgabenvernetzung verwenden.
-
Die mit dem Service verknüpfte Rolle von Amazon ECS ist erforderlich, um Amazon ECS die Berechtigungen zum Tätigen von Anrufen an andere zu gewähren AWS Dienstleistungen in Ihrem Namen. Diese Rolle wird für Sie erstellt, wenn Sie einen Cluster erstellen oder wenn Sie einen Service in der AWS-Managementkonsole erstellen oder aktualisieren. Weitere Informationen finden Sie unter Verwendung von serviceverknüpften Rollen für Amazon ECS. Sie können die serviceverknüpfte Rolle auch mithilfe der folgenden Methoden erstellen AWS CLI Befehl.
aws iam create-service-linked-role --aws-service-name ecs.amazonaws.com -
Amazon ECS füllt den Hostnamen der Aufgabe mit einem von Amazon bereitgestellten DNS-Hostnamen auf, wenn sowohl die Option
enableDnsHostnamesals auch die OptionenableDnsSupportauf Ihrer VPC aktiviert sind. Wenn diese Optionen nicht aktiviert sind, ist der DNS-Hostname der Aufgabe ein zufälliger Hostname. Weitere Informationen zu den DNS-Einstellungen für eine ECS finden Sie unter Verwenden von DNS in Ihrer VPC im Amazon-VPC-Benutzerhandbuch. -
Sie können für
awsVpcConfigurationnur bis zu 16 Subnetze und 5 Sicherheitsgruppen angeben. Weitere Informationen finden Sie unter AwsVpcConfiguration in der Amazon Elastic Container Service API-Referenz. -
Sie können die von Fargate erstellten und angehängten ENIs nicht manuell trennen oder anhängen. Auf diese Weise wird ein versehentliches Löschen einer ENI, die einer aktuell ausgeführten Aufgabe zugeordnet wird, verhindert. Wenn Sie die ENIs für eine Aufgabe freigeben möchten, stoppen Sie die Aufgabe.
-
Wenn ein VPC-Subnetz aktualisiert wird, um die eingestellten DHCP-Optionen zu ändern, können Sie diese Änderungen auch nicht für vorhandene Aufgaben übernehmen, die die VPC verwenden. Starten Sie neue Aufgaben, die die neue Einstellung erhalten, damit die Migration reibungslos funktioniert. Testen Sie die neue Änderung und stoppen Sie dann die alten Aufgaben, wenn kein Rollback erforderlich ist.
-
Das Folgende gilt für Aufgaben, die auf der Fargate-Plattformversion
1.4.0oder höher für Linux oder1.0.0für Windows ausgeführt werden. Aufgaben, die in Dual-Stack-Subnetzen gestartet werden, erhalten eine IPv4-Adresse und eine IPv6-Adresse. Aufgaben gestartet in IPv6-only Subnetze erhalten nur eine IPv6-Adresse. -
Für Aufgaben, die die Plattformversion
1.4.0oder höher für Linux oder1.0.0für Windows verwenden, unterstützen die Aufgaben-ENIs Jumbo-Frames. Netzwerkschnittstellen sind mit einer Maximum Transmission Unit (MTU) konfiguriert, die der Größe der größten Nutzlast entspricht, die in einen einzelnen Frame passt. Je größer die MTU ist, desto mehr Anwendungsnutzlast passt in ein einzelnes Frame, was den Overhead pro Frame reduziert und die Effizienz erhöht. Die Unterstützung von Jumbo-Frames reduziert den Overhead, wenn der Netzwerkpfad zwischen Ihrer Aufgabe und dem Ziel Jumbo-Frames unterstützt. -
Services mit Aufgaben, die Fargate verwenden, unterstützen nur Application Load Balancer oder Network Load Balancer. Classic Load Balancer werden nicht unterstützt. Wenn Sie eine beliebige Zielgruppe für diese Services erstellen, müssen Sie
ipals Zieltyp auswählen und nichtinstance. Weitere Informationen finden Sie unter Verwenden von Load Balancing für die Verteilung des Service-Datenverkehrs in Amazon ECS.
Verwenden einer VPC im Dual-Stack-Modus
Wenn Sie eine VPC im Dual-Stack-Modus verwenden, können Ihre Aufgaben über IPv4, über IPv6 oder über beide kommunizieren. IPv4- und IPv6-Adressen sind voneinander unabhängig und sie müssen daher das Routing und die Sicherheit in Ihrer VPC für IPv4 und IPv6 getrennt konfigurieren. Weitere Informationen zum Konfigurieren der VPC für den Dual-Stack-Modus finden Sie unter Migrieren zu IPv6 im Amazon VPC-Benutzerhandbuch.
Bei Amazon-ECS-Aufgaben auf Fargate wird eine IPv6-Adresse zugewiesen, wenn die folgenden Bedingungen erfüllt sind:
-
Ihre Amazon-ECS-Kontoeinstellung
dualStackIPv6ist für den IAM-Prinzipal aktiviert (enabled), der Ihre Aufgaben in der Region startet, in der Sie Ihre Aufgaben starten. Diese Einstellung kann nur über die API geändert werden oder AWS CLI. Sie haben die Möglichkeit, diese Einstellung für einen bestimmten IAM-Prinzipal in Ihrem Konto oder für Ihr gesamtes Konto zu aktivieren, indem Sie die Standardeinstellung für Ihr Konto festlegen. Weitere Informationen finden Sie unter Zugriff auf Amazon-ECS-Features über die Kontoeinstellungen. -
Ihre VPC und Ihr Subnetz sind für IPv6 aktiviert. Weitere Informationen zum Konfigurieren der VPC für den Dual-Stack-Modus finden Sie unter Migrieren zu IPv6 im Amazon-VPC-Benutzerhandbuch.
-
Ihr Subnetz ist für die automatische Zuweisung von IPV6-Adressen aktiviert. Weitere Informationen zur Konfiguration Ihres Subnetzes finden Sie unter Ändern des IPv6-Adressierungsattributs für Ihr Subnetz im Benutzerhandbuch für Amazon VPC.
-
Die Aufgabe oder der Service verwendet die Fargate-Plattformversion
1.4.0oder höher für Linux.
Für Amazon ECS-Aufgaben auf Fargate, die in einer VPC im Dual-Stack-Modus ausgeführt werden, um mit Abhängigkeitsdiensten zu kommunizieren, die beim Starten von Aufgaben verwendet werden, wie ECR, SSM und SecretManager, die Routing-Tabelle des öffentlichen Subnetzes benötigt IPv4 (0.0.0.0/0) zu einem Internet-Gateway weiterleiten und die Routing-Tabelle des privaten Subnetzes benötigt IPv4 (0.0.0.0/0) zu einem NAT-Gateway weiterleiten. Weitere Informationen finden Sie unter Internet-Gateways und NAT-Gateways in der Amazon VPC-Benutzerhandbuch.
Beispiele für die Konfiguration einer Dual-Stack-VPC finden Sie unter Beispiel für eine Dual-Stack-VPC-Konfiguration.
Verwenden einer VPC in IPv6-only Modus
In einem IPv6-only Konfiguration, Ihre Amazon ECS-Aufgaben kommunizieren ausschließlich über IPv6. Um VPCs und Subnetze für ein einzurichten IPv6-only Bei der Konfiguration müssen Sie der VPC einen IPv6-CIDR-Block hinzufügen und Subnetze erstellen, die nur einen IPv6-CIDR-Block enthalten. Weitere Informationen finden Sie unter IPv6-Unterstützung für Ihre VPC hinzufügen und Subnetz erstellen im Amazon-VPC-Benutzerhandbuch. Sie müssen auch die Routing-Tabellen mit IPv6-Zielen aktualisieren und Sicherheitsgruppen mit IPv6-Regeln konfigurieren. Weitere Informationen finden Sie unter Routing-Tabellen konfigurieren und Sicherheitsgruppenregeln konfigurieren im Amazon-VPC-Benutzerhandbuch.
Beachten Sie die folgenden Überlegungen:
-
Sie können eine aktualisieren IPv4-only oder Dual-Stack-Amazon ECS-Service auf einen IPv6-only Konfiguration, indem Sie entweder den Dienst direkt aktualisieren, um ihn zu verwenden IPv6-only Subnetze oder durch Erstellen eines Parallelnetzes IPv6-only Service und Verwendung von Amazon ECS Blue-Green-Bereitstellungen, um den Datenverkehr auf den neuen Service umzuleiten. Weitere Informationen zu Amazon-ECS-Blau/Grün-Bereitstellungen finden Sie unter Amazon ECS blue/green Bereitstellungen.
-
Ein IPv6-only Der Amazon ECS-Service muss DualStack-Load Balancer mit IPv6-Zielgruppen verwenden. Wenn Sie einen bestehenden Amazon-ECS-Service migrieren, der hinter einem Application Load Balancer oder einem Network Load Balancer steht, können Sie einen neuen Dual-Stack-Load Balancer erstellen und den Datenverkehr vom alten Load Balancer verlagern oder den IP-Adresstyp des vorhandenen Load Balancers aktualisieren.
Weitere Informationen zu Network Load Balancers finden Sie unter Erstellen eines Network Load Balancers und Aktualisieren der IP-Adresstypen für Ihren Network Load Balancer im Benutzerhandbuch für Network Load Balancer. Weitere Informationen zu Application Load Balancers finden Sie unter Erstellen eines Application Load Balancer und Aktualisieren der IP-Adresstypen für Ihren Application Load Balancer im Benutzerhandbuch für Application Load Balancer.
-
IPv6-only Die Konfiguration wird nicht unterstützt auf Windows.
-
Für Amazon ECS-Aufgaben in einem IPv6-only Konfiguration, mit der kommuniziert werden soll IPv4-only Endpunkte, die Sie einrichten können DNS64 und NAT64 für die Übersetzung von Netzwerkadressen von IPv6 nach IPv4. Weitere Informationen finden Sie unter DNS64 und NAT64 im Amazon VPC Benutzerhandbuch.
-
IPv6-only Die Konfiguration wird auf der Fargate-Plattformversion unterstützt
1.4.0oder später. -
Amazon ECS-Workloads in einem IPv6-only Die Konfiguration muss Amazon ECR-DualStack-Image-URI-Endpunkte verwenden, wenn Bilder aus Amazon ECR abgerufen werden. Weitere Informationen finden Sie unter Erste Schritte mit Anfragen über IPv6 im Benutzerhandbuch für Amazon Elastic Container Registry.
Anmerkung
Amazon ECR unterstützt keine VPC-Endpunkte mit DualStack-Schnittstelle, die Aufgaben in einem IPv6-only Konfiguration kann verwenden. Weitere Informationen finden Sie unter Erste Schritte mit Anfragen über IPv6 im Benutzerhandbuch für Amazon Elastic Container Registry.
-
Amazon ECS Exec wird in einem nicht unterstützt IPv6-only Konfiguration.
-
Amazon CloudWatch unterstützt keinen DualStack-FIPS-Endpunkt, der zur Überwachung von Amazon ECS-Aufgaben verwendet werden kann IPv6-only Konfiguration, die verwendet FIPS-140 Konformität. Für weitere Informationen über FIPS-140, siehe AWS Fargate Bundesstandard für die Informationsverarbeitung (FIPS-140).
AWS-Regionen diese Unterstützung IPv6-only Modus für Amazon ECS
Sie können Aufgaben in einem ausführen IPv6-only Konfiguration im Folgenden AWS-Regionen dass Amazon ECS verfügbar ist in:
US East (Ohio)
USA Ost (Nord-Virginia)
USA West (Nordkalifornien)
USA West (Oregon)
Africa (Cape Town)
Asien-Pazifik (Hongkong)
Asien-Pazifik (Hyderabad)
Asien-Pazifik (Jakarta)
Asien-Pazifik (Melbourne)
Asien-Pazifik (Mumbai)
Asien-Pazifik (Osaka)
Asien-Pazifik (Seoul)
Asien-Pazifik (Singapur)
Asien-Pazifik (Sydney)
Asien-Pazifik (Tokio)
Canada (Central)
Kanada West (Calgary)
China (Peking)
China (Ningxia)
Europa (Frankfurt)
Europa (London)
Europa (Milan)
Europa (Paris)
Europa (Spain)
Israel (Tel Aviv)
Middle East (Bahrain)
Naher Osten (VAE)
Südamerika (São Paulo)
AWS GovCloud (US-East)
AWS GovCloud (US-West)