翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
のインスタンスタイプ割り当て戦略 AWS Batch
マネージドコンピューティング環境が作成されると、 はジョブのニーズに最適なインスタンスタイプをinstanceTypes指定された から AWS Batch 選択します。割り当て戦略は、 が追加の容量 AWS Batch を必要とする場合の動作を定義します。このパラメータは、Fargate リソースで実行されているジョブには適用されません。このパラメータを指定しないようにしてください。
BEST_FIT(デフォルト)-
AWS Batch は、最もコストの低いインスタンスタイプを優先して、ジョブのニーズに最適なインスタンスタイプを選択します。選択したインスタンスタイプの追加のインスタンスが使用できない場合、 は追加のインスタンスが使用可能になるまで AWS Batch 待機します。十分なインスタンスが利用できない場合、またはユーザーが Amazon EC2 Service Quotasに達した場合、現在実行中のジョブが完了するまで追加のジョブは実行されません。この配分戦略により、コストは低くなりますが、スケーリングは制限される場合があります。
BEST_FITでスポットフリートを使用する場合は、スポットフリートの IAM ロールを指定する必要があります。BEST_FITコンピューティング環境の更新時にはサポートされません。詳細については、「でコンピューティング環境を更新する AWS Batch」を参照してください。注記
AWS Batch は、 アカウントの AWS リソースを管理します。BEST_FIT 配分戦略をとるコンピューティング環境には当初、デフォルトで起動設定が使用されていました。ただし、新しい AWS アカウントでの起動設定の使用は、時間の経過とともに制限されます。したがって、2024 年 4 月下旬以降、新規作成された BEST_FIT コンピューティング環境はデフォルトでテンプレートを起動します。サービスロールに起動テンプレートを管理するアクセス許可がない場合は、起動設定を AWS Batch 引き続き使用できます。既存のコンピューティング環境では引き続き起動設定が使用されます。
BEST_FIT_PROGRESSIVE-
AWS Batch は、キュー内のジョブの要件を満たすのに十分な大きさの追加のインスタンスタイプを選択します。vCPUあたりのコストが低いインスタンスタイプが優先されます。以前選択したインスタンスタイプの追加のインスタンスが利用できない場合、 AWS Batch は新しいインスタンスタイプを選択します。
注記
マルチノード並列ジョブでは、 AWS Batch は使用できる最適なインスタンスタイプを選択します。容量不足が原因でインスタンスタイプが使用できなくなった場合、ファミリー内の他のインスタンスタイプは起動されません。
BEST_FIT_PROGRESSIVE_ORDERED-
警告
これは、スケーリング中に優先されるインスタンスタイプを制御したいお客様専用の高度な配分戦略です。
大きなインスタンスタイプをリストの上部に配置すると、小さなジョブのプロビジョニングが過剰になる可能性があります。小さなインスタンスタイプを上部に配置すると、コンピューティング環境が に達する前に Amazon EC2 インスタンス数の制限に達する可能性があります
maxvCpus。AWS Batch は、
instanceTypesリストに表示される順序でインスタンスタイプを選択します。インスタンスファミリーを指定すると、そのファミリー内のサイズはBEST_FIT_PROGRESSIVEロジックを使用して拡張されます。ジョブに最適なサイズを優先し、より大きなサイズをフォールバックとして使用します。ジョブのリソース要件を満たせないインスタンスタイプはスキップされます。この戦略は、オンデマンドインスタンス (EC2) コンピューティングリソースでのみ使用できます。インスタンスファミリーとそのファミリーの明示的なインスタンスタイプの両方が に表示される場合
instanceTypes、明示的なタイプはリストされた位置になり、ファミリーの拡張から除外されます。たとえば、 では["m7a.4xlarge", "m7a", "m6a"]、m7a.4xlargeは常に最初に配置され、m7aファミリー拡張から除外されます。 SPOT_CAPACITY_OPTIMIZED-
AWS Batch は、キュー内のジョブの要件を満たすのに十分な大きさのインスタンスタイプを 1 つ以上選択します。中断されにくいインスタンスタイプが推奨されます。この配分戦略は、スポットインスタンスのコンピューティングリソースでのみ使用できます。
SPOT_PRICE_CAPACITY_OPTIMIZED-
料金とキャパシティの最適化配分戦略では、料金とキャパシティの両方を考慮して、中断される可能性が最も低く、料金が最も低いスポットインスタンスプールを選択します。この配分戦略は、スポットインスタンスのコンピューティングリソースでのみ使用できます。
注記
ほとんどの場合、
SPOT_CAPACITY_OPTIMIZEDではなくSPOT_PRICE_CAPACITY_OPTIMIZEDを使用することをお勧めします。 SPOT_CAPACITY_OPTIMIZED_PRIORITIZED-
警告
これは、スケーリング中にインスタンスタイプの選択に影響を与えたいお客様向けの高度な配分戦略です。この戦略は、最初に容量を最適化し、ベストエフォートベースでインスタンスタイプの優先順位を尊重します (使用可能なスポット容量を大幅に減らさない場合は優先順位が優先されます)。
大きなインスタンスタイプをリストの上部に配置すると、小さなジョブのプロビジョニングが過剰になる可能性があります。小さなインスタンスタイプを上部に配置すると、コンピューティング環境が に達する前に Amazon EC2 インスタンス数の制限に達する可能性があります
maxvCpus。AWS Batch は
instanceTypes、リストに表示される順序でインスタンスタイプを選択しますが、最初に容量を最適化します。お客様が定義した優先度はベストエフォートベースで優先されます。スポットインスタンスキャパシティプールが同様に利用可能な場合、優先順位が優先されます。容量が制限されている場合、 は優先度に関係なく、最も利用可能なプール AWS Batch から選択して、スポットインスタンスの中断の可能性を最小限に抑えます。この戦略は、スポットインスタンスコンピューティングリソースでのみ使用できます。
オンデマンド (EC2) コンピューティングリソースBEST_FITの使用を除く配分戦略maxvCpusでは、容量要件を満たすために AWS Batch を超える必要がある場合があります。このイベントでは、 AWS Batch が複数のインスタンスmaxvCpusを超えることはありません。