EC2Amazon-Container-Instances für Amazon ECS - Amazon Elastic Container Service

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.

EC2Amazon-Container-Instances für Amazon ECS

Eine ECS Amazon-Container-Instance ist eine EC2 Amazon-Instance, die den ECS Amazon-Container-Agenten ausführt und in einem Cluster registriert ist. Wenn Sie Aufgaben mit Amazon ECS mithilfe des EC2 Starttyps, des externen Starttyps oder eines Auto Scaling Scaling-Gruppenkapazitätsanbieters ausführen, werden Ihre Aufgaben auf Ihren aktiven Container-Instances platziert. Sie sind für die Verwaltung und Wartung von Container-Instances verantwortlich.

Sie können zwar Ihre eigene EC2 Amazon-Instance erstellen, die die grundlegenden Spezifikationen erfülltAMI, die für die Ausführung Ihrer containerisierten Workloads auf Amazon erforderlich sindECS, aber die für Amazon ECS optimierten Instances AMIs sind vorkonfiguriert und wurden von Technikern auf Amazon getestet. ECS AWS Dies ist die einfachste Methode für den Einstieg, mit dem Ihre Container in AWS schnell einsatzbereit werden.

Wenn Sie mit der Konsole einen Cluster erstellen, ECS erstellt Amazon eine Startvorlage für Ihre Instances, wobei die neueste Version mit dem ausgewählten Betriebssystem AMI verknüpft ist.

Wenn Sie AWS CloudFormation einen Cluster erstellen, ist der SSM Parameter Teil der EC2 Amazon-Startvorlage für die Auto Scaling Scaling-Gruppeninstanzen. Sie können die Vorlage so konfigurieren, dass ein dynamischer Systems Manager Manager-Parameter verwendet wird, um zu bestimmen, welche von Amazon ECS Optimized bereitgestellt werden AMI sollen. Dieser Parameter stellt sicher, dass bei jeder Bereitstellung des Stacks geprüft wird, ob ein Update verfügbar ist, das auf die EC2 Instances angewendet werden muss. Ein Beispiel für die Verwendung des Systems Manager Manager-Parameters finden Sie unter Erstellen eines ECS Amazon-Clusters mit dem ECS für Amazon optimierten Amazon Linux 2023 AMI im AWS CloudFormation Benutzerhandbuch.

Sie können aus den Instance-Typen wählen, die mit Ihrer Anwendung kompatibel sind. Bei größeren Instances können Sie mehr Aufgaben gleichzeitig starten. Bei kleineren Instances können Sie detaillierter skalieren, um Kosten zu sparen. Sie müssen sich nicht für einen einzigen EC2 Amazon-Instance-Typ entscheiden, der für alle Anwendungen in Ihrem Cluster geeignet ist. Stattdessen können Sie mehrere Auto Scaling Scaling-Gruppen erstellen, wobei jede Gruppe einen anderen Instance-Typ hat. Anschließend können Sie für jede dieser Gruppen einen EC2 Amazon-Kapazitätsanbieter erstellen.

Verwenden Sie die folgenden Richtlinien, um die zu verwendenden Instance-Familientypen und den Instance-Typ zu bestimmen:

  • Vermeiden Sie die Instance-Typen oder Instance-Familien, die den spezifischen Anforderungen Ihrer Anwendung nicht entsprechen. Wenn Ihre Anwendung beispielsweise eine erfordertGPU, können Sie alle Instance-Typen ausschließen, die keine habenGPU.

  • Berücksichtigen Sie Anforderungen wie Netzwerkdurchsatz und Speicher.

  • Denken Sie an CPU den Arbeitsspeicher. Als allgemeine Regel gilt, dass der Speicher CPU und groß genug sein muss, um mindestens ein Replikat der Aufgabe aufzunehmen, die Sie ausführen möchten.

Spot Instances

