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. # Strategien zur Zuweisung von Instance-Typen für AWS Batch Wenn eine verwaltete Rechenumgebung erstellt wird, AWS Batch wählt sie aus den `[instanceTypes](https://docs.aws.amazon.com/batch/latest/APIReference/API_ComputeResource.html#Batch-Type-ComputeResource-instanceTypes)` angegebenen Instanztypen aus, die den Anforderungen der Jobs am besten entsprechen. Die Zuweisungsstrategie definiert das Verhalten, wenn zusätzliche Kapazität AWS Batch benötigt wird. Dieser Parameter ist nicht auf Aufträge anwendbar, die auf Fargate-Ressourcen ausgeführt werden. Geben Sie diesen Parameter nicht an. `BEST_FIT` (Standard) AWS Batch wählt einen Instance-Typ aus, der den Anforderungen der Jobs am besten entspricht, wobei der Instance-Typ mit den niedrigsten Kosten bevorzugt wird. Wenn zusätzliche Instanzen des ausgewählten Instanztyps nicht verfügbar sind, AWS Batch wartet es, bis die zusätzlichen Instanzen verfügbar sind. Wenn nicht genügend Instances verfügbar sind oder wenn der Benutzer die [Amazon EC2-Servicekontingente](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) erreicht, werden zusätzliche Jobs erst ausgeführt, wenn die aktuell ausgeführten Jobs abgeschlossen sind. Diese Zuweisungsstrategie hält die Kosten niedriger, kann aber die Skalierung einschränken. Wenn Sie Spot-Flotten mit verwenden`BEST_FIT`, muss die IAM-Rolle Spot-Flotte angegeben werden. `BEST_FIT`wird bei der Aktualisierung von Rechenumgebungen nicht unterstützt. Weitere Informationen finden Sie unter [Aktualisieren Sie eine Rechenumgebung in AWS Batch](updating-compute-environments.md). AWS Batch verwaltet AWS Ressourcen in Ihrem Konto. Computerumgebungen mit der BEST\_FIT-Zuweisungsstrategie verwendeten ursprünglich standardmäßig Startkonfigurationen. Die Verwendung von Startkonfigurationen mit neuen AWS Konten wird jedoch im Laufe der Zeit eingeschränkt. Daher werden neu erstellte BEST\_FIT-Rechenumgebungen ab Ende April 2024 standardmäßig Vorlagen starten. Falls Ihre Servicerolle nicht über die erforderlichen Berechtigungen zur Verwaltung von Startvorlagen verfügt, AWS Batch können Sie weiterhin Startkonfigurationen verwenden. Bestehende Computerumgebungen werden weiterhin Startkonfigurationen verwenden. `BEST_FIT_PROGRESSIVE` AWS Batch wählt zusätzliche Instanztypen aus, die groß genug sind, um die Anforderungen der Jobs in der Warteschlange zu erfüllen. Instanztypen mit niedrigeren Kosten für jede vCPU-Einheit werden bevorzugt. Wenn zusätzliche Instances der zuvor ausgewählten Instanztypen nicht verfügbar sind, werden neue Instanztypen AWS Batch ausgewählt. AWS Batch Wählt für [parallel Jobs mit mehreren Knoten](multi-node-parallel-jobs.md) den optimalen verfügbaren Instanztyp aus. Wenn der Instance-Typ aufgrund unzureichender Kapazität nicht mehr verfügbar ist, werden andere Instance-Typen innerhalb der Familie nicht gestartet. `BEST_FIT_PROGRESSIVE_ORDERED` Dies ist eine erweiterte Zuweisungsstrategie nur für Kunden, die kontrollieren möchten, welche Instance-Typen bei der Skalierung bevorzugt werden. Wenn große Instance-Typen ganz oben auf der Liste stehen, kann dies zu einer **Überprovisionierung** für kleine Jobs führen. Wenn Sie kleine Instance-Typen ganz oben platzieren, kann dies dazu führen, dass die Rechenumgebung die Grenzwerte für die Anzahl der Amazon EC2 EC2-Instances erreicht, bevor sie erreicht `maxvCpus` werden. AWS Batch wählt Instance-Typen in der Reihenfolge aus, in der sie in der `instanceTypes` Liste erscheinen. Wenn eine Instance-Familie angegeben wird, werden die Größen innerhalb dieser Familie `BEST_FIT_PROGRESSIVE` logisch erweitert, wobei Größen bevorzugt werden, die am besten zu den Aufgaben passen, wobei größere Größen als Ausweichlösung verwendet werden. Instance-Typen, die die Ressourcenanforderungen der Jobs nicht erfüllen können, werden übersprungen. Diese Strategie ist nur für Rechenressourcen vom On-Demand Typ Instance (`EC2`) verfügbar. Wenn sowohl eine Instance-Familie als auch ein expliziter Instance-Typ aus dieser Familie vorkommen`instanceTypes`, nimmt der explizite Typ die angegebene Position ein und wird von der Familienerweiterung ausgeschlossen. Beispiel: In `["m7a.4xlarge", "m7a", "m6a"]` `m7a.4xlarge` steht immer an erster Stelle und wird von der Erweiterung der `m7a` Familie ausgeschlossen. `SPOT_CAPACITY_OPTIMIZED` AWS Batch wählt einen oder mehrere Instance-Typen aus, die groß genug sind, um die Anforderungen der Jobs in der Warteschlange zu erfüllen. Instanztypen, bei denen die Wahrscheinlichkeit einer Unterbrechung geringer ist, werden bevorzugt. Diese Zuweisungsstrategie ist nur für Spot-Instance-Datenverarbeitungsressourcen verfügbar. `SPOT_PRICE_CAPACITY_OPTIMIZED` 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. Diese Zuweisungsstrategie ist nur für Spot-Instance-Datenverarbeitungsressourcen verfügbar. Wir empfehlen, dass Sie `SPOT_PRICE_CAPACITY_OPTIMIZED` eher als `SPOT_CAPACITY_OPTIMIZED` in den meisten Fällen verwenden. `SPOT_CAPACITY_OPTIMIZED_PRIORITIZED` Dies ist eine erweiterte Zuweisungsstrategie für Kunden, die bei der Skalierung Einfluss auf die Auswahl des Instance-Typs nehmen möchten. Bei dieser Strategie wird **zunächst die Kapazität** optimiert und Prioritäten des Instance-Typs nach bestem Wissen berücksichtigt (Prioritäten werden berücksichtigt, wenn sie die verfügbare Spot-Kapazität nicht wesentlich reduzieren). Wenn große Instance-Typen ganz oben auf der Liste stehen, kann dies zu einer **Überprovisionierung** für kleine Jobs führen. Wenn Sie kleine Instance-Typen ganz oben platzieren, kann dies dazu führen, dass die Rechenumgebung die Grenzwerte für die Anzahl der Amazon EC2 EC2-Instances erreicht, bevor sie erreicht `maxvCpus` werden. AWS Batch wählt die Instance-Typen in der Reihenfolge aus, in der sie in der `instanceTypes` Liste erscheinen, **optimiert jedoch zuerst die Kapazität**. Die vom Kunden festgelegte Priorität wird nach bestem Wissen und Gewissen eingehalten. Wenn Spot-Instance-Kapazitätspools in ähnlicher Weise verfügbar sind, wird die Prioritätsreihenfolge eingehalten. Wenn die Kapazität begrenzt ist, AWS Batch wählt unabhängig von der Priorität aus den am meisten verfügbaren Pools aus, um die Wahrscheinlichkeit von Spot-Instance-Unterbrechungen zu minimieren. Diese Strategie ist nur für Spot-Instance-Rechenressourcen verfügbar. Bei jeder Zuweisungsstrategie, mit Ausnahme der `BEST_FIT` Verwendung von On-Demand (`EC2`) Rechenressourcen, muss AWS Batch möglicherweise eine Überschreitung erforderlich sein, `maxvCpus` um Ihre Kapazitätsanforderungen zu erfüllen. Überschreitet `maxvCpus` in diesem Fall AWS Batch nie mehr als eine einzelne Instanz.