本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 的執行個體類型配置策略 AWS Batch
<a name="allocation-strategies"></a>

建立受管運算環境時， 會從最符合任務需求的`[instanceTypes](https://docs.aws.amazon.com/batch/latest/APIReference/API_ComputeResource.html#Batch-Type-ComputeResource-instanceTypes)`指定 AWS Batch 中選取執行個體類型。當 AWS Batch 需要額外容量時，配置策略會定義行為。此參數不適用於在 Fargate 資源上執行的任務。請勿指定此參數。

`BEST_FIT` (default)  
AWS Batch 會選取最符合任務需求的執行個體類型，並偏好成本最低的執行個體類型。如果所選執行個體類型的其他執行個體無法使用，請 AWS Batch 等待其他執行個體可用。如果沒有足夠的執行個體可用，或者如果使用者達到 [Amazon EC2 服務配額](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html)，則在目前執行中的任務完成之前，不會執行其他任務。這種配置策略可以降低成本，但可能限制擴展。如果您使用 Spot Fleets 搭配 `BEST_FIT`，則必須指定 Spot Fleet IAM 角色。更新運算環境時`BEST_FIT`不支援 。如需詳細資訊，請參閱[在 中更新運算環境 AWS Batch](updating-compute-environments.md)。  
AWS Batch 會管理您帳戶中 AWS 的資源。根據預設，使用最初使用的啟動組態的 BEST\$1FIT 配置策略來運算環境。不過，隨著時間的推移，新 AWS 帳戶的啟動組態使用將受到限制。因此，從 2024 年 4 月底開始，新建立的 BEST\$1FIT 運算環境預設會啟動範本。如果您的服務角色缺少管理啟動範本的許可， AWS Batch 可能會繼續使用啟動組態。現有的運算環境將繼續使用啟動組態。

`BEST_FIT_PROGRESSIVE`  
AWS Batch 會選取足夠大的其他執行個體類型，以符合佇列中任務的需求。建議使用每個單位 vCPU 成本較低的執行個體類型。如果先前所選執行個體類型的其他執行個體無法使用， AWS Batch 會選取新的執行個體類型。  
對於[多節點平行任務](multi-node-parallel-jobs.md#multi-node-parallel-jobs.title)， AWS Batch 選擇可用的最佳執行個體類型。如果執行個體類型因為容量不足而無法使用，則不會啟動系列中的其他執行個體類型。

`SPOT_CAPACITY_OPTIMIZED`  
AWS Batch 會選取一個或多個大小足以符合佇列中任務需求的執行個體類型。較不可能中斷的執行個體類型為首選。此配置策略僅適用於 Spot 執行個體運算資源。

`SPOT_PRICE_CAPACITY_OPTIMIZED`  
價格和容量最佳化分配策略會考慮價格和容量，來選擇最不可能中斷且價格最低的 Spot 執行個體集區。此配置策略僅適用於 Spot 執行個體運算資源。  
我們建議您在大多數執行個體`SPOT_CAPACITY_OPTIMIZED`中使用 `SPOT_PRICE_CAPACITY_OPTIMIZED`，而不是 。

`BEST_FIT_PROGRESSIVE` 和 `BEST_FIT`策略使用隨需或 Spot 執行個體，而 `SPOT_CAPACITY_OPTIMIZED`和 `SPOT_PRICE_CAPACITY_OPTIMIZED`策略使用 Spot 執行個體。不過， AWS Batch 可能需要超過 `maxvCpus` 才能滿足您的容量需求。在這種情況下， AWS Batch 絕不`maxvCpus`會超過單一執行個體。