Spot-Kapazität kann im Vergleich zu On-Demand-Instances zu erheblichen Kosteneinsparungen führen. Spot-Kapazität ist überschüssige Kapazität, deren Preis deutlich unter dem Preis für On-Demand-Kapazität oder reservierter Kapazität liegt. Spot-Kapazität eignet sich für Batch-Verarbeitungs- und Machine-Learning-Workloads sowie für Entwicklungs- und Staging-Umgebungen. Generell ist sie für alle Workloads geeignet, die vorübergehende Ausfallzeiten tolerieren.

Seien Sie sich über die folgenden Konsequenzen im Klaren, denn die Spot-Kapazität ist möglicherweise nicht immer verfügbar.

  • In Zeiten extrem hoher Nachfrage ist die Spot-Kapazität möglicherweise nicht verfügbar. Dies kann dazu führen, dass der Start von Amazon EC2 Spot-Instances verzögert wird. In diesen Fällen versuchen Amazon ECS Services erneut, Aufgaben zu starten, und Amazon EC2 Auto Scaling Scaling-Gruppen versuchen ebenfalls erneut, Instances zu starten, bis die erforderliche Kapazität verfügbar ist. Amazon ersetzt Spot-Kapazität EC2 nicht durch On-Demand-Kapazität.

  • Wenn der Gesamtbedarf an Kapazität steigt, können Spot-Instances und Aufgaben mit einer Warnung von nur zwei Minuten beendet werden. Nach dem Senden der Warnung sollten die Aufgaben gegebenenfalls korrekt heruntergefahren werden, bevor die Instance vollständig beendet wird. Dies trägt dazu bei, die Wahrscheinlichkeit von Fehlern zu minimieren. Weitere Informationen zu einem ordnungsgemäßen Herunterfahren finden Sie unter Ordnungsgemäßes Herunterfahren mit. ECS

Beachten Sie die folgenden Empfehlungen, um Kapazitätsengpässe vor Ort zu minimieren:

  • Verwenden Sie mehrere Regionen und Availability Zones – Die Spot-Kapazität variiert je nach Region und Availability Zone. Sie können die Spot-Verfügbarkeit verbessern, indem Sie Ihre Workloads in mehreren Regionen und Availability Zones ausführen. Geben Sie nach Möglichkeit Subnetze in allen Availability Zones in den Regionen an, in denen Sie Ihre Tasks und Instances ausführen.

  • Verwenden Sie mehrere EC2 Amazon-Instance-Typen — Wenn Sie gemischte Instance-Richtlinien mit Amazon EC2 Auto Scaling verwenden, werden mehrere Instance-Typen in Ihrer Auto Scaling Scaling-Gruppe gestartet. Dadurch wird sichergestellt, dass eine Anfrage nach Spot-Kapazität bei Bedarf erfüllt werden kann. Um die Zuverlässigkeit zu maximieren und die Komplexität zu minimieren, verwenden Sie in Ihrer Richtlinie für gemischte Instanzen Instance-Typen mit ungefähr derselben Menge CPU und demselben Arbeitsspeicher. Diese Instances können aus einer anderen Generation oder aus Varianten desselben Basis-Instance-Typs stammen. Beachten Sie, dass sie möglicherweise zusätzliche Features enthalten, die Sie möglicherweise nicht benötigen. Ein Beispiel für eine solche Liste könnte m4.large, m5.large, m5a.large, m5d.large, m5n.large, m5dn.large und m5ad.large enthalten. Weitere Informationen finden Sie unter Auto Scaling Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen im Amazon EC2 Auto Scaling Scaling-Benutzerhandbuch.

  • Verwenden Sie die kapazitätsoptimierte Spot-Allokationsstrategie — Mit Amazon EC2 Spot können Sie zwischen kapazitäts- und kostenoptimierten Zuweisungsstrategien wählen. Wenn Sie beim Start einer neuen Instance die kapazitätsoptimierte Strategie wählen, wählt Amazon EC2 Spot den Instance-Typ mit der größten Verfügbarkeit in der ausgewählten Availability Zone aus. Dies trägt dazu bei, die Wahrscheinlichkeit zu verringern, dass die Instance kurz nach ihrem Start beendet wird.

Informationen zur Konfiguration von Spot-Kündigungshinweisen auf Ihren Container-Instances finden Sie unter: