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.
# Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen
Sie können eine Flotte von On-Demand-Instances und Spot-Instances innerhalb einer einzigen Auto-Scaling-Gruppe starten und automatisch skalieren. Zusätzlich zu den Rabatten für die Nutzung von Spot-Instances können Sie Reserved Instances oder Savings Plans nutzen, um Rabatte auf die regulären On-Demand-Instance-Preise zu erhalten. Diese Faktoren helfen Ihnen, Ihre Kosteneinsparungen für EC2-Instances zu optimieren und die gewünschte Skalierung und Leistung für Ihre Anwendung zu erhalten.
Bei Spot-Instances handelt es sich um Kapazitätsreserven, die im Vergleich zum EC2-On-Demand-Preis stark reduziert erhältlich sind. Spot Instances sind eine kostengünstige Wahl, sofern Sie bei der Ausführung Ihrer Anwendungen zeitlich flexibel sind und Unterbrechungen verschmerzen können. Sie können für verschiedene fehlertolerante und flexible Anwendungen verwendet werden. Beispiele hierfür sind statuslose Webserver, API-Endpunkte, Big-Data- und Analyseanwendungen, containerisierte Workloads, CI/CD Pipelines, Hochleistungs- und Hochdurchsatz-Computing (HPC/HTC), Rendering-Workloads und andere flexible Workloads.
Weitere Informationen finden Sie unter [Kaufoptionen für Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
**Topics**
+ [Übersicht über die Einrichtung für die Erstellung einer gemischten Instance-Gruppe](mixed-instances-groups-set-up-overview.md)
+ [Zuweisungsstrategien für mehrere Instance-Typen](allocation-strategies.md)
+ [Gruppe mit gemischten Instanzen mithilfe der attributbasierten Instanztypauswahl erstellen](create-mixed-instances-group-attribute-based-instance-type-selection.md)
+ [Erstellen Sie eine Gruppe mit gemischten Instances, indem Sie die Instance-Typen manuell auswählen](create-mixed-instances-group-manual-instance-type-selection.md)
+ [Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md)
+ [Verwenden von mehreren Startvorlagen](ec2-auto-scaling-mixed-instances-groups-launch-template-overrides.md)
# Übersicht über die Einrichtung für die Erstellung einer gemischten Instance-Gruppe
Dieses Thema bietet einen Überblick und bewährte Methoden für die Erstellung einer gemischten Auto Scaling Scaling-Instanzgruppe.
**Topics**
+ [-Übersicht](#mixed-instances-groups-overview)
+ [Flexibilität bezüglich der Instance-Größe](#mixed-instances-group-instance-flexibility)
+ [Flexibilität bezüglich der Availability Zone](#mixed-instances-group-az-flexibility)
+ [Maximaler Spotpreis](#mixed-instances-group-spot-max-price)
+ [Proaktiver Kapazitätsausgleich](#use-capacity-rebalancing)
+ [Skalierungsverhalten](#mixed-instances-group-scaling-behavior)
+ [Regionale Verfügbarkeit von Instance-Typen](#setup-overview-regional-availability-of-instance-types)
+ [Zugehörige Ressourcen](#setup-overview-related-resources)
+ [Einschränkungen](#setup-overview-limitations)
## -Übersicht
Es gibt zwei Möglichkeiten zum Erstellen einer Instances-Gruppe mit gemischten Instances:
+ [Attributbasierte Auswahl des Instance-Typs](create-mixed-instances-group-attribute-based-instance-type-selection.md) — Definieren Sie Ihre Rechenanforderungen, sodass Ihre Instance-Typen automatisch auf der Grundlage ihrer spezifischen Instance-Attribute ausgewählt werden.
+ [Manuelle Auswahl des Instance-Typs](create-mixed-instances-group-manual-instance-type-selection.md) — Wählen Sie manuell die Instance-Typen aus, die zu Ihrem Workload passen.
------
#### [ Manual selection ]
In den folgenden Schritten wird beschrieben, wie Sie eine Instances-Gruppe erstellen, indem Sie die Instances-Gruppe manuell auswählen:
1. Wählen Sie eine Startvorlage, die die Parameter zum Starten einer EC2-Instance enthält. Parameter in Startvorlagen sind optional, aber Amazon EC2 Auto Scaling kann eine Instance nicht starten, wenn die Amilong; (AMI) -ID in der Startvorlage fehlt.
1. Wählen Sie die Option zum Überschreiben der Startvorlage.
1. Wählen Sie manuell die Instance-Typen aus, die zu Ihrem Workload passen.
1. Geben Sie die Prozentsätze der On-Demand-Instances und Spot Instances an, die gestartet werden sollen.
1. Die folgenden Zuweisungsstrategien bestimmen, wie die Amazon EC2 Auto Scaling-Gruppe Ihre gewünschte Kapazität für On-Demand- und Spot-Kapazität von den möglichen Instance-Typen erfüllt.
1. Wählen Sie die Availability Zones und VPC-Subnetze aus, in denen Sie Ihre Instances starten möchten.
1. Geben Sie die Anfangsgröße der Gruppe (die gewünschte Kapazität) sowie die Mindest- und Maximalgröße der Gruppe an.
Überschreibungen sind erforderlich, um den in der Startvorlage deklarierten Instance-Typ zu überschreiben und mehrere Instance-Typen zu verwenden, die in die eigene Ressourcendefinition der Auto-Scaling-Gruppe eingebettet sind. Weitere Informationen zu den verfügbaren Instance-Typen finden Sie unter [Instance-Typen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
Sie können auch die folgenden optionalen Parameter für jeden Instance-Typ konfigurieren:
+ `LaunchTemplateSpecification`— Sie können einem Instance-Typ nach Bedarf eine andere Startvorlage zuweisen. Diese Option ist zur Zeit in der Konsole nicht verfügbar. Weitere Informationen finden Sie unter [Verwenden von mehreren Startvorlagen](ec2-auto-scaling-mixed-instances-groups-launch-template-overrides.md).
+ `WeightedCapacity`— Sie entscheiden, wie viel die Instance im Vergleich zu den übrigen Instances in Ihrer Gruppe auf die gewünschte Kapazität angerechnet wird. Wenn Sie einen `WeightedCapacity`-Wert für einen Instance-Typ angeben, müssen Sie einen `WeightedCapacity`-Wert für alle Instance-Typen angeben. Standardmäßig wird jede Instance als eine Instance auf Ihre gewünschte Kapazität angerechnet. Weitere Informationen finden Sie unter [Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md).
------
#### [ Attribute-based selection ]
Damit Amazon EC2 Auto Scaling Ihre Instance-Typen automatisch auf der Grundlage ihrer spezifischen Instance-Attribute auswählen kann, erstellen Sie mithilfe der folgenden Schritte eine gemischte Instance-Gruppe, indem Sie Ihre Rechenanforderungen angeben:
1. Wählen Sie eine Startvorlage, die die Parameter zum Starten einer EC2-Instance enthält. Parameter in Startvorlagen sind optional, aber Amazon EC2 Auto Scaling kann eine Instance nicht starten, wenn die Amilong; (AMI) -ID in der Startvorlage fehlt.
1. Wählen Sie die Option zum Überschreiben der Startvorlage.
1. Geben Sie Instance-Attribute an, die Ihren Rechenanforderungen entsprechen, z. B. v CPUs - und Speicheranforderungen.
1. Geben Sie die Prozentsätze der On-Demand-Instances und Spot Instances an, die gestartet werden sollen.
1. Die folgenden Zuweisungsstrategien bestimmen, wie die Amazon EC2 Auto Scaling-Gruppe Ihre gewünschte Kapazität für On-Demand- und Spot-Kapazität von den möglichen Instance-Typen erfüllt.
1. Wählen Sie die Availability Zones und VPC-Subnetze aus, in denen Sie Ihre Instances starten möchten.
1. Geben Sie die Anfangsgröße der Gruppe (die gewünschte Kapazität) sowie die Mindest- und Maximalgröße der Gruppe an.
Überschreibungen sind erforderlich, um den in der Startvorlage deklarierten Instance-Typ außer Kraft zu setzen und eine Reihe von Instance-Attributen zu verwenden, die Ihre Rechenanforderungen beschreiben. Informationen zu den unterstützten Attributen finden Sie [InstanceRequirements](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_InstanceRequirements.html)in der *Amazon EC2 Auto Scaling API-Referenz.* Alternativ können Sie eine Startvorlage verwenden, die bereits die Definition der Instance-Attribute enthält.
Sie können den `LaunchTemplateSpecification`-Parameter auch innerhalb der Overrides-Struktur konfigurieren, um einer Reihe von Instance-Anforderungen nach Bedarf eine andere Startvorlage zuzuweisen. Diese Option ist zur Zeit in der Konsole nicht verfügbar. Weitere Informationen finden Sie [LaunchTemplateOverrides](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_LaunchTemplateOverrides.html)in der *Amazon EC2 Auto Scaling API-Referenz.*
Standardmäßig legen Sie die Anzahl der Instances als die gewünschte Kapazität Ihrer Auto Scaling-Gruppe fest.
Alternativ können Sie den Wert für die gewünschte Kapazität auf die Anzahl von v CPUs oder die Speichergröße festlegen. Verwenden Sie dazu die `DesiredCapacityType`-Eigenschaft im `CreateAutoScalingGroup` API-Vorgang oder das Dropdown-Feld **Gewünschter Kapazitätstyp** im AWS-Managementkonsole. Dies ist eine nützliche Alternative zu [Instance-Gewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md).
------
## Flexibilität bezüglich der Instance-Größe
Um die Verfügbarkeit zu erhöhen, stellen Sie Ihre Anwendung für mehrere Instance-Typen bereit. Es hat sich bewährt, mehrere Instance-Typen zu verwenden, um die Kapazitätsanforderungen zu erfüllen. Dadurch kann Amazon EC2 Auto Scaling einen weiteren Instance-Typ starten, wenn in den ausgewählten Availability Zones nicht genügend Instance-Kapazität zur Verfügung steht.
Falls die Instance-Kapazität bei Spot Instances nicht ausreicht, versucht Amazon EC2 Auto Scaling immer wieder, Instances aus anderen Spot-Instance-Pools zu starten. (Die verwendeten Pools hängen von den von Ihnen ausgewählten Instance-Typen und der Zuweisungsstrategie ab.) Amazon EC2 Auto Scaling hilft Ihnen dabei, die Kosteneinsparungen von Spot Instances zu nutzen, indem Sie sie anstelle von On-Demand-Instances starten.
Wir empfehlen, für jeden Workload über mindestens 10 Instance-Typen hinweg flexibel zu sein. Beschränken Sie sich bei der Auswahl Ihrer Instance-Typen nicht auf die beliebtesten neuen Instance-Typen. Die Wahl von Instance-Typen der früheren Generation führt in der Regel zu weniger Spot-Unterbrechungen, da sie von On-Demand-Kunden weniger nachgefragt werden.
## Flexibilität bezüglich der Availability Zone
Wir empfehlen dringend, dass Sie Ihre Auto Scaling-Gruppe auf mehrere Availability Zones verteilen. Mit mehreren Availability Zones können Sie Anwendungen entwerfen, die automatisch zwischen den Zonen umschalten, um die Ausfallsicherheit zu erhöhen.
Ein zusätzlicher Vorteil ist, dass Sie im Vergleich zu Gruppen in einer einzelnen Availability Zone auf einen größeren Amazon EC2-Kapazitätspool zugreifen können. Da die Kapazität für jeden Instance-Typ in jeder Availability Zone unabhängig schwankt, können Sie oft mehr Rechenkapazität mit Flexibilität sowohl für den Instance-Typ als auch für die Availability Zone erhalten.
Weitere Informationen zur Verwendung mehrerer Availability Zones finden Sie unter [Beispiel: Aufteilen von Instances in mehrere Availability Zones](auto-scaling-benefits.md#arch-AutoScalingMultiAZ).
## Maximaler Spotpreis
Wenn Sie Ihre Auto Scaling Scaling-Gruppe mit dem AWS CLI oder einem SDK erstellen, können Sie den `SpotMaxPrice` Parameter angeben. Der `SpotMaxPrice`-Parameter bestimmt den Höchstpreis, den Sie für eine Spot-Instance-Stunde zu zahlen bereit sind.
Wenn Sie den `WeightedCapacity`-Parameter in Ihren Overrides (oder `"DesiredCapacityType": "vcpu"` oder `"DesiredCapacityType": "memory-mib"` auf Gruppenebene) angeben, stellt der Höchstpreis den maximalen Einzelpreis dar, nicht den Höchstpreis für eine ganze Instance.
Wir empfehlen ausdrücklich, keinen Höchstpreis anzugeben. Ihre Anwendung läuft möglicherweise nicht, wenn Sie keine Spot-Instances erhalten, z. B. wenn Ihr Höchstpreis zu niedrig ist. Wenn Sie keinen Höchstpreis angeben, entspricht der Standardhöchstpreis dem On-Demand-Preis. Sie zahlen nur den Spot-Preis für Spot-Instances, die Sie starten. Sie erhalten weiterhin die hohen Rabatte von Spot Instances. Diese Rabatte sind dank der stabilen Spot-Preise des [Spot-Preismodells](https://aws.amazon.com/blogs/compute/new-amazon-ec2-spot-pricing/) möglich. Weitere Informationen finden Sie unter [Preise und Einsparungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html#spot-pricing) im *Amazon EC2 EC2-Benutzerhandbuch*.
## Proaktiver Kapazitätsausgleich
Wenn Ihr Anwendungsfall dies zulässt, empfehlen wir Capacity Rebalancing (Kapazitätsausgleich). Capacity Rebalancing hilft Ihnen dabei, die Verfügbarkeit Ihrer Workloads aufrechtzuerhalten, indem Spot-Instances, bei denen das Risiko einer Unterbrechung besteht, proaktiv ersetzt werden.
Wenn Capacity Rebalancing aktiviert ist, versucht Amazon EC2 Auto Scaling, Spot-Instances, die eine Empfehlung zur Neuverteilung von EC2-Instances erhalten haben, proaktiv zu ersetzen. Dies bietet die Möglichkeit, Ihre Arbeitslast auf neue Spot-Instances umzustellen, bei denen kein erhöhtes Unterbrechungsrisiko besteht.
Weitere Informationen finden Sie unter [Kapazitätsausgleich bei Auto Scaling als Ersatz für gefährdete Spot-Instances](ec2-auto-scaling-capacity-rebalancing.md).
## Skalierungsverhalten
Wenn Sie eine gemischte Instance-Gruppe erstellen, werden standardmäßig On-Demand-Instances verwendet. Um Spot-Instances verwenden zu können, müssen Sie den Prozentsatz der Gruppe ändern, die als On-Demand-Instances gestartet werden soll. Sie können eine beliebige Zahl zwischen 0 und 100 als On-Demand-Prozentsatz angeben.
Optional können Sie auch eine Basisanzahl von On-Demand-Instances festlegen, mit der begonnen werden soll. Wenn Sie dies tun, wartet Amazon EC2 Auto Scaling mit dem Start von Spot-Instances, bis die Basiskapazität der On-Demand-Instances erreicht ist, sobald die Gruppe aufskaliert. Für alles außerhalb der Basiskapazität werden die On-Demand-Prozentsätze verwendet, um zu bestimmen, wie viele On-Demand-Instances und Spot-Instances gestartet werden sollen.
Amazon EC2 Auto Scaling konvertiert den Prozentsatz in die entsprechende Anzahl von Instances. Wenn das Ergebnis eine Bruchzahl ergibt, wird zugunsten der On-Demand-Instances auf die nächste Ganzzahl aufgerundet.
Die folgende Tabelle veranschaulicht das Verhalten der Auto-Scaling-Gruppe, wenn sie sich vergrößert oder verkleinert.
**Beispiel: Skalierungsverhalten**
| Kaufoptionen | Gruppengröße und Anzahl der laufenden Instances bei allen Kaufoptionen |
| --- |--- |
| | **10** | **20** | **30** | **40** |
| --- |--- |--- |--- |--- |
| **Beispiel 1**: Basis von 10, 50/50% On-Demand/Spot | | | | |
| On-Demand-Instances (Grundmenge) | 10 | 10 | 10 | 10 |
| On-Demand Instances | 0 | 5 | 10 | 15 |
| Spot Instances | 0 | 5 | 10 | 15 |
| **Beispiel 2**: Basis von 0, 0/100% On-Demand/Spot | | | | |
| On-Demand-Instances (Grundmenge) | 0 | 0 | 0 | 0 |
| On-Demand Instances | 0 | 0 | 0 | 0 |
| Spot Instances | 10 | 20 | 30 | 40 |
| **Beispiel 3**: Basis von 0, 60/40% On-Demand/Spot | | | | |
| On-Demand-Instances (Grundmenge) | 0 | 0 | 0 | 0 |
| On-Demand Instances | 6 | 12 | 18 | 24 |
| Spot Instances | 4 | 8 | 12 | 16 |
| **Beispiel 4**: Basis von 0, 100/0% On-Demand/Spot | | | | |
| On-Demand-Instances (Grundmenge) | 0 | 0 | 0 | 0 |
| On-Demand Instances | 10 | 20 | 30 | 40 |
| Spot Instances | 0 | 0 | 0 | 0 |
| **Beispiel 5**: Basis von 12, 0/100% On-Demand/Spot | | | | |
| On-Demand-Instances (Grundmenge) | 10 | 12 | 12 | 12 |
| On-Demand Instances | 0 | 0 | 0 | 0 |
| Spot Instances | 0 | 8 | 18 | 28 |
Wenn die Gruppengröße *zunimmt*, versucht Amazon EC2 Auto Scaling, Ihre Kapazität gleichmäßig über die angegebenen Availability Zones zu verteilen. Anschließend startet es Instance-Typen entsprechend der angegebenen Zuweisungsstrategie.
Wenn die Gruppengröße *abnimmt*, identifiziert Amazon EC2 Auto Scaling zunächst, welcher der beiden Typen (Spot oder On-Demand) beendet werden soll. Anschließend wird versucht, Instances auf ausgewogene Weise über Ihre angegebenen Availability Zones hinweg zu beenden. Außerdem wird die Beendigung von Instances auf eine Weise begünstigt, die Ihren Allokationsstrategien näher kommt. Weitere Informationen zu den Richtlinien zum Beenden finden Sie unter [Kündigungsrichtlinien für Amazon EC2 Auto Scaling konfigurieren](ec2-auto-scaling-termination-policies.md).
## Regionale Verfügbarkeit von Instance-Typen
Die Verfügbarkeit von EC2-Instance-Typen hängt von Ihrem AWS-Region ab. So kann es beispielsweise sein, dass die neueste Generation von Instance-Typen in einer bestimmten Region noch nicht verfügbar ist. Aufgrund der regionalen Unterschiede bei der Instance-Verfügbarkeit können Probleme auftreten, sobald Sie programmatische Anfragen stellen, wenn mehrere Instance-Typen in Ihren Overrides in Ihrer Region nicht verfügbar sind. Die Verwendung mehrerer Instance-Typen, die in Ihrer Region nicht verfügbar sind, kann dazu führen, dass die Anfrage vollständig fehlschlägt. Um das Problem zu lösen, wiederholen Sie die Anfrage mit verschiedenen Instance-Typen und stellen Sie sicher, dass jeder Instance-Typ in der Region verfügbar ist. Verwenden Sie den [describe-instance-type-offerings](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-instance-type-offerings.html)Befehl, um nach Instance-Typen zu suchen, die je nach Standort angeboten werden. Weitere Informationen [finden Sie unter Suchen nach einem Amazon EC2 EC2-Instance-Typ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
## Zugehörige Ressourcen
Weitere Best Practices für Spot-Instances finden Sie unter [Bewährte Methoden für EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
## Einschränkungen
Nachdem Sie einer Auto Scaling Scaling-Gruppe mithilfe einer [Richtlinie für gemischte Instanzen](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_MixedInstancesPolicy.html) Overrides hinzugefügt haben, können Sie die Overrides mit dem `UpdateAutoScalingGroup` API-Aufruf aktualisieren, aber nicht löschen. Um die Überschreibungen vollständig zu entfernen, müssen Sie zunächst die Auto Scaling Scaling-Gruppe so ändern, dass sie eine Startvorlage oder eine Startkonfiguration anstelle einer Richtlinie für gemischte Instanzen verwendet. Anschließend können Sie erneut eine Richtlinie für gemischte Instanzen ohne Überschreibungen hinzufügen.
# Zuweisungsstrategien für mehrere Instance-Typen
Wenn Sie mehrere Instance-Typen verwenden, verwalten Sie, wie Amazon EC2 Auto Scaling Ihre On-Demand- und Spot-Kapazität mithilfe der möglichen Instance-Typen erfüllt. Zu diesem Zweck spezifizieren Sie Zuweisungsstrategien und .
Eine Übersicht der bewährten Methoden für eine Gruppe mit gemischten Instanzen finden Sie unter[Übersicht über die Einrichtung für die Erstellung einer gemischten Instance-Gruppe](mixed-instances-groups-set-up-overview.md).
**Topics**
+ [Spot Instances](#spot-allocation-strategy)
+ [On-Demand Instances](#on-demand-allocation-strategy)
+ [Wie funktionieren die Allokationsstrategien mit Gewichten](#lowest-price-allocation-strategy)
## Spot Instances
Amazon EC2 Auto Scaling bietet die folgenden Allokationsstrategien, die für Spot-Instances verwendet werden können:
`price-capacity-optimized` (empfohlen)
Die preis- und kapazitätsoptimierte Zuweisungsstrategie betrachtet sowohl den Preis als auch die Kapazität, um die Spot-Instance-Pools auszuwählen, die am unwahrscheinlichsten unterbrochen werden und den niedrigstmöglichen Preis haben.
Wir empfehlen diese Strategie für den Einstieg. Weitere Informationen finden Sie im AWS Blog unter [Einführung in die price-capacity-optimized Zuweisungsstrategie für EC2-Spot-Instances](https://aws.amazon.com/blogs/compute/introducing-price-capacity-optimized-allocation-strategy-for-ec2-spot-instances/).
`capacity-optimized`
Amazon EC2 Auto Scaling fordert Ihre Spot Instance aus dem Pool mit optimaler Kapazität für die Anzahl der zu startenden Instances an.
Bei Spot-Instances ändert sich die Preisgestaltung im Laufe der Zeit basierend auf langfristigen Trends bei Angebot und Nachfrage langsam. Die Kapazität schwankt jedoch in Echtzeit. Bei Anwendung der Strategie `capacity-optimized` wird Spot-Instances automatisch zu den am besten verfügbaren Pools gestartet, indem Echtzeitdaten zur Kapazität analysiert werden und prognostiziert wird, welche Pools am besten verfügbar sind. Dies trägt dazu bei, mögliche Unterbrechungen für Workloads zu minimieren, bei denen Unterbrechungen ggf. aufgrund des Neustarts von Aufgaben sowie aufgrund von Checkpointing zu höheren Kosten führen. Um bestimmten Instance-Typen eine höhere Chance zu geben, zuerst zu starten, verwenden Sie `capacity-optimized-prioritized`.
`capacity-optimized-prioritized`
Sie legen die Reihenfolge der Instance-Typen für die Überschreibungen der Startvorlagen von der höchsten bis zur niedrigsten Priorität (vom ersten bis zum letzten in der Liste) fest. Amazon EC2 Auto Scaling berücksichtigt die Prioritäten des Instance-Typs nach bestem Wissen und Gewissen, optimiert jedoch zuerst die Kapazität. Dies ist eine gute Option für Workloads, bei denen die Möglichkeit von Unterbrechungen minimiert werden muss, aber auch die Präferenz für bestimmte Instance-Typen von Bedeutung ist. Wenn die On-Demand-Zuweisungsstrategie auf `prioritized` festgelegt ist, wird bei der Abdeckung von On-Demand-Kapazität die gleiche Priorität angewendet.
`lowest-price` (wird nicht empfohlen)
Wir empfehlen diese `lowest-price` Strategie nicht, da sie das höchste Unterbrechungsrisiko für Ihre Spot-Instances birgt.
Amazon EC2 Auto Scaling fordert Ihre Spot Instances unter Verwendung der preisgünstigsten Pools innerhalb einer Availability Zone für die Anzahl N von Spot-Pools an, die Sie für die Einstellung **Pools mit dem niedrigsten Preis** angegeben haben. Wenn Sie also beispielsweise vier Instance-Typen und vier Availability Zones angeben, kann Ihre Auto-Scaling-Gruppe auf bis zu 16 Spot-Pools zugreifen. (Vier in jeder Availability Zone.) Wenn Sie für die Zuweisungsstrategie zwei Spot-Pools (N=2) angeben, kann Ihre Auto-Scaling-Gruppe die beiden preisgünstigsten Pools pro Availability Zone nutzen, um Ihre Spot-Kapazität abzudecken.
Die `lowest-price` Strategie ist nur verfügbar, wenn Sie die verwenden AWS CLI.
Amazon EC2 Auto Scaling versucht, Spot Instances aus der Anzahl (N) der Pools zu ziehen, die Sie angeben. Wenn einem Pool die Spot-Kapazität ausgeht, bevor Ihre gewünschte Kapazität erreicht ist, wird Amazon EC2 Auto Scaling Ihre Anfrage weiterhin erfüllen, indem sie sie aus dem nächstgünstigsten Pool zieht. Um Ihre gewünschte Kapazität abzudecken, erhalten Sie möglicherweise Spot Instances aus mehr Pools als der von Ihnen angegebenen Anzahl (N). Wenn die meisten Pools keine Spot-Kapazität haben, erhalten Sie Ihre volle gewünschte Kapazität möglicherweise von weniger als der von Ihnen angegebenen Anzahl (N) von Pools.
**Anmerkung**
Wenn Sie eine Spot Instance mit aktiviertem [AMD SEV-SNP](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/sev-snp.html) starten, wird Ihnen eine zusätzliche stündliche Nutzungsgebühr in Höhe von 10 % des [On-Demand-Stundensatzes](https://aws.amazon.com/ec2/pricing/on-demand/) des ausgewählten Instance-Typs berechnet. Wenn die Zuweisungsstrategie den Preis als Eingabe verwendet, berücksichtigt Amazon EC2 Auto Scaling diese zusätzliche Gebühr nicht; es wird nur der Spot-Preis verwendet.
## On-Demand Instances
Amazon EC2 Auto Scaling bietet die folgenden Zuweisungsstrategien, die für On–Demand-Instances verwendet werden können:
`lowest-price`
Amazon EC2 Auto Scaling stellt automatisch den günstigsten Instance-Typ in jeder Availability Zone bereit, basierend auf dem aktuellen On-Demand-Preis.
Um Ihre gewünschte Kapazität zu erreichen, erhalten Sie in den einzelnen Availability Zones möglicherweise On-Demand-Instances von mehreren Instance-Typen. Dies hängt davon ab, wie viel Kapazität Sie anfordern.
`prioritized`
Bei der Abdeckung der On-Demand-Kapazität bestimmt Amazon EC2 Auto Scaling, welcher Instance-Typ zuerst verwendet wird (basierend auf der Reihenfolge der Instance-Typen in der Liste der Startvorlagen-Überschreibungen). Ein Beispiel: Angenommen, Sie geben drei Startvorlagen-Überschreibungen in der folgenden Reihenfolge an: `c5.large`, `c4.large` und `c3.large`. Beim Start Ihrer On-Demand-Instances verwendet die Auto-Scaling-Gruppe erst `c5.large`, dann `c4.large` und schließlich `c3.large`, um die On-Demand-Kapazität abzudecken.
Berücksichtigen Sie beim Verwalten der Prioritätsreihenfolge Ihrer On-Demand-Instances Folgendes:
+ Sie können für die Nutzung im Voraus bezahlen, um erhebliche Rabatte für On-Demand-Instances zu erhalten, indem Sie entweder Savings Plans oder Reserved Instances verwenden. Weitere Informationen finden Sie auf der [Preisseite für Amazon EC2](https://aws.amazon.com/ec2/pricing/).
+ Bei Reserved Instances gilt die ermäßigte Rate der regulären On-Demand-Instance-Preise, wenn Amazon EC2 Auto Scaling passende Instance-Typen startet. Das bedeutet: Wenn Sie über ungenutzte Reserved Instances für `c4.large` verfügen, können Sie die Priorität der Instance-Typen so festlegen, dass dem Instance-Typ `c4.large` die höchste Priorität für Ihre Reserved Instances eingeräumt wird. Wenn eine `c4.large`-Instance gestartet wird, erhalten Sie die Preise für die Reserved Instance.
+ Bei Savings Plans gelten bei Verwendung von Amazon EC2 Instance Savings Plans oder Compute Savings Plans die regulären On-Demand-Instance-Preise. Savings Plans bieten mehr Flexibilität bei der Priorisierung Ihrer Instance-Typen. Solange Sie Instance-Typen verwenden, die von Ihren Savings Plans abgedeckt werden, können Sie sie in beliebiger Prioritätsreihenfolge festlegen. Sie können auch gelegentlich die gesamte Reihenfolge Ihrer Instance-Typen ändern und trotzdem den ermäßigten Tarif für Savings Plans erhalten. Weitere Informationen zu Savings Plans finden Sie im [Savings Plans User Guide](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
## Wie funktionieren die Allokationsstrategien mit Gewichten
Wenn Sie den `WeightedCapacity` Parameter in Ihren Überschreibungen (`"DesiredCapacityType": "vcpu"`oder `"DesiredCapacityType": "memory-mib"` auf Gruppenebene) angeben, funktionieren die Zuweisungsstrategien genauso wie bei anderen Auto Scaling Scaling-Gruppen.
Angenommen, Sie haben eine Auto Scaling Scaling-Gruppe mit mehreren Instance-Typen, die unterschiedliche Mengen von v habenCPUs. Sie verwenden `lowest-price` für Ihre Spot- und On-Demand-Zuweisungsstrategien. Wenn Sie sich dafür entscheiden, Gewichtungen auf der Grundlage der vCPU-Anzahl jedes Instance-Typs zuzuweisen, startet Amazon EC2 Auto Scaling die Instance-Typen, die zum Zeitpunkt der Erfüllung den niedrigsten Preis für die von Ihnen zugewiesenen Gewichtungswerte haben (z. B. pro vCPU). Wenn es sich um eine Spot-Instance handelt, dann ist dies der niedrigste Spot-Preis pro vCPU. Wenn es sich um eine On-Demand-Instance handelt, dann ist dies der niedrigste On-Demand-Preis pro vCPU.
Weitere Informationen finden Sie unter [Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md).
# Gruppe mit gemischten Instanzen mithilfe der attributbasierten Instanztypauswahl erstellen
Anstatt Instance-Typen manuell für Ihre gemischte Instances-Gruppe auszuwählen, können Sie eine Reihe von Instance-Attributen angeben, die Ihre Rechenanforderungen beschreiben. Da Amazon EC2 Auto Scaling Instances startet, müssen alle Instance-Typen, die von der Auto-Scaling-Gruppe verwendet werden, Ihren gewünschten Instance-Attributen entsprechen. Dies ist bekannt als *attributbasierte Instance-Typauswahl*.
Dieser Ansatz ist ideal für Workloads und Frameworks, die bei der Wahl der Instance-Typen flexibel sind, wie z.B. Container, Big Data und CI/CD.
Im Folgenden finden Sie die Vorteile der attributbasierten Auswahl von Instance-Typen:
+ **Optimale Flexibilität für Spot-Instances** — Amazon EC2 Auto Scaling kann aus einer Vielzahl von Instance-Typen für den Start von Spot-Instances wählen. Dies entspricht der bewährten Spot-Praxis, bei den Instance-Typen flexibel zu sein, wodurch der Amazon-EC2-Spot-Service eine bessere Chance hat, die von Ihnen benötigte Menge an Rechenkapazität zu finden und zuzuweisen.
+ **Einfacher Einsatz der richtigen Instance-Typen** – Da so viele Instance-Typen verfügbar sind, kann es zeitaufwendig sein, die richtigen Instance-Typen für Ihre Workload zu finden. Wenn Sie Instance-Attribute angeben, haben die Instance-Typen automatisch die erforderlichen Attribute für Ihre Workload.
+ **Automatische Verwendung neuer Instance-Typen** — Ihre Auto Scaling Scaling-Gruppen können Instance-Typen der neueren Generation verwenden, sobald sie veröffentlicht werden. Instance-Typen der neueren Generation werden automatisch verwendet, wenn sie Ihren Anforderungen entsprechen und mit den Zuweisungsstrategien übereinstimmen, die Sie für Ihre Auto-Scaling-Gruppe gewählt haben.
**Topics**
+ [Attributbasierte Auswahl von Instance-Typen](#how-attribute-based-instance-type-selection-works)
+ [Preisschutz](#understand-price-protection)
+ [Leistungsschutz](#understand-performance-protection)
+ [Voraussetzungen](#attribute-based-instance-type-selection-prerequisites)
+ [Erstellen Sie eine gemischte Instanzgruppe mit attributbasierter Instanztypauswahl (Konsole)](#attribute-based-instance-type-selection-console)
+ [Erstellen Sie eine gemischte Instanzgruppe mit einer attributbasierten Instanztypauswahl ()AWS CLI](#attribute-based-instance-type-selection-aws-cli)
+ [Beispielkonfiguration](#attribute-based-instance-type-selection-example-configurations)
+ [Eine Vorschau Ihrer Instance-Typen anzeigen](#attribute-based-instance-type-selection-preview)
+ [Zugehörige Ressourcen](#attribute-based-instance-type-selection-related-resources)
## Attributbasierte Auswahl von Instance-Typen
Bei der attributbasierten Auswahl von Instance-Typen geben Sie statt einer Liste bestimmter Instance-Typen eine Liste von Instance-Attributen an, die Ihre Instances benötigen, wie z. B.:
+ **vCPU-Anzahl** — Die minimale und maximale Anzahl von v CPUs pro Instanz.
+ **Arbeitsspeicher** — Das Minimum und das Maximum GiBs an Arbeitsspeicher pro Instanz.
+ **Lokaler Speicher** – Ob EBS- oder Instance-Speicher-Volumes für den lokalen Speicher verwendet werden sollen.
+ **Burstable Performance** – Gibt an, ob die T-Instance-Familie verwendet werden soll, einschließlich der Typen T4g, T3a, T3 und T2.
Es stehen viele Optionen zur Definition Ihrer Instanzanforderungen zur Verfügung. Eine Beschreibung der einzelnen Optionen und der Standardwerte finden Sie [InstanceRequirements](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_InstanceRequirements.html)in der *Amazon EC2 Auto Scaling API-Referenz.*
Wenn Ihre Auto Scaling Scaling-Gruppe eine Instance starten muss, sucht sie nach Instance-Typen, die Ihren angegebenen Attributen entsprechen und in dieser Availability Zone verfügbar sind. Die Zuweisungsstrategie bestimmt dann, welcher der passenden Instance-Typen gestartet werden soll. Standardmäßig ist für die attributbasierte Instance-Typauswahl eine Preisschutzfunktion aktiviert, um zu verhindern, dass Ihre Auto Scaling Scaling-Gruppe Instance-Typen startet, die Ihre Budgetschwellenwerte überschreiten.
Standardmäßig verwenden Sie die Anzahl der Instances als Maßeinheit, wenn Sie die gewünschte Kapazität Ihrer Auto Scaling Scaling-Gruppe festlegen, was bedeutet, dass jede Instanz als eine Einheit zählt.
Alternativ können Sie den Wert für die gewünschte Kapazität auf die Anzahl von v CPUs oder die Speichermenge festlegen. Verwenden Sie dazu das Dropdown-Feld **Gewünschter Kapazitätstyp** in der AWS-Managementkonsole oder der `DesiredCapacityType` Eigenschaft in der `UpdateAutoScalingGroup` API-Operation `CreateAutoScalingGroup` oder. Amazon EC2 Auto Scaling startet dann die Anzahl der Instances, die erforderlich sind, um die gewünschte vCPU- oder Speicherkapazität zu erreichen. Wenn Sie beispielsweise v CPUs als gewünschten Kapazitätstyp verwenden und Instances mit CPUs jeweils 2 V verwenden, CPUs würde eine gewünschte Kapazität von 10 v 5 Instances starten. Dies ist eine nützliche Alternative zu [Instance-Gewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md).
## Preisschutz
Mit Preisschutz können Sie den Höchstpreis angeben, den Sie bereit sind, für EC2-Instances zu zahlen, die von Ihrer Auto Scaling Scaling-Gruppe gestartet wurden. Der Preisschutz ist eine Funktion, die verhindert, dass Ihre Auto Scaling Scaling-Gruppe Instance-Typen verwendet, die Sie für zu teuer halten würden, selbst wenn sie zufällig den von Ihnen angegebenen Attributen entsprechen.
Der Preisschutz ist standardmäßig aktiviert und hat separate Preisschwellen für On-Demand-Instances und Spot-Instances. Wenn Amazon EC2 Auto Scaling neue Instances starten muss, werden Instance-Typen, deren Preis über dem entsprechenden Schwellenwert liegt, nicht gestartet.
**Topics**
+ [Preisschutz auf Abruf](#on-demand-price-price-protection)
+ [Schutz vor Spot-Preisen](#spot-price-price-protection)
+ [Passen Sie den Preisschutz individuell an](#customize-price-price-protection)
### Preisschutz auf Abruf
Für On-Demand-Instances definieren Sie den maximalen On-Demand-Preis, den Sie zu zahlen bereit sind, als Prozentsatz, der über dem angegebenen On-Demand-Preis liegt. Der identifizierte On-Demand-Preis ist der Preis des günstigsten Instance-Typs C, M oder R der aktuellen Generation mit den von Ihnen angegebenen Attributen.
Wenn ein On-Demand-Preisschutzwert nicht explizit definiert ist, wird ein standardmäßiger maximaler On-Demand-Preis verwendet, der 20 Prozent über dem angegebenen On-Demand-Preis liegt.
### Schutz vor Spot-Preisen
Standardmäßig wendet Amazon EC2 Auto Scaling automatisch den optimalen Spot-Instance-Preisschutz an, um konsistent aus einer Vielzahl von Instance-Typen auszuwählen. Sie können den Preisschutz auch manuell selbst festlegen. Wenn Sie dies jedoch Amazon EC2 Auto Scaling für Sie erledigen lassen, können Sie die Wahrscheinlichkeit erhöhen, dass Ihre Spot-Kapazität ausgeschöpft ist.
Sie können den Preisschutz mit einer der folgenden Optionen manuell angeben. Wenn Sie den Preisschutz manuell festlegen, empfehlen wir, die erste Option zu verwenden.
+ **Ein Prozentsatz eines identifizierten *On-Demand-Preises*** — Der identifizierte On-Demand-Preis ist der Preis des günstigsten Instance-Typs C, M oder R der aktuellen Generation mit Ihren angegebenen Attributen.
+ **Ein Prozentsatz höher als ein identifizierter *Spot-Preis*** — Der identifizierte Spot-Preis ist der Preis des günstigsten Instance-Typs C, M oder R der aktuellen Generation mit den von Ihnen angegebenen Attributen. Wir empfehlen, diese Option nicht zu verwenden, da die Spot-Preise schwanken können und daher auch Ihr Preisschutzschwellenwert schwanken kann.
### Passen Sie den Preisschutz individuell an
Sie können die Schwellenwerte für den Preisschutz in der Amazon EC2 Auto Scaling Scaling-Konsole oder mithilfe von oder anpassen. AWS CLI SDKs
+ Verwenden Sie in der Konsole die Einstellungen **On-Demand-Preisschutz** und **Spot-Preisschutz** unter **Zusätzliche Instance-Attribute**.
+ Verwenden Sie in der [InstanceRequirements](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_InstanceRequirements.html)Struktur die `OnDemandMaxPricePercentageOverLowestPrice` Eigenschaft, um den Schwellenwert für den Preisschutz bei On-Demand-Instances anzugeben. Um den Schwellenwert für den Preisschutz für Spot-Instances anzugeben, verwenden Sie entweder die `SpotMaxPricePercentageOverLowestPrice` Eigenschaft `MaxSpotPriceAsPercentageOfOptimalOnDemandPrice` oder.
Wenn Sie den **gewünschten Kapazitätstyp** (`DesiredCapacityType`) auf **v CPUs** oder **Memory GiB** festlegen, gilt der Preisschutz auf der Grundlage des Preises pro vCPU oder pro Speicher und nicht auf dem Preis pro Instance.
Sie können den Preisschutz auch deaktivieren. Um anzugeben, dass es keinen Preisschutzschwellenwert gibt, geben Sie einen hohen Prozentsatz an, z. B. `999999`.
**Anmerkung**
Wenn keine Instance-Typen der aktuellen Generation C, M oder R Ihren angegebenen Attributen entsprechen, gilt der Preisschutz trotzdem. Wenn keine Übereinstimmung gefunden wird, stammt der identifizierte Preis von den günstigsten Instance-Typen der aktuellen Generation oder, falls dies nicht der Fall ist, von den günstigsten Instance-Typen der vorherigen Generation, die Ihren Attributen entsprechen.
## Leistungsschutz
Der *Leistungsschutz* ist eine Funktion, die sicherstellt, dass Ihre Auto Scaling Scaling-Gruppe Instance-Typen verwendet, die einer bestimmten Leistungsbasislinie ähnlich sind oder diese übertreffen. Um den Leistungsschutz zu nutzen, geben Sie eine Instance-Familie als Basisreferenz an. Die Funktionen der angegebenen Instance-Familie stellen das niedrigste akzeptable Leistungsniveau dar. Wenn Auto Scaling Instance-Typen auswählt, berücksichtigt es Ihre angegebenen Attribute und die Leistungsbasis. Instance-Typen, die unter die Leistungsbasis fallen, werden automatisch von der Auswahl ausgeschlossen, auch wenn sie Ihren anderen angegebenen Attributen entsprechen. Dadurch wird sichergestellt, dass alle ausgewählten Instance-Typen eine ähnliche oder bessere Leistung als die von der angegebenen Instance-Familie festgelegte Leistungsbasis bieten. Auto Scaling verwendet diese Baseline als Leitfaden für die Auswahl des Instance-Typs, es gibt jedoch keine Garantie dafür, dass die ausgewählten Instance-Typen immer die Baseline für jede Anwendung überschreiten.
Derzeit unterstützt dieses Feature nur die CPU-Leistung als Basisleistungsfaktor. Die CPU-Leistung der angegebenen Instance-Familie dient als Leistungsbasis und stellt sicher, dass die ausgewählten Instance-Typen dieser Basislinie ähnlich sind oder diese übertreffen. Instance-Familien mit denselben CPU-Prozessoren führen zu denselben Filterergebnissen, auch wenn sich ihre Netzwerk- oder Festplattenleistung unterscheidet. Wenn Sie beispielsweise entweder `c6in` oder `c6i` als Basisreferenz angeben, würde dies zu identischen leistungsbasierten Filterergebnissen führen, da beide Instance-Familien denselben CPU-Prozessor verwenden.
**Nicht unterstützte Instance-Familien**
Die folgenden Instance-Familien werden aus Gründen des Leistungsschutzes nicht unterstützt:
+ `c1`
+ `g3` \$1 `g3s`
+ `hpc7g`
+ `m1` \$1 `m2`
+ `mac1` \$1 `mac2` \$1 `mac2-m1ultra` \$1 `mac2-m2` \$1 `mac2-m2pro`
+ `p3dn` \$1 `p4d` \$1 `p5`
+ `t1`
+ `u-12tb1` \$1 `u-18tb1` \$1 `u-24tb1` \$1 `u-3tb1` \$1 `u-6tb1` \$1 `u-9tb1` \$1 `u7i-12tb` \$1 `u7in-16tb` \$1 `u7in-24tb` \$1 `u7in-32tb`
Wenn Sie den Leistungsschutz aktivieren, indem Sie eine unterstützte Instance-Familie angeben, schließen die zurückgegebenen Instance-Typen die oben genannten nicht unterstützten Instance-Familien aus.
**Beispiel: Einen Basiswert für die CPU-Leistung festlegen**
Im folgenden Beispiel besteht die Instance-Anforderung darin, mit Instance-Typen zu starten, deren CPU-Kerne genauso leistungsfähig sind wie die `c6i`-Instance-Familie. Dadurch werden Instance-Typen mit weniger leistungsfähigen CPU-Prozessoren herausgefiltert, auch wenn sie Ihre anderen angegebenen Instance-Anforderungen erfüllen, z. B. die Anzahl von V. CPUs Wenn Ihre angegebenen Instance-Attribute beispielsweise 4 V CPUs und 16 GB Arbeitsspeicher beinhalten, `c6i` wird ein Instance-Typ mit diesen Attributen, aber mit einer geringeren CPU-Leistung als dieser, von der Auswahl ausgeschlossen.
```
"BaselinePerformanceFactors": {
"Cpu": {
"References": [
{
"InstanceFamily": "c6i"
}
]
}
```
**Überlegungen**
Beachten Sie bei der Verwendung von Performance Protection Folgendes:
+ Sie können entweder Instance-Typen oder Instance-Attribute angeben, aber nicht beide gleichzeitig.
+ Sie können maximal vier `InstanceRequirements`-Strukturen in einer Anforderungskonfiguration angeben.
## Voraussetzungen
+ Erstellen Sie eine Startvorlage. Weitere Informationen finden Sie unter [Erstellen einer Startvorlage für eine Auto-Scaling-Gruppe](create-launch-template.md).
+ Stellen Sie sicher, dass die Startvorlage nicht bereits Spot-Instances anfordert.
## Erstellen Sie eine gemischte Instanzgruppe mit attributbasierter Instanztypauswahl (Konsole)
Gehen Sie wie folgt vor, um eine gemischte Instances-Gruppe zu erstellen, indem Sie die attributbasierte Auswahl des Instance-Typs verwenden. Um die Schritte effizient ausführen zu können, wurden einige optionale Abschnitte übersprungen.
Für die meisten Allzweck-Workloads reicht es aus, die Anzahl von V CPUs und den Arbeitsspeicher anzugeben, die Sie benötigen. Für fortgeschrittene Anwendungsfälle können Sie Attribute wie Speichertyp, Netzwerkschnittstellen, CPU-Hersteller und Beschleunigertyp angeben.
Eine Übersicht der bewährten Methoden für eine Gruppe mit gemischten Instanzen finden Sie unter[Übersicht über die Einrichtung für die Erstellung einer gemischten Instance-Gruppe](mixed-instances-groups-set-up-overview.md).
**So erstellen Sie eine gemischte Instances-Gruppe**
1. Öffnen Sie die Amazon EC2 EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)und wählen Sie im Navigationsbereich **Auto Scaling Groups** aus.
1. Wählen Sie auf der Navigationsleiste oben auf dem Bildschirm dieselbe AWS-Region , die Sie bei der Erstellung der Startvorlage angegeben haben.
1. Wählen Sie **Erstellen einer Auto-Scaling-Gruppe** aus.
1. Geben Sie auf der Seite **Startvorlage oder -konfiguration auswählen** für **Auto-Scaling-Gruppenname** einen Namen für Ihre Auto-Scaling-Gruppe ein.
1. Gehen Sie folgendermaßen vor, um Ihre Startungsvorlage auszuwählen:
1. Wählen Sie für **Launch template (Startvorlage)** eine vorhandene Startvorlage aus.
1. Wählen Sie unter **Launch template version (Version der Startvorlage)** aus, ob die Auto-Scaling-Gruppe beim horizontalen Skalieren nach oben die standardmäßige, die neueste oder eine bestimmte Version der Startvorlage verwenden soll.
1. Stellen Sie sicher, dass Ihre Startvorlage alle Optionen unterstützt, die Sie verwenden möchten, und wählen Sie dann **Next (Weiter)** aus.
1. Wählen Sie auf der Seite **Instance-Startoptionen auswählen** die folgenden Einstellungen aus.
1. Wählen Sie für **Instance-Typanforderungen** die Option **Startvorlage überschreiben**.
**Anmerkung**
Bei Auswahl einer Startvorlage, die bereits eine Reihe von Instance-Attributen wie etwa vCPUs und Arbeitsspeicher enthält, werden die Instance-Attribute angezeigt. Diese Attribute werden zu den Eigenschaften der Auto-Scaling-Gruppe hinzugefügt, wo Sie sie jederzeit über die Amazon EC2 Auto Scaling-Konsole aktualisieren können.
1. **Geben Sie unter Instance-Attribute** angeben zunächst Ihre V CPUs - und Speicheranforderungen ein.
+ Geben Sie für **v CPUs** die gewünschte Mindest- und Höchstzahl von v einCPUs. Um kein Limit anzugeben, wählen Sie **Kein Minimum**, **Kein Maximum** oder beides aus.
+ Geben Sie für **Arbeitsspeicher (GiB)** den gewünschten Mindest- und Höchstwert ein. Um kein Limit anzugeben, wählen Sie **Kein Minimum**, **Kein Maximum** oder beide Optionen aus.
1. (Optional) Für **Zusätzliche Instance-Attribute** können Sie optional ein oder mehrere Attribute angeben, um Ihre Computinganforderungen genauer auszudrücken. Jedes zusätzliche Attribut fügt Ihrer Anfrage weitere Einschränkungen hinzu.
1. Erweitern **Sie Vorschau der passenden Instance-Typen**, um die Instance-Typen mit Ihren angegebenen Attributen anzuzeigen.
1. Geben Sie unter **Optionen für den Kauf von Instances** unter **Instances Distribution** die Prozentsätze der Gruppe an, die als On-Demand-Instances bzw. Spot Instances gestartet werden sollen. Wenn Ihre Anwendung zustandslos und fehlertolerant ist und damit umgehen kann, dass eine Instance unterbrochen wird, können Sie einen höheren Prozentsatz an Spot-Instances angeben.
1. (Optional) Wenn Sie sich für einen Prozentsatz an Spot Instances entschieden haben, können Sie **On-Demand-Basiskapazität einbeziehen** auswählen und dann die Mindestmenge der Anfangskapazität der Auto-Scaling-Gruppe angeben, die von On-Demand-Instances erfüllt werden muss. Für alles, was über die Basiskapazität hinausgeht, werden die Einstellungen für die **Instance-Verteilung** verwendet, um zu bestimmen, wie viele On-Demand-Instances und Spot-Instances gestartet werden sollen.
1. Unter **Zuteilungsstrategien** wird für die **On-Demand-Zuteilungsstrategie** automatisch der **niedrigste Preis** ausgewählt und kann nicht geändert werden.
1. Wählen Sie für die **Spot-Zuweisungsstrategie** eine Zuweisungsstrategie. **Price capacity optimized** (Preiskapazität optimiert) ist standardmäßig ausgewählt.
1. Für **Kapazitätsausgleich** wählen Sie aus, ob Sie den Kapazitätsausgleich aktivieren oder deaktivieren möchten. Verwenden Sie Capacity Rebalancing, um automatisch zu reagieren, wenn Ihre Spot Instances aufgrund einer Spot-Unterbrechung bald beendet werden. Weitere Informationen finden Sie unter [Kapazitätsausgleich bei Auto Scaling als Ersatz für gefährdete Spot-Instances](ec2-auto-scaling-capacity-rebalancing.md).
1. Wählen Sie unter **Netzwerk** für **VPC** eine VPC. Die Auto-Scaling-Gruppe muss in derselben VPC erstellt werden wie die Sicherheitsgruppe, die Sie in Ihrer Startvorlage angegeben haben.
1. Wählen Sie für **Availability Zones and subnets (Subnetz)** eines der öffentlichen Subnetze in der festgelegten VPC aus. Verwenden Sie Subnetze in mehreren Availability Zones, um eine hohe Verfügbarkeit zu erzielen. Weitere Informationen finden Sie unter [Überlegungen bei der Auswahl von VPC-Subnetzen](asg-in-vpc.md#as-vpc-considerations).
1. Wählen Sie **Weiter**, **Weiter** aus.
1. Gehen Sie für den Schritt **Gruppengröße und Skalierungsrichtlinien konfigurieren** wie folgt vor:
1. Um Ihre gewünschte Kapazität in anderen Einheiten als Instances zu messen, wählen Sie die entsprechende Option für **Gruppengröße**, **Gewünschter Kapazitätstyp** aus. **Einheiten**CPUs, **v** und **Memory GiB** werden unterstützt. Standardmäßig gibt Amazon EC2 Auto Scaling **Einheiten** an, was sich in einer Anzahl von Instances niederschlägt.
1. Für **Gewünschte Kapazität**, die Anfangsgröße Ihrer Auto-Scaling-Gruppe.
1. Wenn im Abschnitt **Skalierung** unter **Skalierungslimits** Ihr neuer Wert für die **gewünschte Kapazität** größer als die **gewünschte Mindestkapazität** und die **gewünschte Höchstkapazität** ist, wird die **gewünschte Höchstkapazität** automatisch auf den neuen Wert für die gewünschte Kapazität erhöht. Sie können die Limits bei Bedarf ändern. Weitere Informationen finden Sie unter [Festlegen von Skalierungslimits für Ihre Auto-Scaling-Gruppe](asg-capacity-limits.md).
1. Wählen Sie **Skip to review (Mit Prüfen fortfahren)** aus.
1. Wählen Sie auf der Seite **Review (Prüfen)** **Create Auto Scaling group (Auto-Scaling-Gruppe erstellen)** aus.
## Erstellen Sie eine gemischte Instanzgruppe mit einer attributbasierten Instanztypauswahl ()AWS CLI
**Erstellen Sie wie folgt eine gemischte Instances-Gruppe über die Befehlszeile:**
Verwenden Sie einen der folgenden Befehle:
+ [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) (AWS CLI)
+ [Neu](https://docs.aws.amazon.com/powershell/latest/reference/items/New-ASAutoScalingGroup.html) - () ASAuto ScalingGroup AWS Tools for Windows PowerShell
## Beispielkonfiguration
Verwenden Sie den folgenden Befehl, um eine Auto Scaling Scaling-Gruppe mit attributbasierter Instanztypauswahl mithilfe von zu erstellen. AWS CLI[create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)
Die folgenden Instance-Attribute werden angegeben:
+ `VCpuCount`— Die Instance-Typen müssen mindestens vier V CPUs und maximal acht V haben. CPUs
+ `MemoryMiB` – Die Instance-Typen müssen über mindestens 16.384 MiB Arbeitsspeicher verfügen.
+ `CpuManufacturers` – Die Instance-Typen müssen eine von Intel hergestellte CPU haben.
### JSON
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Im Folgenden sehen Sie ein Beispiel für eine `config.json`-Datei.
```
{
"AutoScalingGroupName": "my-asg",
"DesiredCapacityType": "units",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Default"
},
"Overrides": [{
"InstanceRequirements": {
"VCpuCount": {"Min": 4, "Max": 8},
"MemoryMiB": {"Min": 16384},
"CpuManufacturers": ["intel"]
}
}]
},
"InstancesDistribution": {
"OnDemandPercentageAboveBaseCapacity": 50,
"SpotAllocationStrategy": "price-capacity-optimized"
}
},
"MinSize": 0,
"MaxSize": 100,
"DesiredCapacity": 4,
"DesiredCapacityType": "units",
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
Um den Wert für die gewünschte Kapazität als die Anzahl von v CPUs oder die Speichermenge festzulegen, geben Sie `"DesiredCapacityType": "vcpu"` oder `"DesiredCapacityType": "memory-mib"` in der Datei an. Der Standardtyp für die gewünschte Kapazität ist `units`, wodurch der Wert für die gewünschte Kapazität als Anzahl der Instanzen festgelegt wird.
### YAML
Alternativ können Sie den folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl verwenden, um die Auto Scaling Scaling-Gruppe zu erstellen. Dadurch wird auf eine YAML-Datei als einziger Parameter für Ihre Auto-Scaling-Gruppe verwiesen.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Im Folgenden sehen Sie ein Beispiel für eine `config.yaml`-Datei.
```
---
AutoScalingGroupName: my-asg
DesiredCapacityType: units
MixedInstancesPolicy:
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceRequirements:
VCpuCount:
Min: 2
Max: 4
MemoryMiB:
Min: 2048
CpuManufacturers:
- intel
InstancesDistribution:
OnDemandPercentageAboveBaseCapacity: 50
SpotAllocationStrategy: price-capacity-optimized
MinSize: 0
MaxSize: 100
DesiredCapacity: 4
DesiredCapacityType: units
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
Um den Wert für die gewünschte Kapazität als die Anzahl von v CPUs oder die Speichermenge festzulegen, geben Sie `DesiredCapacityType: vcpu` oder `DesiredCapacityType: memory-mib` in der Datei an. Der Standardtyp für die gewünschte Kapazität ist `units`, wodurch der Wert für die gewünschte Kapazität als Anzahl der Instanzen festgelegt wird.
Ein Beispiel für die Verwendung mehrerer Startvorlagen mit attributbasierter Instance-Typauswahl finden Sie unter. [Verwenden von mehreren Startvorlagen](ec2-auto-scaling-mixed-instances-groups-launch-template-overrides.md)
## Eine Vorschau Ihrer Instance-Typen anzeigen
Sie können die Instance-Typen, die Ihren Rechenanforderungen entsprechen, in der Vorschau anzeigen, ohne sie zu starten, und Ihre Anforderungen bei Bedarf anpassen. Wenn Sie Ihre Auto-Scaling-Gruppe in der Amazon EC2 Auto Scaling-Konsole erstellen, erscheint eine Vorschau der Instance-Typen im Abschnitt **Preview matching instance types** (Vorschau passender Instance-Typen) auf der Seite **Choose instance launch options** (Startoptionen für Instances auswählen).
Alternativ können Sie eine Vorschau der Instance-Typen anzeigen, indem Sie einen Amazon EC2 [GetInstanceTypesFromInstanceRequirements](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_GetInstanceTypesFromInstanceRequirements.html)EC2-API-Aufruf mit dem AWS CLI oder einem SDK durchführen. Übergeben Sie die `InstanceRequirements`-Parameter in der Anfrage genau in dem Format, das Sie zum Erstellen oder Aktualisieren einer Auto-Scaling-Gruppe verwenden würden. Weitere Informationen finden Sie unter [Preview-Instance-Typen mit bestimmten Attributen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-fleet-attribute-based-instance-type-selection.html#ec2fleet-get-instance-types-from-instance-requirements) im *Amazon EC2 EC2-Benutzerhandbuch*.
## Zugehörige Ressourcen
Weitere Informationen zur attributbasierten Instanztypauswahl finden Sie unter [Attributbasierte Instanztypauswahl für EC2 Auto Scaling und EC2 Fleet](https://aws.amazon.com/blogs/aws/new-attribute-based-instance-type-selection-for-ec2-auto-scaling-and-ec2-fleet/) im Blog. AWS
Sie können eine attributbasierte Auswahl des Instance-Typs erklären, wenn Sie eine Auto-Scaling-Gruppe mit CloudFormation erstellen. Weitere Informationen finden Sie unter [Auto Scaling-Vorlagenbeispiele](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-autoscaling.html#scenario-mixed-instances-group-template-examples) im Abschnitt des *CloudFormation -Benutzerhandbuchs*.
# Erstellen Sie eine Gruppe mit gemischten Instances, indem Sie die Instance-Typen manuell auswählen
In diesem Thema erfahren Sie, wie Sie mehrere Instance-Typen in einer einzelnen Auto-Scaling-Gruppe starten, indem Sie die Instance-Typen manuell auswählen.
Wenn Sie Instance-Attribute lieber als Kriterien für die Auswahl von Instance-Typen verwenden möchten, finden Sie weitere Informationen unter [Gruppe mit gemischten Instanzen mithilfe der attributbasierten Instanztypauswahl erstellen](create-mixed-instances-group-attribute-based-instance-type-selection.md).
**Topics**
+ [Voraussetzungen](#manual-instance-type-selection-prerequisites)
+ [Eine gemischte Instances-Gruppe (Konsole) erstellen](#manual-instance-type-selection-console)
+ [Eine gemischte Instances-Gruppe (AWS CLI) erstellen](#manual-instance-type-selection-aws-cli)
+ [Beispielkonfigurationen](#manual-instance-type-selection-example-configurations)
## Voraussetzungen
+ Erstellen Sie eine Startvorlage. Weitere Informationen finden Sie unter [Erstellen einer Startvorlage für eine Auto-Scaling-Gruppe](create-launch-template.md).
+ Stellen Sie sicher, dass die Startvorlage nicht bereits Spot-Instances anfordert.
## Eine gemischte Instances-Gruppe (Konsole) erstellen
Gehen Sie wie folgt vor, um eine Instances-Gruppe zu erstellen, indem Sie manuell auswählen, welche Instance-Typen Ihre Gruppe starten kann. Um die Schritte effizient ausführen zu können, wurden einige optionale Abschnitte übersprungen.
Eine Übersicht der bewährten Methoden für eine Gruppe mit gemischten Instanzen finden Sie unter[Übersicht über die Einrichtung für die Erstellung einer gemischten Instance-Gruppe](mixed-instances-groups-set-up-overview.md).
**So erstellen Sie eine gemischte Instances-Gruppe**
1. Öffnen Sie die Amazon EC2 EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)und wählen Sie im Navigationsbereich **Auto Scaling Groups** aus.
1. Wählen Sie auf der Navigationsleiste oben auf dem Bildschirm dieselbe AWS-Region , die Sie bei der Erstellung der Startvorlage angegeben haben.
1. Wählen Sie **Erstellen einer Auto-Scaling-Gruppe** aus.
1. Geben Sie auf der Seite **Startvorlage oder -konfiguration auswählen** für **Auto-Scaling-Gruppenname** einen Namen für Ihre Auto-Scaling-Gruppe ein.
1. Gehen Sie folgendermaßen vor, um Ihre Startungsvorlage auszuwählen:
1. Wählen Sie für **Launch template (Startvorlage)** eine vorhandene Startvorlage aus.
1. Wählen Sie unter **Launch template version (Version der Startvorlage)** aus, ob die Auto-Scaling-Gruppe beim horizontalen Skalieren nach oben die standardmäßige, die neueste oder eine bestimmte Version der Startvorlage verwenden soll.
1. Stellen Sie sicher, dass Ihre Startvorlage alle Optionen unterstützt, die Sie verwenden möchten, und wählen Sie dann **Next** (Weiter) aus.
1. Wählen Sie auf der Seite **Instance-Startoptionen auswählen** die folgenden Einstellungen aus.
1. Wählen Sie für **Instance type requirements** (Anforderungen an Instance-Typen) **Override launch template** (Startvorlage überschreiben), **Manually add instance types** (Startvorlage überschreiben) aus.
1. Wählen Sie Ihre Instance-Typen aus. Sie können unsere Empfehlungen als Ausgangspunkt verwenden. Die Option **Family and generation flexible** (Familie und Generation flexibel) ist standardmäßig ausgewählt.
+ Um die Reihenfolge der Instance-Typen zu ändern, verwenden Sie die Pfeile. Wenn Sie eine Zuweisungsstrategie auswählen, die Priorisierung unterstützt, legt die Reihenfolge der Instance-Typen deren Startpriorität fest.
+ Um einen Instance-Typ zu entfernen, wählen Sie **X** aus.
+ (Optional) Für die Felder in der Spalte **Gewichtung** können Sie jedem Instance-Typ eine relative Gewichtung zuweisen. Geben Sie dazu die Anzahl der Einheiten ein, die eine Instance dieses Typs zur gewünschten Kapazität der Gruppe beiträgt. Dies kann nützlich sein, wenn sich bei den Instance-Typen die vCPU, der Arbeitsspeicher, der Speicherplatz oder die Netzwerkbandbreitenfunktionen unterscheiden. Weitere Informationen finden Sie unter [Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md).
Wenn Sie sich für Empfehlungen vom Typ **Größe flexibel** entschieden haben, haben alle Instance-Typen, die Teil dieses Abschnitts sind, automatisch einen Gewichtungswert. Wenn Sie keine Gewichtungen angeben möchten, leeren Sie die Felder in der Spalte **Weight** (Gewichtung) für alle Instance-Typen.
1. Geben Sie unter **Optionen für den Kauf von Instances** unter **Instances Distribution** die Prozentsätze der Gruppe an, die als On-Demand-Instances bzw. Spot-Instances gestartet werden sollen. Wenn Ihre Anwendung zustandslos und fehlertolerant ist und damit umgehen kann, dass eine Instance unterbrochen wird, können Sie einen höheren Prozentsatz an Spot-Instances angeben.
1. (Optional) Wenn Sie sich für einen Prozentsatz an Spot Instances entschieden haben, können Sie **On-Demand-Basiskapazität einbeziehen** auswählen und dann die Mindestmenge der Anfangskapazität der Auto-Scaling-Gruppe angeben, die von On-Demand-Instances erfüllt werden muss. Für alles, was über die Basiskapazität hinausgeht, werden die Einstellungen für die **Instance-Verteilung** verwendet, um zu bestimmen, wie viele On-Demand-Instances und Spot-Instances gestartet werden sollen.
1. Wählen Sie unter **Zuteilungsstrategien** für **On-Demand-Zuteilungsstrategie** eine Zuteilungsstrategie. Wenn Sie Ihre Instance-Typen manuell auswählen, ist **Prioritized** (Priorisiert) standardmäßig ausgewählt.
1. Wählen Sie für die **Spot-Zuweisungsstrategie** eine Zuweisungsstrategie. **Price capacity optimized** (Preiskapazität optimiert) ist standardmäßig ausgewählt.
Wenn Sie **Kapazitätsoptimiert** ausgewählt haben, können Sie optional das Feld **Instance-Typen priorisieren** aktivieren, um Amazon EC2 Auto Scaling auf der Grundlage der Reihenfolge, in der Ihre Instance-Typen aufgeführt sind, auswählen zu lassen, welcher Instance-Typ zuerst gestartet wird.
1. Für **Kapazitätsausgleich** wählen Sie aus, ob Sie den Kapazitätsausgleich aktivieren oder deaktivieren möchten. Verwenden Sie Capacity Rebalancing, um automatisch zu reagieren, wenn Ihre Spot Instances aufgrund einer Spot-Unterbrechung bald beendet werden. Weitere Informationen finden Sie unter [Kapazitätsausgleich bei Auto Scaling als Ersatz für gefährdete Spot-Instances](ec2-auto-scaling-capacity-rebalancing.md).
1. Wählen Sie unter **Netzwerk** für **VPC** eine VPC. Die Auto-Scaling-Gruppe muss in derselben VPC erstellt werden wie die Sicherheitsgruppe, die Sie in Ihrer Startvorlage angegeben haben.
1. Wählen Sie für **Availability Zones and subnets (Subnetz)** eines der öffentlichen Subnetze in der festgelegten VPC aus. Verwenden Sie Subnetze in mehreren Availability Zones, um eine hohe Verfügbarkeit zu erzielen. Weitere Informationen finden Sie unter [Überlegungen bei der Auswahl von VPC-Subnetzen](asg-in-vpc.md#as-vpc-considerations).
1. Wählen Sie **Weiter**, **Weiter** aus.
1. Gehen Sie für den Schritt **Gruppengröße und Skalierungsrichtlinien konfigurieren** wie folgt vor:
1. Geben Sie unter **Gruppengröße** für **Gewünschte Kapazität** die anfängliche Anzahl von Instances ein, die gestartet werden sollen.
Standardmäßig wird die gewünschte Kapazität als Anzahl von Instances ausgedrückt. Wenn Sie Ihren Instance-Typen Gewichtungen zugewiesen haben, müssen Sie diesen Wert in dieselbe Maßeinheit umrechnen, die Sie für die Zuweisung von Gewichtungen verwendet haben, z. B. in die Anzahl von v. CPUs
1. Wenn im Abschnitt **Skalierung** unter **Skalierungslimits** Ihr neuer Wert für die **gewünschte Kapazität** größer als die **gewünschte Mindestkapazität** und die **gewünschte Höchstkapazität** ist, wird die **gewünschte Höchstkapazität** automatisch auf den neuen Wert für die gewünschte Kapazität erhöht. Sie können die Limits bei Bedarf ändern. Weitere Informationen finden Sie unter [Festlegen von Skalierungslimits für Ihre Auto-Scaling-Gruppe](asg-capacity-limits.md).
1. Wählen Sie **Skip to review (Mit Prüfen fortfahren)** aus.
1. Wählen Sie auf der Seite **Review (Prüfen)** **Create Auto Scaling group (Auto-Scaling-Gruppe erstellen)** aus.
## Eine gemischte Instances-Gruppe (AWS CLI) erstellen
**Erstellen Sie wie folgt eine gemischte Instances-Gruppe über die Befehlszeile:**
Verwenden Sie einen der folgenden Befehle:
+ [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) (AWS CLI)
+ [Neu- ASAuto ScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-ASAutoScalingGroup.html) (AWS Tools for Windows PowerShell)
## Beispielkonfigurationen
Die folgenden Beispielkonfigurationen zeigen, wie gemischte Instance-Gruppen mit verschiedenen Spot-Zuweisungsstrategien erstellt werden können.
**Anmerkung**
Diese Beispiele zeigen, wie Sie eine Konfigurationsdatei verwenden, die in JSON oder YAML formatiert ist. Wenn Sie AWS CLI Version 1 verwenden, müssen Sie eine Konfigurationsdatei im JSON-Format angeben. Wenn Sie AWS CLI Version 2 verwenden, können Sie eine Konfigurationsdatei angeben, die entweder in YAML oder JSON formatiert ist.
**Topics**
+ [Beispiel 1: Starten von Spot-Instances mit der `capacity-optimized`- Zuweisungsstrategie](#capacity-optimized-aws-cli)
+ [Beispiel 2: Starten von Spot-Instances mit der `capacity-optimized-prioritized`- Zuweisungsstrategie](#capacity-optimized-prioritized-aws-cli)
+ [Beispiel 3: Starten von Spot-Instances mit der über zwei Pools diversifizierten `lowest-price`-Zuweisungsstrategie](#lowest-price-aws-cli)
+ [Beispiel 4: Starten von Spot-Instances mit der `price-capacity-optimized`- Zuweisungsstrategie](#price-capacity-optimized-aws-cli)
### Beispiel 1: Starten von Spot-Instances mit der `capacity-optimized`- Zuweisungsstrategie
Mit dem folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl wird eine Auto Scaling Scaling-Gruppe erstellt, die Folgendes spezifiziert:
+ Der Prozentsatz der Gruppe, die als On-Demand-Instances gestartet werden soll (`0`) und eine Basisanzahl von On-Demand-Instances, mit denen begonnen werden soll (`1`).
+ Die in der Prioritätsreihenfolge zu startenden Instance-Typen (`c5.large`, `c5a.large`, `m5.large`, `m5a.large`, `c4.large`, `m4.large`, `c3.large`, `m3.large`).
+ Die Subnetze, in denen die Instances gestartet werden sollen (`subnet-5ea0c127`, `subnet-6194ea3b`, `subnet-c934b782`). Diese entsprechen jeweils einer anderen Availability Zone.
+ Beschreibt eine Startvorlage (`my-launch-template`) und die Version der Startvorlage (`$Default`).
Wenn Amazon EC2 Auto Scaling versucht, Ihre On-Demand-Kapazität zu erfüllen, wird zuerst der `c5.large`-Instance-Typ gestartet. Die Spot-Instances stammen aus dem optimalen Spot-Pool in jeder Availability Zone basierend auf der Spot-Instance-Kapazität.
#### JSON
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName": "my-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Default"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
"InstanceType": "c4.large"
},
{
"InstanceType": "m4.large"
},
{
"InstanceType": "c3.large"
},
{
"InstanceType": "m3.large"
}
]
},
"InstancesDistribution": {
"OnDemandBaseCapacity": 1,
"OnDemandPercentageAboveBaseCapacity": 0,
"SpotAllocationStrategy": "capacity-optimized"
}
},
"MinSize": 1,
"MaxSize": 5,
"DesiredCapacity": 3,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
#### YAML
Alternativ können Sie den folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl verwenden, um die Auto Scaling Scaling-Gruppe zu erstellen. Dadurch wird auf eine YAML-Datei als einziger Parameter für Ihre Auto-Scaling-Gruppe verwiesen.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Die Datei `config.yaml` enthält den folgenden Inhalt.
```
---
AutoScalingGroupName: my-asg
MixedInstancesPolicy:
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
- InstanceType: c4.large
- InstanceType: m4.large
- InstanceType: c3.large
- InstanceType: m3.large
InstancesDistribution:
OnDemandBaseCapacity: 1
OnDemandPercentageAboveBaseCapacity: 0
SpotAllocationStrategy: capacity-optimized
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
### Beispiel 2: Starten von Spot-Instances mit der `capacity-optimized-prioritized`- Zuweisungsstrategie
Mit dem folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl wird eine Auto Scaling Scaling-Gruppe erstellt, die Folgendes spezifiziert:
+ Der Prozentsatz der Gruppe, die als On-Demand-Instances gestartet werden soll (`0`) und eine Basisanzahl von On-Demand-Instances, mit denen begonnen werden soll (`1`).
+ Die in der Prioritätsreihenfolge zu startenden Instance-Typen (`c5.large`, `c5a.large`, `m5.large`, `m5a.large`, `c4.large`, `m4.large`, `c3.large`, `m3.large`).
+ Die Subnetze, in denen die Instances gestartet werden sollen (`subnet-5ea0c127`, `subnet-6194ea3b`, `subnet-c934b782`). Diese entsprechen jeweils einer anderen Availability Zone.
+ Beschreibt eine Startvorlage (`my-launch-template`) und die Version der Startvorlage (`$Latest`).
Wenn Amazon EC2 Auto Scaling versucht, Ihre On-Demand-Kapazität zu erfüllen, wird zuerst der `c5.large`-Instance-Typ gestartet. Wenn Amazon EC2 Auto Scaling versucht, Ihre Spot-Kapazität zu erfüllen, erfüllt es die Prioritäten des Instance-Typen auf Best-Effort-Basis. An erster Stelle steht jedoch immer die Kapazitätsoptimierung.
#### JSON
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName": "my-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Latest"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
"InstanceType": "c4.large"
},
{
"InstanceType": "m4.large"
},
{
"InstanceType": "c3.large"
},
{
"InstanceType": "m3.large"
}
]
},
"InstancesDistribution": {
"OnDemandBaseCapacity": 1,
"OnDemandPercentageAboveBaseCapacity": 0,
"SpotAllocationStrategy": "capacity-optimized-prioritized"
}
},
"MinSize": 1,
"MaxSize": 5,
"DesiredCapacity": 3,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
#### YAML
Alternativ können Sie den folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl verwenden, um die Auto Scaling Scaling-Gruppe zu erstellen. Dadurch wird auf eine YAML-Datei als einziger Parameter für Ihre Auto-Scaling-Gruppe verwiesen.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Die Datei `config.yaml` enthält den folgenden Inhalt.
```
---
AutoScalingGroupName: my-asg
MixedInstancesPolicy:
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
- InstanceType: c4.large
- InstanceType: m4.large
- InstanceType: c3.large
- InstanceType: m3.large
InstancesDistribution:
OnDemandBaseCapacity: 1
OnDemandPercentageAboveBaseCapacity: 0
SpotAllocationStrategy: capacity-optimized-prioritized
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
### Beispiel 3: Starten von Spot-Instances mit der über zwei Pools diversifizierten `lowest-price`-Zuweisungsstrategie
Mit dem folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl wird eine Auto Scaling Scaling-Gruppe erstellt, die Folgendes spezifiziert:
+ Der Prozentsatz der Gruppe, die als On-Demand-Instances gestartet werden soll (`50`). (Gibt keine Basisanzahl von On-Demand-Instances an, mit der gestartet werden soll.)
+ Die in der Prioritätsreihenfolge zu startenden Instance-Typen (`c5.large`, `c5a.large`, `m5.large`, `m5a.large`, `c4.large`, `m4.large`, `c3.large`, `m3.large`).
+ Die Subnetze, in denen die Instances gestartet werden sollen (`subnet-5ea0c127`, `subnet-6194ea3b`, `subnet-c934b782`). Diese entsprechen jeweils einer anderen Availability Zone.
+ Beschreibt eine Startvorlage (`my-launch-template`) und die Version der Startvorlage (`$Latest`).
Wenn Amazon EC2 Auto Scaling versucht, Ihre On-Demand-Kapazität zu erfüllen, wird zuerst der `c5.large`-Instance-Typ gestartet. Für Ihre Spot-Kapazität versucht Amazon EC2 Auto Scaling, die Spot Instances gleichmäßig über die beiden kostengünstigsten Pools in jeder Availability Zone zu starten.
#### JSON
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName": "my-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Latest"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
"InstanceType": "c4.large"
},
{
"InstanceType": "m4.large"
},
{
"InstanceType": "c3.large"
},
{
"InstanceType": "m3.large"
}
]
},
"InstancesDistribution": {
"OnDemandPercentageAboveBaseCapacity": 50,
"SpotAllocationStrategy": "lowest-price",
"SpotInstancePools": 2
}
},
"MinSize": 1,
"MaxSize": 5,
"DesiredCapacity": 3,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
#### YAML
Alternativ können Sie den folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl verwenden, um die Auto Scaling Scaling-Gruppe zu erstellen. Dadurch wird auf eine YAML-Datei als einziger Parameter für Ihre Auto-Scaling-Gruppe verwiesen.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Die Datei `config.yaml` enthält den folgenden Inhalt.
```
---
AutoScalingGroupName: my-asg
MixedInstancesPolicy:
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
- InstanceType: c4.large
- InstanceType: m4.large
- InstanceType: c3.large
- InstanceType: m3.large
InstancesDistribution:
OnDemandPercentageAboveBaseCapacity: 50
SpotAllocationStrategy: lowest-price
SpotInstancePools: 2
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
### Beispiel 4: Starten von Spot-Instances mit der `price-capacity-optimized`- Zuweisungsstrategie
Mit dem folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl wird eine Auto Scaling Scaling-Gruppe erstellt, die Folgendes spezifiziert:
+ Der Prozentsatz der Gruppe, die als On-Demand-Instances gestartet werden soll (`30`). (Gibt keine Basisanzahl von On-Demand-Instances an, mit der gestartet werden soll.)
+ Die in der Prioritätsreihenfolge zu startenden Instance-Typen (`c5.large`, `c5a.large`, `m5.large`, `m5a.large`, `c4.large`, `m4.large`, `c3.large`, `m3.large`).
+ Die Subnetze, in denen die Instances gestartet werden sollen (`subnet-5ea0c127`, `subnet-6194ea3b`, `subnet-c934b782`). Diese entsprechen jeweils einer anderen Availability Zone.
+ Beschreibt eine Startvorlage (`my-launch-template`) und die Version der Startvorlage (`$Latest`).
Wenn Amazon EC2 Auto Scaling versucht, Ihre On-Demand-Kapazität zu erfüllen, wird zuerst der `c5.large`-Instance-Typ gestartet. Für Ihre Spot-Kapazität versucht Amazon EC2 Auto Scaling, die Spot Instances gleichmäßig über Spot-Instance-Pools mit dem günstigsten Preis sowie mit optimaler Kapazität für die Anzahl der zu startenden Instances zu starten.
#### JSON
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName": "my-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Latest"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
"InstanceType": "c4.large"
},
{
"InstanceType": "m4.large"
},
{
"InstanceType": "c3.large"
},
{
"InstanceType": "m3.large"
}
]
},
"InstancesDistribution": {
"OnDemandPercentageAboveBaseCapacity": 30,
"SpotAllocationStrategy": "price-capacity-optimized"
}
},
"MinSize": 1,
"MaxSize": 5,
"DesiredCapacity": 3,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
#### YAML
Alternativ können Sie den folgenden [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl verwenden, um die Auto Scaling Scaling-Gruppe zu erstellen. Dadurch wird auf eine YAML-Datei als einziger Parameter für Ihre Auto-Scaling-Gruppe verwiesen.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Die Datei `config.yaml` enthält den folgenden Inhalt.
```
---
AutoScalingGroupName: my-asg
MixedInstancesPolicy:
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
- InstanceType: c4.large
- InstanceType: m4.large
- InstanceType: c3.large
- InstanceType: m3.large
InstancesDistribution:
OnDemandPercentageAboveBaseCapacity: 30
SpotAllocationStrategy: price-capacity-optimized
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
# Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten
Wenn Sie mehrere Instance-Typen verwenden, können Sie angeben, wie viele Einheiten jedem Instance-Typ zugeordnet werden sollen, und dann die Kapazität Ihrer Gruppe mit derselben Maßeinheit angeben. Diese Option zur Kapazitätsspezifikation wird als Gewichte bezeichnet.
Nehmen wir zum Beispiel an, Sie führen eine rechenintensive Anwendung aus, die mit mindestens 8 V CPUs und 15 GiB RAM am besten funktioniert. Wenn Sie `c5.2xlarge` als Basiseinheit verwenden, würde jeder der folgenden EC2-Instance-Typen Ihre Anwendungsanforderungen erfüllen.
**Beispiel für Instance-Typen**
| Instance-Typ | vCPU | Arbeitsspeicher (GiB) |
| --- | --- | --- |
| c5.2xlarge | 8 | 16 |
| c5.4xlarge | 16 | 32 |
| c5.12xlarge | 48 | 96 |
| c5.18xlarge | 72 | 144 |
| c5.24xlarge | 96 | 192 |
Standardmäßig haben alle Instance-Typen unabhängig von ihrer Größe das gleiche Gewicht. Mit anderen Worten: Unabhängig davon, ob Amazon EC2 Auto Scaling einen großen oder kleinen Instance-Typ startet, zählt jede Instance gleich viel für die gewünschte Kapazität der Auto-Scaling-Gruppe.
Bei Gewichtungen weisen Sie jedoch einen Zahlenwert zu, der angibt, wie viele Einheiten jedem Instance-Typ zugeordnet werden sollen. Wenn die Instances beispielsweise unterschiedliche Größen aufweisen, kann eine `c5.2xlarge`-Instance eine Gewichtung von „2“ haben, und eine (doppelt so große) `c5.4xlarge` könnte eine Gewichtung von „4“ haben usw. Wenn Amazon EC2 Auto Scaling die Gruppe skaliert, geben die Gewichtungen die Anzahl der Einheiten an, die jede Instance auf die gewünschte Kapazität angerechnet wird.
Die Gewichtungen ändern nicht, welche Instance-Typen Amazon EC2 Auto Scaling startet. Stattdessen tun dies die Zuweisungsstrategien. Weitere Informationen finden Sie unter [Zuweisungsstrategien für mehrere Instance-Typen](allocation-strategies.md).
**Wichtig**
Um eine Auto Scaling Scaling-Gruppe so zu konfigurieren, dass sie mithilfe der Anzahl von v CPUs oder der Speichermenge jedes Instance-Typs die gewünschte Kapazität erreicht, empfehlen wir die attributbasierte Instance-Typauswahl. Durch die Einstellung des `DesiredCapacityType` Parameters wird automatisch die Anzahl der Einheiten angegeben, die jedem Instance-Typ zugeordnet werden sollen, basierend auf dem Wert, den Sie für diesen Parameter festlegen. Weitere Informationen finden Sie unter [Gruppe mit gemischten Instanzen mithilfe der attributbasierten Instanztypauswahl erstellen](create-mixed-instances-group-attribute-based-instance-type-selection.md).
**Topics**
+ [Überlegungen](#weights-considerations)
+ [Verhalten beim Gewichten von Instanzen](#instance-weighting-behaviors)
+ [Konfigurieren einer Auto-Scaling-Gruppe zur Verwendung von Gewichtungen](configue-auto-scaling-group-to-use-weights.md)
+ [Beispiel: Spot-Preis pro Einheitsstunde](weights-spot-price-per-unit-hour-example.md)
## Überlegungen
In diesem Abschnitt werden die wichtigsten Überlegungen zur effektiven Implementierung von Gewichtungen erörtert.
+ Wählen Sie einige Instance-Typen aus, die den Leistungsanforderungen Ihrer Anwendung entsprechen. Entscheiden Sie anhand ihrer Fähigkeiten, welches Gewicht jeder Instance-Typ auf die gewünschte Kapazität Ihrer Auto Scaling Scaling-Gruppe angerechnet werden soll. Diese Gewichte gelten für aktuelle und future Fälle.
+ Vermeiden Sie große Gewichtungsunterschiede. Geben Sie beispielsweise nicht die Gewichtung 1 für einen Instance-Typ an, wenn der nächstgrößere Instance-Typ eine Gewichtung von 200 hat. Der Unterschied zwischen der kleinsten und der größten Gewichtung sollte auch nicht extrem sein. Extreme Gewichtsunterschiede können sich negativ auf die Optimierung von Kosten und Leistung auswirken.
+ Geben Sie die gewünschte Kapazität der Gruppe in Einheiten und nicht in Instanzen an. Wenn Sie beispielsweise vCPU-basierte Gewichtungen verwenden, legen Sie die gewünschte Anzahl von Kernen sowie die Mindest- und Höchstzahl fest.
+ Legen Sie die Gewichtungen und die gewünschte Kapazität so fest, dass die gewünschte Kapazität mindestens zwei- bis dreimal größer ist als Ihr größtes Gewicht.
Beachten Sie bei der Aktualisierung vorhandener Gruppen Folgendes:
+ Wenn Sie einer vorhandenen Gruppe Gewichtungen hinzufügen, schließen Sie Gewichtungen für alle derzeit verwendeten Instance-Typen mit ein.
+ Wenn Sie Gewichtungen hinzufügen oder ändern, startet oder beendet Amazon EC2 Auto Scaling Instances, um die gewünschte Kapazität auf der Grundlage der neuen Gewichtungswerte zu erreichen.
+ Wenn Sie einen Instance-Typ entfernen, behalten laufende Instances dieses Typs ihre letzte Gewichtung, auch wenn sie nicht mehr definiert sind.
## Verhalten beim Gewichten von Instanzen
Wenn Sie Instance-Gewichtungen verwenden, verhält sich Amazon EC2 Auto Scaling folgendermaßen:
+ Die aktuelle Kapazität wird entweder bei der gewünschten Kapazität oder darüber liegen. Die aktuelle Kapazität kann die gewünschte Kapazität überschreiten, wenn Instances gestartet werden, die die verbleibenden gewünschten Kapazitätseinheiten überschreiten. Angenommen, Sie geben die zwei Instance-Typen `c5.2xlarge` und `c5.12xlarge` an und weisen für `c5.2xlarge` eine Instance-Gewichtung von „2“ und für `c5.12xlarge` eine von „12“ zu. Wenn 5 Einheiten übrig sind, um die gewünschte Kapazität zu erfüllen, und Amazon EC2 Auto Scaling eine `c5.12xlarge` bereitstellt, wird die gewünschte Kapazität um sieben Einheiten überschritten.
+ Beim Starten von Instances priorisiert Amazon EC2 Auto Scaling die Verteilung der Kapazität auf die Availability Zones und die Einhaltung der Zuweisungsstrategien gegenüber der Überschreitung der gewünschten Kapazität.
+ Amazon EC2 Auto Scaling kann die maximale Kapazitätsgrenze überschreiten, um das Gleichgewicht zwischen den Availability Zones aufrechtzuerhalten. Dabei werden Ihre bevorzugten Zuweisungsstrategien verwendet. Das von Amazon EC2 Auto Scaling erzwungene feste Limit ist Ihre gewünschte Kapazität zuzüglich Ihres größten Gewichts.
# Konfigurieren einer Auto-Scaling-Gruppe zur Verwendung von Gewichtungen
Sie können eine Auto-Scaling-Gruppe für die Verwendung von Gewichtungen konfigurieren, wie in den folgenden AWS CLI Beispielen gezeigt. Weitere Informationen zur Verwendung der Konsole finden Sie unter [Erstellen Sie eine Gruppe mit gemischten Instances, indem Sie die Instance-Typen manuell auswählen](create-mixed-instances-group-manual-instance-type-selection.md).
**So konfigurieren Sie eine Auto-Scaling-Gruppe zur Verwendung von Gewichtungen (AWS CLI)**
Verwenden Sie den Befehl [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html). Der folgende Befehl erstellt zum Beispiel eine neue Auto-Scaling-Gruppe und weist Gewichtungen zu, indem er Folgendes angibt:
+ Der Prozentsatz der Gruppe, die als On-Demand-Instances gestartet werden soll (`0`)
+ Die Zuordnungsstrategie für Spot-Instances in jeder Availability Zone (`capacity-optimized`)
+ Die in der Prioritätsreihenfolge zu startenden Instance-Typen (`m4.16xlarge`, `m5.24xlarge`)
+ Die Instance-Gewichtungen, die dem relativen Größenunterschied (vCPUs) zwischen den Instance-Typen (`16`,) entsprechen `24`
+ Die Subnetze, in denen die Instances gestartet werden sollen (`subnet-5ea0c127`, `subnet-6194ea3b`, `subnet-c934b782`), die jeweils einer anderen Availability Zone entsprechen
+ Beschreibt eine Startvorlage (`my-launch-template`) und die Version der Startvorlage (`$Latest`).
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName": "my-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Latest"
},
"Overrides": [
{
"InstanceType": "m4.16xlarge",
"WeightedCapacity": "16"
},
{
"InstanceType": "m5.24xlarge",
"WeightedCapacity": "24"
}
]
},
"InstancesDistribution": {
"OnDemandPercentageAboveBaseCapacity": 0,
"SpotAllocationStrategy": "capacity-optimized"
}
},
"MinSize": 160,
"MaxSize": 720,
"DesiredCapacity": 480,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782",
"Tags": []
}
```
**So konfigurieren Sie eine vorhandene Auto-Scaling-Gruppe für die Verwendung von Gewichtungen (AWS CLI)**
Verwenden Sie den Befehl [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). Der folgende Befehl weist beispielsweise den Instance-Typen in einer bestehenden Auto-Scaling-Gruppe Gewichtungen zu, indem er Folgendes angibt:
+ Die in der Prioritätsreihenfolge zu startenden Instance-Typen (`c5.18xlarge`, `c5.24xlarge`, `c5.2xlarge`, `c5.4xlarge`)
+ Die Instance-Gewichtungen, die dem relativen Größenunterschied (vCPUs) zwischen den Instance-Typen (`18`,, `24``2`,`4`) entsprechen
+ Die neue, erhöhte gewünschte Kapazität, die größer als das größte Gewicht ist
```
aws autoscaling update-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName": "my-existing-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"Overrides": [
{
"InstanceType": "c5.18xlarge",
"WeightedCapacity": "18"
},
{
"InstanceType": "c5.24xlarge",
"WeightedCapacity": "24"
},
{
"InstanceType": "c5.2xlarge",
"WeightedCapacity": "2"
},
{
"InstanceType": "c5.4xlarge",
"WeightedCapacity": "4"
}
]
}
},
"MinSize": 0,
"MaxSize": 100,
"DesiredCapacity": 100
}
```
**So überprüfen Sie die Gewichtungen mithilfe der Befehlszeile**
Verwenden Sie einen der folgenden Befehle:
+ [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html) (AWS CLI)
+ [Holen Sie sich- ASAuto ScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-ASAutoScalingGroup.html) (AWS Tools for Windows PowerShell)
# Beispiel: Spot-Preis pro Einheitsstunde
Die folgende Tabelle vergleicht den stündlichen Preis für Spot-Instances in verschiedenen Availability Zones in USA Ost (Nord-Virginia) mit dem Preis für On-Demand-Instances in derselben Region. Bei den angezeigten Preisen handelt es sich um Beispielpreise und nicht um aktuelle Preise. Dies sind Ihre Kosten *pro Instance-Stunde*.
**Beispiel: Spot-Preise pro Instance-Stunde**
| Instance-Typ | us-ost-1a | us-ost-1b | us-ost-1c | On-Demand-Preise |
| --- | --- | --- | --- | --- |
| c5.2xlarge | 0,180 US-Dollar | 0,191 US-Dollar | 0,170 US-Dollar | 0,34 US-Dollar |
| c5.4xlarge | 0,341 US-Dollar | 0,361 US-Dollar | 0,318 US-Dollar | 0,68 US-Dollar |
| c5.12xlarge | 0,779 US-Dollar | 0,777 US-Dollar | 0,777 US-Dollar | 2,04 US-Dollar |
| c5.18xlarge | 1,207 US-Dollar | 1,475 US-Dollar | 1,357 US-Dollar | 3,06 US-Dollar |
| c5.24xlarge | 1,555 US-Dollar | 1,555 US-Dollar | 1,555 US-Dollar | 4,08 US-Dollar |
Mit der Instance-Gewichtung können Sie Ihre Kosten auf Grundlage Ihrer Verwendung *pro Einheitsstunde* bewerten. Der Preis pro Einheitsstunde lässt sich bestimmen, indem der Preis für einen Instance-Typ durch die Anzahl an Einheiten geteilt wird, den er darstellt. Bei On-Demand-Instances entspricht der Preis pro Einheitsstunde bei der Bereitstellung eines Instance-Typs dem Preis der Bereitstellung desselben Instance-Typs einer anderen Größe. Im Gegensatz dazu variiert der Spot-Preis pro Einheitsstunde nach Spot-Pool.
Das folgende Beispiel zeigt, wie die Berechnung des Spot-Preises pro Stunde mit Instance-Gewichtungen funktioniert. Angenommen, Sie möchten Spot-Instances nur in `us-east-1a` starten. Der Preis pro Stunde wird in der folgenden Tabelle erfasst.
**Beispiel: Spotpreis pro Stunde**
| Instance-Typ | us-ost-1a | Instance-Gewichtung | Preis pro Einheitsstunde |
| --- | --- | --- | --- |
| c5.2xlarge | 0,180 US-Dollar | 2 | 0,090 US-Dollar |
| c5.4xlarge | 0,341 US-Dollar | 4 | 0,085 US-Dollar |
| c5.12xlarge | 0,779 US-Dollar | 12 | 0,065 US-Dollar |
| c5.18xlarge | 1,207 US-Dollar | 18 | 0,067 US-Dollar |
| c5.24xlarge | 1,555 US-Dollar | 24 | 0,065 US-Dollar |
# Verwenden von mehreren Startvorlagen
Sie können nicht nur mehrere Instance-Typen verwenden, sondern auch mehrere Startvorlagen.
Nehmen wir an, Sie konfigurieren eine Auto-Scaling-Gruppe für rechenintensive Anwendungen und möchten eine Mischung aus C5-, C5a- und C6g-Instance-Typen einbeziehen. C6g-Instances verfügen jedoch über einen AWS Graviton-Prozessor, der auf der 64-Bit-Arm-Architektur basiert, während die C5- und C5a-Instances auf 64-Bit-Intel x86-Prozessoren laufen. Die Instances AMIs for C5 und C5a funktionieren beide auf jeder dieser Instances, aber nicht auf C6g-Instances. Verwenden Sie eine andere Startvorlage für C6g-Instances, um dieses Problem zu lösen. Sie können immer noch dieselbe Startvorlage für C5- und C5a-Instances verwenden.
Dieser Abschnitt enthält Verfahren zur Verwendung von zur Ausführung von Aufgaben im Zusammenhang mit der AWS CLI Verwendung mehrerer Startvorlagen. Derzeit ist diese Funktion nur verfügbar, wenn Sie die AWS CLI oder ein SDK verwenden, und ist nicht von der Konsole aus verfügbar.
**Topics**
+ [Konfigurieren einer Auto-Scaling-Gruppe zum Verwenden mehrerer Startvorlagen](#configue-auto-scaling-group-to-use-multiple-launch-templates)
+ [Zugehörige Ressourcen](#multiple-launch-templates-related-resources)
## Konfigurieren einer Auto-Scaling-Gruppe zum Verwenden mehrerer Startvorlagen
Sie können eine Auto-Scaling-Gruppe so konfigurieren, dass sie mehrere Startvorlagen verwendet, wie in den folgenden Beispielen gezeigt.
**So konfigurieren Sie eine neue Auto-Scaling-Gruppe für die Verwendung mehrerer Startvorlagen (AWS CLI)**
Verwenden Sie den Befehl [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html). Mit dem folgenden Befehl wird zum Beispiel eine neue Auto-Scaling-Gruppe erstellt. Es gibt die Instance-Typen `c5.large`, `c5a.large` und `c6g.large` an und definiert eine neue Startvorlage für den Instance-Typ `c6g.large`, um sicherzustellen, dass ein geeignetes AMI zum Starten von Arm-Instances verwendet wird. Amazon EC2 Auto Scaling verwendet die Reihenfolge der Instance-Typen, um festzulegen, welcher Instance-Typ beim Erfüllen der On-Demand-Kapazität zuerst verwendet werden soll.
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName":"my-asg",
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"my-launch-template-for-x86",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c6g.large",
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template-for-arm",
"Version": "$Latest"
}
},
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
}
]
},
"InstancesDistribution":{
"OnDemandBaseCapacity": 1,
"OnDemandPercentageAboveBaseCapacity": 50,
"SpotAllocationStrategy": "capacity-optimized"
}
},
"MinSize":1,
"MaxSize":5,
"DesiredCapacity":3,
"VPCZoneIdentifier":"subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782",
"Tags":[ ]
}
```
**So konfigurieren Sie eine bestehende Auto-Scaling-Gruppe für die Verwendung mehrerer Startvorlagen (AWS CLI)**
Verwenden Sie den Befehl [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). Der folgende Befehl weist beispielsweise die Startvorlage namens `my-launch-template-for-arm` dem `c6g.large`-Instance-Typ für die Auto-Scaling-Gruppe namens *`my-asg`* zu.
```
aws autoscaling update-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName":"my-asg",
"MixedInstancesPolicy":{
"LaunchTemplate":{
"Overrides":[
{
"InstanceType":"c6g.large",
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template-for-arm",
"Version": "$Latest"
}
},
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
}
]
}
}
}
```
**So konfigurieren Sie eine neue Auto Scaling Scaling-Gruppe für die Verwendung mehrerer Startvorlagen mit attributbasierter Instance-Typauswahl ()AWS CLI**
Verwenden Sie den Befehl [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html). Der folgende Befehl erstellt beispielsweise eine neue Auto Scaling Scaling-Gruppe, indem er eine Startvorlage für AWS Graviton-Instances mit einem ARM-AMI und eine zusätzliche Startvorlage für AMD- oder Intel-basierte Instances mit einem x86-AMI angibt. Anschließend verwendet es zweimal die [attributbasierte Instance-Auswahl](create-mixed-instances-group-attribute-based-instance-type-selection.md), um aus einer Vielzahl von Instance-Typen für jede CPU-Architektur auszuwählen. Mit dem [update-autoscaling-group](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/update-auto-scaling-group.html)Befehl können Sie einer vorhandenen Auto Scaling Scaling-Gruppe eine ähnliche Konfiguration hinzufügen.
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Die Datei `config.json` enthält den folgenden Inhalt.
```
{
"AutoScalingGroupName":"my-asg",
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"my-launch-template-for-arm",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceRequirements": {
"VCpuCount": {"Min": 2},
"MemoryMiB": {"Min": 2048},
"CpuManufacturers": ["amazon-web-services"]
}
},
{
"InstanceRequirements": {
"VCpuCount": {"Min": 2},
"MemoryMiB": {"Min": 2048},
"CpuManufacturers": ["intel", "amd"]
},
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template-for-x86",
"Version": "$Latest"
}
}
]
},
"InstancesDistribution":{
"OnDemandPercentageAboveBaseCapacity": 0,
"SpotAllocationStrategy": "price-capacity-optimized"
}
},
"MinSize":1,
"MaxSize":10,
"DesiredCapacity":6,
"VPCZoneIdentifier":"subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782",
"Tags":[ ]
}
```
**So überprüfen Sie die Startvorlagen für eine Auto-Scaling-Gruppe**
Verwenden Sie einen der folgenden Befehle:
+ [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html) (AWS CLI)
+ [Holen Sie sich- ASAuto ScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-ASAutoScalingGroup.html) (AWS Tools for Windows PowerShell)
## Zugehörige Ressourcen
[Ein Beispiel für die Angabe mehrerer Startvorlagen mithilfe der attributbasierten Instanztypauswahl finden Sie in einer CloudFormation Vorlage auf re:POST.AWS](https://repost.aws/articles/ARQeKDQX68TcqipYaaisl6bA/cloudformation-auto-scaling-group-sample-template-for-mixed-x86-intel-amd-and-aws-graviton-instances)