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.

Amazon ECS-optimized Linux-AMIs

Standardmäßig ist das Verfallsdatum aller ECS-optimized Amazon-AMIs auf zwei Jahre nach dem AMI-Erstellungsdatum festgelegt. Sie können die Amazon DescribeImages EC2-API verwenden, um den Verfallsstatus und das Datum eines AMI zu überprüfen. Weitere Informationen finden Sie DescribeImages in der Amazon Elastic Compute Cloud API-Referenz.

Amazon ECS stellt die ECS-optimized Amazon-AMIs bereit, die mit den Anforderungen und Empfehlungen für die Ausführung Ihrer Container-Workloads vorkonfiguriert sind. Wir empfehlen Ihnen, das Amazon Amazon Linux 2023 AMI für Ihre ECS-optimized Amazon EC2-Instances zu verwenden. Wenn Sie Ihre Container-Instances über das neueste Amazon ECS-Optimized AMI starten, wird sichergestellt, dass Sie die aktuellen Sicherheitsupdates und die Container-Agent-Version erhalten. Weitere Informationen, wie eine Instance gestartet wird, finden Sie unter Starten einer Amazon ECS Linux-Container-Instance.

Wenn Sie mit der Konsole einen Cluster erstellen, erstellt Amazon ECS eine Startvorlage für Ihre Instances mit dem neuesten AMI, das dem ausgewählten Betriebssystem zugeordnet ist.

Wenn Sie CloudFormation zum Erstellen eines Clusters verwenden, ist der SSM-Parameter Teil der Amazon EC2-Startvorlage für die Auto Scaling-Gruppeninstanzen. Sie können die Vorlage so konfigurieren, dass ein dynamischer Systems-Manager-Parameter verwendet wird, um zu bestimmen, welches Amazon-ECS-optimierte AMI bereitgestellt werden soll. Dieser Parameter stellt sicher, dass der Stack bei jeder Bereitstellung überprüft, ob eine Aktualisierung verfügbar ist, die auf die EC2-Instances angewendet werden muss. Ein Beispiel für die Verwendung des Systems Manager-Parameters finden Sie im AWS CloudFormation Benutzerhandbuch unter Erstellen eines Amazon ECS-Clusters mit dem ECS-optimized Amazon Amazon Linux 2023 AMI.

Wenn Sie das Amazon ECS-optimized AMI anpassen müssen, finden Sie weitere Informationen unter Amazon ECS Optimized AMI Build Recipes unter GitHub.

Die folgenden Varianten des Amazon ECS-optimized AMI sind für Ihre Amazon EC2-Instances mit dem Betriebssystem Amazon Linux 2023 verfügbar.

Die folgenden Varianten des Amazon ECS-optimized AMI sind für Ihre Amazon EC2-Instances mit dem Amazon Linux 2-Betriebssystem verfügbar.

Amazon ECS stellt ein Changelog für die Linux-Variante des Amazon ECS-optimized AMI bereit. GitHub Weitere Informationen finden Sie unter Änderungsprotokoll.

Die Linux-Varianten des Amazon ECS-optimized AMI verwenden das Amazon Linux 2 AMI oder das Amazon Linux 2023 AMI als Basis. Sie können den AMI-Namen für jede Variante kann durch Abfragen der API von Systems Manager Parameter Store abrufen. Weitere Informationen finden Sie unter Amazon ECS-optimized Linux AMI-Metadaten werden abgerufen. Die AMI-Versionshinweise von Amazon Linux 2 sind ebenfalls verfügbar. Weitere Informationen finden Sie in den Versionshinweisen zu Amazon Linux 2. Die Versionshinweise von Amazon Linux 2023 sind ebenfalls verfügbar. Weitere Informationen finden Sie in den Versionshinweisen zu Amazon Linux 2023.

Auf den folgenden Seiten finden Sie weitere Informationen zu den Änderungen:

Anwenden von Sicherheitsupdates auf das Amazon AMI ECS-optimized

Die auf Amazon Linux basierenden ECS-optimized Amazon-AMIs enthalten eine angepasste Version voncloud-init. Cloud-initist ein Paket, das zum Bootstrapping von Linux-Images in einer Cloud-Computing-Umgebung und zum Ausführen der gewünschten Aktionen beim Starten einer Instance verwendet wird. Standardmäßig werden auf allen ECS-optimized Amazon-AMIs, die auf Amazon Linux basieren und vor dem 12. Juni 2024 veröffentlicht wurden, beim Start der Instance alle „kritischen“ und „wichtigen“ Sicherheitsupdates angewendet.

Ab den Versionen der ECS-optimized Amazon-AMIs, die auf Amazon Linux 2 basieren, vom 12. Juni 2024 umfasst das Standardverhalten nicht mehr die Aktualisierung von Paketen beim Start. Stattdessen empfehlen wir Ihnen, auf ein neues Amazon ECS-optimized AMI zu aktualisieren, sobald Releases verfügbar sind. Die ECS-optimized Amazon-AMIs werden veröffentlicht, wenn Sicherheitsupdates oder grundlegende AMI-Änderungen verfügbar sind. Dadurch wird sichergestellt, dass Sie die neuesten Paketversionen und Sicherheitsupdates erhalten und dass die Paketversionen bei Instance-Starts unveränderlich sind. Weitere Informationen zum Abrufen des neuesten ECS-optimized Amazon-AMI finden Sie unterAmazon ECS-optimized Linux AMI-Metadaten werden abgerufen.

Wir empfehlen, Ihre Umgebung so zu automatisieren, dass sie auf ein neues AMI aktualisiert wird, sobald diese verfügbar sind. Informationen zu den verfügbaren Optionen finden Sie unter Amazon ECS ermöglicht eine einfachere EC2-Kapazitätsverwaltung mit Managed Instance Draining.

Um weiterhin „Kritische“ und „Wichtige“ Sicherheitsupdates manuell auf eine AMI-Version anzuwenden, können Sie den folgenden Befehl auf der Amazon-EC2-Instance ausführen.

yum update --security

Wenn Sie Sicherheitsupdates beim Start wieder aktivieren möchten, können Sie beim Starten Ihrer Amazon-EC2-Instance die folgende Zeile zum #cloud-config-Abschnitt der cloud-init-Benutzerdaten hinzufügen. Weitere Informationen finden Sie unter Verwendung von cloud-init in Amazon Linux 2 im Benutzerhandbuch für Amazon Linux.

#cloud-config
repo_upgrade: security

Version-locked Pakete in Amazon ECS-optimized AL2023 GPU-AMIs

Bestimmte Pakete sind entscheidend für das korrekte, leistungsstarke Verhalten der GPU-Funktionalität in Amazon ECS-optimized AL2023 GPU-AMIs. Dazu zählen:

Diese Pakete sind versionsgesperrt, um Stabilität zu gewährleisten und unbeabsichtigte Änderungen zu verhindern, die die GPU-Workloads stören könnten. Daher sollten diese Pakete in der Regel im Rahmen eines verwalteten Prozesses geändert werden, der potenzielle Probleme ordnungsgemäß behebt und die GPU-Funktionalität beibehält.

Um unbeabsichtigte Änderungen zu verhindern, wird das dnf versionlock Plugin für diese Pakete verwendet.

Wenn Sie ein gesperrtes Paket ändern möchten, können Sie:

# unlock a single package
sudo dnf versionlock delete $PACKAGE_NAME

# unlock all packages
sudo dnf versionlock clear