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.
# Erstellen einer Startvorlage mithilfe erweiterter Einstellungen
In diesem Thema wird beschrieben, wie Sie eine Startvorlage mit erweiterten Einstellungen aus dem AWS-Managementkonsole erstellen.
**Um eine Startvorlage mit erweiterten Einstellungen zu erstellen**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich unter **Instances** die Option **Launch Templates** und dann **Create Launch Template** aus.
1. Konfigurieren Sie Ihre Startvorlage wie in den folgenden Themen beschrieben:
+ [Erforderliche Einstellungen](#configure-required-settings)
+ [Erweiterte Einstellungen](#configure-advanced-settings)
1. Wählen Sie **Startvorlage erstellen**.
## Erforderliche Einstellungen
Wenn Sie eine Startvorlage erstellen, müssen Sie die folgenden erforderlichen Einstellungen angeben.
**Name der Startvorlage**
Geben Sie einen eindeutigen Namen ein, der die Startvorlage beschreibt.
**Anwendungs- und Betriebssystem-Images (Amazon Machine Image)**
Wählen Sie das Amazon Machine Image (AMI) aus, das Sie verwenden möchten. Sie können entweder nach dem AMI suchen oder nach dem AMI suchen, das Sie verwenden möchten. Wählen Sie für eine optimale Skalierungseffizienz ein benutzerdefiniertes AMI, das vollständig so konfiguriert ist, dass es eine Instance mit Ihrem Anwendungscode startet und beim Start nur wenige Änderungen erfordert.
**Instance-Typ**
Wählen Sie einen Instance-Typ, der mit Ihrem AMI kompatibel ist. Sie können das Hinzufügen eines Instance-Typs zu Ihrer Startvorlage überspringen, wenn Sie mehrere Instance-Typen verwenden möchten, die in die eigene Ressourcendefinition der Auto Scaling Scaling-Gruppe eingebettet sind. Ein Instanztyp ist nur erforderlich, wenn Sie nicht vorhaben, eine [gemischte Instanzgruppe](ec2-auto-scaling-mixed-instances-groups.md) zu erstellen.
## Erweiterte Einstellungen
Die erweiterten Einstellungen sind optional. Wenn Sie keine erweiterten Einstellungen konfigurieren, werden die spezifischen Funktionen nicht zu Ihren Instances hinzugefügt.
Erweitern Sie den Abschnitt **Erweiterte Details**, um die erweiterten Einstellungen anzuzeigen. In den folgenden Abschnitten werden die nützlichsten erweiterten Einstellungen beschrieben, auf die Sie sich bei der Erstellung einer Startvorlage für eine Auto Scaling Scaling-Gruppe konzentrieren sollten. Weitere Informationen finden Sie unter [Erweiterte Details](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-launch-template.html#lt-advanced-details) im *Amazon EC2 EC2-Benutzerhandbuch*.
**IAM-Instance-Profil**
Das Instanzprofil enthält die IAM-Rolle, die Sie verwenden möchten. Wenn Ihre Auto Scaling Scaling-Gruppe eine EC2-Instance startet, werden die in der zugehörigen IAM-Rolle definierten Berechtigungen Anwendungen gewährt, die auf der Instance ausgeführt werden. Weitere Informationen finden Sie unter [IAM-Rollen für Anwendungen, die auf Amazon EC2-Instances ausgeführt werden](us-iam-role.md).
**Termination protection**
Wenn diese Funktion aktiviert ist, verhindert sie, dass Benutzer eine Instance mithilfe der Amazon EC2 EC2-Konsole, CLI-Befehlen und API-Operationen beenden. Der Kündigungsschutz bietet einen zusätzlichen Schutz vor einer versehentlichen Kündigung. Es verhindert nicht, dass Amazon EC2 Auto Scaling eine Instance beendet. Informationen zur Steuerung, welche Instances Amazon EC2 Auto Scaling beenden kann, finden Sie unter[Verwenden Sie den Instance Scale-In Protection, um die Instanzbeendigung zu kontrollieren](ec2-auto-scaling-instance-protection.md).
**Detaillierte Überwachung CloudWatch **
Sie können eine detaillierte Überwachung für Ihre EC2-Instances aktivieren, damit sie in Intervallen von 1 Minute Metrikdaten CloudWatch an Amazon senden können. Standardmäßig senden EC2-Instances Metrikdaten in Intervallen von 5 Minuten CloudWatch an. Es fallen zusätzliche Gebühren an. Weitere Informationen finden Sie unter [Überwachung für Auto-Scaling-Instances konfigurieren](enable-as-instance-metrics.md).
**Kreditspezifikation**
Amazon EC2 bietet Burstable-Performance-Instances wie T2, T3 und T3a, die es Anwendungen ermöglichen, bei Bedarf die CPU-Basisleistung zu überschreiten. Standardmäßig können diese Instances für eine begrenzte Zeit ausgelastet werden, bevor ihre CPU-Auslastung gedrosselt wird. Sie können optional den Modus „Unlimited“ aktivieren, sodass die Instances so lange wie nötig über den Basiswert hinaus übersteigen können. Auf diese Weise können Anwendungen bei Bedarf eine hohe CPU-Leistung aufrechterhalten. Zusätzliche Gebühren können anfallen. Weitere Informationen finden Sie unter [Verwenden einer Auto Scaling Scaling-Gruppe zum Starten einer Burstable-Performance-Instance als Unlimited](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-how-to.html#burstable-performance-instances-auto-scaling-grp) im *Amazon EC2 EC2-Benutzerhandbuch*.
**Name der Platzierungsgruppe**
Sie können eine Platzierungsgruppe angeben und mithilfe einer Cluster- oder Partitionsstrategie beeinflussen, wie sich Ihre Instances physisch im AWS Rechenzentrum befinden. Für kleine Auto Scaling Scaling-Gruppen können Sie auch die Spread-Strategie verwenden. Weitere Informationen finden Sie unter [Placement-Gruppen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
Bei der Verwendung von Platzierungsgruppen mit Auto Scaling Scaling-Gruppen sind einige Überlegungen zu beachten:
+ Wenn eine Platzierungsgruppe sowohl in der Startvorlage als auch in der Auto Scaling Scaling-Gruppe angegeben ist, hat die Platzierungsgruppe für die Auto Scaling Scaling-Gruppe Vorrang.
+ Seien Sie vorsichtig CloudFormation, wenn Sie in der Startvorlage eine Platzierungsgruppe definieren. Amazon EC2 Auto Scaling startet Instances in der angegebenen Platzierungsgruppe. Empfangen CloudFormation Sie jedoch keine Signale von diesen Instances, wenn Sie eine [UpdatePolicy](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-updatepolicy.html)mit Ihrer Auto Scaling Scaling-Gruppe verwenden (obwohl sich dies in future ändern könnte).
**Kaufoption**
Sie können **Spot-Instances anfordern** wählen, um Spot-Instances zum Spot-Preis, begrenzt auf den On-Demand-Preis, anzufordern, und „**Anpassen**“ wählen, um die Standardeinstellungen für Spot-Instances zu ändern. Bei einer Auto-Scaling-Gruppe müssen Sie eine einmalige Anforderung ohne Enddatum angeben (Standardeinstellung). Weitere Informationen finden Sie unter [Spot-Instances für fehlertolerante und flexible Anwendungen anfordern](launch-template-spot-instances.md). Diese Einstellung kann unter besonderen Umständen nützlich sein, aber im Allgemeinen ist es am besten, sie nicht festzulegen und stattdessen eine gemischte Instances-Gruppe zu erstellen. Weitere Informationen finden Sie unter [Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen](ec2-auto-scaling-mixed-instances-groups.md).
Wenn Sie in Ihrer Startvorlage eine Spot Instance-Anfrage angeben, können Sie keine gemischte Instances-Gruppe erstellen. Wenn Sie versuchen, eine Startvorlage zu verwenden, die Spot Instances mit einer gemischten Instance-Gruppe anfordert, erhalten Sie die folgende Fehlermeldung: `Incompatible launch template: You cannot use a launch template that is set to request Spot Instances (InstanceMarketOptions) when you configure an Auto Scaling group with a mixed instances policy. Add a different launch template to the group and try again.`
**Capacity Reservation**
Kapazitätsreservierungen ermöglichen es Ihnen, Kapazität für Ihre Amazon EC2 EC2-Instances in einer bestimmten Availability Zone für einen beliebigen Zeitraum zu reservieren. Weitere Informationen finden Sie unter [On-Demand Capacity Reservations](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) im *Amazon-EC2-Benutzerhandbuch*.
Sie können wählen, ob Sie Instances starten möchten in:
+ jede offene Kapazitätsreservierung (**Offen**)
+ eine bestimmte Kapazitätsreservierung (**Ziel nach ID**)
+ eine Gruppe von Kapazitätsreservierungen (**Ziel nach Gruppe**)
Um auf eine bestimmte Kapazitätsreservierung abzielen zu können, muss der Instance-Typ in Ihrer Startvorlage mit dem Instance-Typ der Reservierung übereinstimmen. Wenn Sie Ihre Auto Scaling Scaling-Gruppe erstellen, verwenden Sie dieselbe Availability Zone wie die Kapazitätsreservierung. Je nachdem, AWS-Region was Sie wählen, können Sie sich stattdessen für einen Kapazitätsblock entscheiden. Weitere Informationen finden Sie unter [Capacity BlocksFür Machine-Learning-Workloads verwenden](launch-template-capacity-blocks.md).
Informationen zur gezielten Ausrichtung auf eine Gruppe von Kapazitätsreservierungen finden Sie unter[Reservieren Sie Kapazität in bestimmten Availability Zones mit Kapazitätsreservierungen](use-ec2-capacity-reservations.md). Wenn Sie auf eine Gruppe von Kapazitätsreservierungen abzielen, können Sie die Kapazität auf mehrere Availability Zones verteilen, um die Ausfallsicherheit zu verbessern.
**Tenancy**
Amazon EC2 bietet drei Optionen für die Wartung Ihrer EC2-Instances:
+ Gemeinsam genutzt (**gemeinsam genutzt**) — Mehrere AWS-Konten können sich dieselbe physische Hardware teilen. Dies ist die Standard-Tenancy-Option beim Starten einer Instance.
+ Dedizierte Instances (**Dedicated**) — Ihre Instance wird auf Single-Tenant-Hardware ausgeführt. Kein anderer AWS Kunde teilt sich denselben physischen Server. Weitere Informationen finden Sie unter [Dedicated Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-instance.html) im *Amazon EC2-Benutzerhandbuch*.
+ Dedicated Hosts (**Dedicated Host**) — Die Instance wird auf einem physischen Server ausgeführt, der nur für Sie reserviert ist. Die Verwendung von Dedicated Hosts macht es einfacher, Ihre eigenen Lizenzen (BYOL) mit speziellen Hardwareanforderungen für EC2 zu verwenden und Compliance-Anwendungsfälle zu erfüllen. Wenn Sie diese Option wählen, müssen Sie eine Host-Ressourcengruppe für die **Tenancy-Host-Ressourcengruppe** angeben. Weitere Informationen finden Sie unter [Dedicated Hosts](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
Support für Dedicated Hosts ist nur verfügbar, wenn Sie eine Host-Ressourcengruppe angeben. Sie können keinen bestimmten Host als Ziel festlegen oder eine Host-Platzierungsaffinität verwenden.
+ Wenn Sie versuchen, eine Startvorlage zu verwenden, die eine Host-ID angibt, erhalten Sie die folgende Fehlermeldung: `Incompatible launch template: Tenancy host ID is not supported for Auto Scaling.`
+ Wenn Sie versuchen, eine Startvorlage zu verwenden, die die Hostplatzierungsaffinität angibt, wird die folgende Fehlermeldung angezeigt: `Incompatible launch template: Auto Scaling does not support host placement affinity.`
**Hostressourcengruppe „Tenancy“**
Mit AWS License Manager können Sie Ihre eigenen Lizenzen verwenden AWS und diese zentral verwalten. Eine Host-Ressourcengruppe ist eine Gruppe von Dedicated Hosts, die mit einer bestimmten License Manager Manager-Lizenzkonfiguration verknüpft sind. Host-Ressourcengruppen ermöglichen es Ihnen, EC2-Instances einfach auf Dedicated Hosts zu starten, die Ihren Anforderungen an die Softwarelizenzierung entsprechen. Sie müssen Dedicated Hosts nicht vorab manuell zuweisen. Sie werden bei Bedarf automatisch erstellt. Beachten Sie, dass, wenn Sie ein AMI mit einer Lizenzkonfiguration verknüpfen, dieses AMI jeweils nur einer Host-Ressourcengruppe zugeordnet werden kann. Weitere Informationen finden Sie unter [Host-Ressourcengruppen AWS License Manager im](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) *License Manager Manager-Benutzerhandbuch*.
**Lizenzkonfigurationen**
Mit dieser Einstellung können Sie eine Lizenzkonfiguration für Ihre Instances angeben, ohne deren Tenancy auf Dedicated Hosts zu beschränken. Die Lizenzkonfiguration verfolgt die auf den Instances bereitgestellten Softwarelizenzen, sodass Sie Ihre Lizenznutzung und die Einhaltung der Vorschriften überwachen können. Weitere Informationen finden Sie unter [Erstellen einer selbstverwalteten Lizenz im License](https://docs.aws.amazon.com/license-manager/latest/userguide/create-license-configuration.html) *Manager Manager-Benutzerhandbuch*.
**Metadaten verfügbar**
Sie können wählen, ob Sie den Zugriff auf den HTTP-Endpunkt des Instanz-Metadatendienstes aktivieren oder deaktivieren möchten. Standardmäßig ist der HTTP-Endpunkt aktiviert. Wenn Sie den Endpunkt deaktivieren, wird der Zugriff auf Ihre Instance-Metadaten deaktiviert. Sie können angeben, dass die Bedingung IMDSv2 nur erforderlich sein soll, wenn der HTTP-Endpunkt aktiviert ist. Weitere Informationen finden Sie unter [Konfigurieren der Instance-Metadatenoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) im *Amazon-EC2-Benutzerhandbuch*.
**Metadaten-Version**
Sie können festlegen, dass bei der Anforderung von Instanz-Metadaten die Verwendung von Instanz-Metadatendienst Version 2 (IMDSv2) vorgeschrieben wird. Wenn Sie keinen Wert angeben, werden standardmäßig IMDSv1 sowohl als auch unterstützt IMDSv2. Weitere Informationen finden Sie unter [Konfigurieren der Instance-Metadatenoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) im *Amazon-EC2-Benutzerhandbuch*.
**Hop-Limit für die Antwort auf Metadatent**
Sie können die zulässige Anzahl von Netzwerk-Hops für das Metadaten-Token festlegen. Wenn Sie keinen Wert angeben, wird der Standard auf 1 festgelegt. Weitere Informationen finden Sie unter [Konfigurieren der Instance-Metadatenoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) im *Amazon-EC2-Benutzerhandbuch*.
**Benutzerdaten**
Sie können Ihre Instances anpassen und die Konfiguration beim Start abschließen, indem Sie Shell-Skripts oder Cloud-Init-Direktiven als Benutzerdaten angeben. Die Benutzerdaten werden beim ersten Start der Instanz ausgeführt, sodass Sie Anwendungen, Abhängigkeiten oder Anpassungen beim Start automatisch installieren können. Weitere Informationen finden Sie unter [Befehle auf Ihrer Linux-Instance beim Start ausführen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/user-data.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
Wenn Sie umfangreiche Downloads oder komplexe Skripts haben, verlängert dies die Zeit, die benötigt wird, bis die Instance einsatzbereit ist. In diesem Fall müssen Sie möglicherweise einen Lifecycle-Hook konfigurieren, um zu verhindern, dass eine Instanz den `InService` Status erreicht, bis sie vollständig bereitgestellt ist. Weitere Informationen zum Hinzufügen eines Lifecycle-Hooks zu Ihrer Auto Scaling Scaling-Gruppe finden Sie unter[Lebenszyklus-Hooks bei Amazon EC2 Auto Scaling](lifecycle-hooks.md).
# Spot-Instances für fehlertolerante und flexible Anwendungen anfordern
In Ihrer Startvorlage können Sie optional Spot-Instances ohne Enddatum oder Dauer anfordern. Amazon EC2-Spot-Instances sind freie Kapazitäten mit hohen Rabatten im Vergleich zum EC2 On-Demand-Preis verfügbar. Spot Instances sind eine kostengünstige Wahl, sofern Sie bei der Ausführung Ihrer Anwendungen zeitlich flexibel sind und Unterbrechungen verschmerzen können. Weitere Informationen zum Erstellen einer Startvorlage, die Spot-Instanzen anfordert, finden Sie unter [Erstellen einer Startvorlage mithilfe erweiterter Einstellungen](advanced-settings-for-your-launch-template.md).
**Wichtig**
Normalerweise werden Spot-Instances zur Ergänzung von On-Demand-Instances verwendet In diesem Szenario können Sie die gleichen Einstellungen, die auch für den Start von Spot-Instances verwendet werden, als Teil der Einstellungen Ihrer Auto-Scaling-Gruppe festlegen. Wenn Sie die Einstellungen als Teil der Auto-Scaling-Gruppe angeben, können Sie Spot-Instances erst nach dem Start einer bestimmten Anzahl von On-Demand-Instances starten und dann eine Kombination aus On-Demand-Instances und Spot-Instances starten, während die Gruppe skaliert wird. Weitere Informationen finden Sie unter [Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen](ec2-auto-scaling-mixed-instances-groups.md).
In diesem Thema wird beschrieben, wie Sie nur Spot-Instances in Ihrer Auto-Scaling-Gruppe starten können, indem Sie die Einstellungen in einer Startvorlage und nicht in der Auto-Scaling-Gruppe selbst festlegen. Die Informationen in diesem Thema gelten auch für Auto-caling-Gruppen, die Spot-Instances mit einer [Startkonfiguration](create-launch-config.md) anfordern. Der Unterschied besteht darin, dass für eine Startkonfiguration ein Höchstpreis erforderlich ist, bei Startvorlagen ist der Höchstpreis jedoch optional.
Wenn Sie eine Startvorlage erstellen, um nur Spot-Instanzen zu starten, sollten Sie die folgenden Punkte beachten:
+ **Spot-Preis.** Sie zahlen nur den aktuellen Spot-Preis für die Spot-Instances, die Sie starten. Dieser Preis ändert sich im Laufe der Zeit langsam, basierend auf den langfristigen Trends bei Angebot und Nachfrage. Weitere Informationen finden Sie unter [Spot-Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) und [Preise und Einsparungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html#spot-pricing) im *Amazon EC2 EC2-Benutzerhandbuch*.
+ **Festlegen des Höchstpreises.** Sie können optional einen Höchstpreis pro Stunde für Spot-Instances in Ihre Startvorlage aufnehmen. Wenn Ihr Maximalpreis den aktuellen Spot-Preis übersteigt, erfüllt der Amazon-EC2-Spot-Service Ihre Anfrage sofort, sofern Kapazität verfügbar ist. Wenn der Preis für Spot-Instances Ihren Maximalpreis für eine laufende Instance in Ihrer Auto-Scaling-Gruppe übersteigt, wird Ihre Instance beendet.
**Warnung**
Ihre Anwendung läuft möglicherweise nicht, wenn Sie keine Spot-Instances erhalten, z. B. wenn Ihr Höchstpreis zu niedrig ist. Um so lange wie möglich von den verfügbaren Spot-Instances zu profitieren, legen Sie Ihren Maximalpreis nahe dem On-Demand-Preis fest.
+ **Ausgleichen zwischen den Availability Zones.** Wenn Sie mehrere Availability Zones angeben, verteilt Amazon EC2 Auto Scaling die Spot-Anfragen über die angegebenen Zonen. Ist Ihr Höchstpreis in einer Availability Zone zu niedrig, um Anfragen zu erfüllen, prüft Amazon-EC2-Auto-Scaling, ob Anfragen in anderen Availability Zones erfolgreich waren. Ist dies der Fall, beendet Amazon EC2 Auto Scaling die nicht erfolgreichen Anfragen und verteilt sie auf die Availability Zones, deren Anfragen erfolgreich waren. Fallen die Preise in einer Availability Zone ohne erfolgreiche Anfragen so weit, dass künftige Anfragen erfolgreich sind, gleicht Amazon EC2 Auto Scaling die Kapazitäten der Availability Zones wieder aus.
+ **Spot-Instance-Beendigung.** Spot-Instances können jederzeit gekündigt werden. Der Amazon-EC2-Spot-Service kann Spot-Instances in Ihrer Auto-Scaling-Gruppe beenden, wenn sich die Verfügbarkeit von Spot-Instances oder der Preis für diese ändert. Bei der Skalierung oder bei der Durchführung von Gesundheitsprüfungen kann Amazon EC2 Auto Scaling Spot-Instances auf die gleiche Weise beenden wie On-Demand-Instances. Wenn eine Instance beendet wird, wird jeglicher Speicher gelöscht.
+ **Behalten Sie Ihre gewünschte Kapazität bei.** Wenn eine Spot-Instance beendet wird, versucht Amazon EC2 Auto Scaling, eine andere Spot-Instance zu starten, um die gewünschte Kapazität für die Gruppe aufrechtzuerhalten. Wenn der aktuelle Spot-Preis unter Ihrem Höchstpreis liegt, wird eine Spot-Instance gestartet. Wenn die Anfrage nach einer Spot-Instance erfolglos ist, versucht sie es weiter.
+ **Ändern des Höchstpreises.** Um Ihren Höchstpreis zu ändern, erstellen Sie eine neue Startvorlage oder aktualisieren Sie eine vorhandene Startvorlage mit dem neuen Höchstpreis und verknüpfen Sie sie dann mit Ihrer Auto-Scaling-Gruppe. Die bestehenden Spot-Instances laufen weiter, solange der in der für diese Instances verwendeten Startvorlage angegebene Höchstpreis höher ist als der aktuelle Spot-Preis. Wenn Sie keinen Höchstpreis festgelegt haben, ist der Standardhöchstpreis der Preis auf Abruf.
# Capacity BlocksFür Machine-Learning-Workloads verwenden
Capacity Blockshelfen Ihnen dabei, stark nachgefragte GPU-Instances zu einem future Zeitpunkt zu reservieren, um Ihre kurzfristigen Machine-Learning-Workloads (ML) zu unterstützen.
Einen Überblick über Capacity Blocks und wie sie funktionieren, finden Sie unter [Capacity Blocksfür ML](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
Um mit der Nutzung zu beginnenCapacity Blocks, erstellen Sie eine Kapazitätsreservierung in einer bestimmten Availability Zone. Capacity Blockswerden als `targeted` Kapazitätsreservierungen in einer einzigen Availability Zone bereitgestellt. Wenn Sie Ihre Startvorlage erstellen, geben Sie die Reservierungs-ID und den Instanztyp des Kapazitätsblocks an. Aktualisieren Sie dann Ihre Auto Scaling Scaling-Gruppe so, dass sie die von Ihnen erstellte Startvorlage und die Availability Zone des Capacity Blocks verwendet. Wenn Ihre Capacity Block-Reservierung beginnt, verwenden Sie die geplante Skalierung, um dieselbe Anzahl von Instances wie Ihre Capacity Block-Reservierung zu starten.
**Wichtig**
Capacity Blockssind nur für bestimmte Amazon EC2 EC2-Instance-Typen und AWS-Regionen verfügbar. Weitere Informationen finden Sie unter [Voraussetzungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-blocks-using.html#capacity-blocks-prerequisites) im *Amazon EC2 EC2-Benutzerhandbuch*.
**Topics**
+ [Betriebliche Richtlinien](#capacity-blocks-operational-guidelines)
+ [Geben Sie in Ihrer Startvorlage einen Kapazitätsblock an](#specify-a-capacity-block-in-your-launch-template)
+ [Einschränkungen](#capacity-blocks-limitations)
+ [Zugehörige Ressourcen](#capacity-blocks-related-resources)
## Betriebliche Richtlinien
Nachfolgend finden Sie grundlegende Richtlinien, die Sie bei der Verwendung eines Kapazitätsblocks mit einer Auto-Scaling-Gruppe beachten sollten.
+ Skalieren Sie Ihre Auto-Scaling-Gruppe mehr als 30 Minuten vor der Endzeit der Kapazitätsblockreservierung auf Null herunter. Amazon EC2 beendet alle Instances, die noch in Betrieb sind, 30 Minuten vor dem Ende des Kapazitätsblocks.
+ Wir empfehlen Ihnen, die geplante Skalierung zu verwenden, um zu den entsprechenden Reservierungszeiten die horizontale Skalierung (Hinzufügen von Instances) und die Skalierung (Instances entfernen) durchzuführen. Weitere Informationen finden Sie unter [Geplante Skalierung für Amazon EC2 Auto Scaling](ec2-auto-scaling-scheduled-scaling.md).
+ Fügen Sie bei Bedarf Lebenszyklus-Hooks hinzu, um Ihre Anwendung beim Skalieren innerhalb der Instances ordnungsgemäß herunterzufahren. Lassen Sie genügend Zeit, bis die Lebenszyklus-Aktion abgeschlossen ist, *bevor* Amazon EC2 beginnt, Ihre Instances 30 Minuten vor dem Ende der Kapazitätsblockreservierung zwangsweise zu beenden. Weitere Informationen finden Sie unter [Lebenszyklus-Hooks bei Amazon EC2 Auto Scaling](lifecycle-hooks.md).
+ Stellen Sie sicher, dass die Auto-Scaling-Gruppe für die gesamte Dauer der Reservierung auf die richtige Version der Startvorlage verweist. Wir empfehlen, auf eine bestimmte Version der Startvorlage statt auf die Version `$Default` oder `$Latest` zu verweisen.
**Anmerkung**
Wenn Sie eine Capacity Block-Instance bis zum Ende der Reservierung laufen lassen und Amazon EC2 sie zurückfordert, geben die Skalierungsaktivitäten für Ihre Auto Scaling Scaling-Gruppe an, dass sie "`taken out of service in response to an EC2 health check that indicated it had been terminated or stopped`„war, obwohl sie am Ende des Kapazitätsblocks absichtlich zurückgefordert wurde. In ähnlicher Weise versucht Amazon EC2 Auto Scaling, die Instance auf dieselbe Weise zu ersetzen, wie es bei jeder Instance der Fall ist, die eine Zustandsprüfung nicht besteht. Weitere Informationen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](ec2-auto-scaling-health-checks.md).
## Geben Sie in Ihrer Startvorlage einen Kapazitätsblock an
Verwenden Sie eine der folgenden Methoden, um eine Startvorlage zu erstellen, die auf einen bestimmten Kapazitätsblock für Ihre Auto Scaling Scaling-Gruppe abzielt:
------
#### [ Console ]
**Angabe eines Kapazitätsblocks in Ihrer Startvorlage (Konsole)**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie in der oberen Navigationsleiste den Ort aus, AWS-Region an dem Sie Ihren Kapazitätsblock erstellt haben.
1. Wählen Sie im Navigationsbereich unter **Instances** die Option **Launch Templates** aus.
1. Wählen Sie **Startvorlage** erstellen und erstellen Sie die Startvorlage. Schließen Sie bei Bedarf die ID des Amazon Machine Image (AMI), den Instance-Typ und alle anderen Startvorlagen ein.
1. Erweitern Sie den Abschnitt **Erweiterte Details**, um die erweiterten Einstellungen anzuzeigen.
1. Wählen Sie als **Kaufoption** **Kapazitätsblöcke** aus.
1. Wählen Sie für **Kapazitätsreservierung** die Option **Ziel nach ID** und dann für **Kapazitätsreservierung – Ziel nach ID** die Kapazitätsreservierungs-ID eines vorhandenen Kapazitätsblocks aus.
1. Klicken Sie danach auf **Startvorlage erstellen**.
Hilfe zum Erstellen einer Auto Scaling Scaling-Gruppe mit einer Startvorlage finden Sie unter[Erstellen einer Auto-Scaling-Gruppe mithilfe einer Startvorlage](create-asg-launch-template.md).
------
#### [ AWS CLI ]
**Angabe eines Kapazitätsblocks in Ihrer Startvorlage (AWS CLI)**
Verwenden Sie den folgenden [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)Befehl, um eine Startvorlage zu erstellen, die eine vorhandene Kapazitätsblock-Reservierungs-ID angibt. Ersetzen Sie jeden *user input placeholder* durch Ihre Informationen.
```
aws ec2 create-launch-template --launch-template-name my-template-for-capacity-block \
--version-description AutoScalingVersion1 --region us-east-2 \
--launch-template-data file://config.json
```
**Tipp**
Wenn dieser Befehl einen Fehler auslöst, stellen Sie sicher, dass Sie den Befehl AWS CLI lokal auf die neueste Version aktualisiert haben.
Inhalt von `config.json`.
```
{
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "p4d.24xlarge",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"InstanceMarketOptions": {
"MarketType": "capacity-block"
},
"CapacityReservationSpecification": {
"CapacityReservationTarget": {
"CapacityReservationId": "cr-02168da1478b509e0"
}
}
}
```
Es folgt eine Beispielausgabe.
```
{
"LaunchTemplate": {
"LaunchTemplateId": "lt-068f72b724example",
"LaunchTemplateName": "my-template-for-capacity-block",
"CreateTime": "2023-10-27T15:12:44.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
}
```
Sie können den folgenden [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html)Befehl verwenden, um die Reservierungs-ID für den Kapazitätsblock zu überprüfen, die der Startvorlage zugeordnet ist.
```
aws ec2 describe-launch-template-versions --launch-template-names my-template-for-capacity-block \
--region us-east-2
```
Es folgt eine Beispielausgabe für eine Startvorlage mit Angabe einer Kapazitätsblockreservierung.
```
{
"LaunchTemplateVersions": [
{
"LaunchTemplateId": "lt-068f72b724example",
"LaunchTemplateName": "my-template-for-capacity-block",
"VersionNumber": 1,
"CreateTime": "2023-10-27T15:12:44.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersion": true,
"LaunchTemplateData": {
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "p5.48xlarge",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"InstanceMarketOptions": {
"MarketType": "capacity-block"
},
"CapacityReservationSpecification": {
"CapacityReservationTarget": {
"CapacityReservationId": "cr-02168da1478b509e0"
}
}
}
}
]
}
```
------
## Einschränkungen
+ Support für Capacity Blocks ist nur verfügbar, wenn Ihre Auto Scaling Scaling-Gruppe über eine kompatible Konfiguration verfügt. Gruppen mit gemischten Instances und warmen Pools werden nicht unterstützt.
+ Sie können jeweils nur einen Kapazitätsblock als Ziel festlegen.
## Zugehörige Ressourcen
+ Die Voraussetzungen und Empfehlungen für die Verwendung von P5-Instances finden [Sie unter Erste Schritte mit P5-Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/p5-instances-started.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
+ Amazon EKS unterstützt die Verwendung Capacity Blocks zur Unterstützung Ihrer kurzfristigen Workloads für maschinelles Lernen (ML) auf Amazon EKS-Clustern. Weitere Informationen finden Sie unter [Capacity Blocksfür ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html) im **Amazon EKS-Benutzerhandbuch**.
+ Sie können es Capacity Blocks mit unterstützten Instance-Typen und Regionen verwenden. Kapazitätsreservierungen auf Abruf bieten jedoch die Flexibilität, Kapazität für andere Instance-Typen und Regionen zu reservieren. Ein Tutorial, das Ihnen zeigt, wie Sie die Option On-Demand-Kapazitätsreservierung verwenden, finden Sie unter[Reservieren Sie Kapazität in bestimmten Availability Zones mit Kapazitätsreservierungen](use-ec2-capacity-reservations.md).