翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon EC2 オンデマンドまたは Amazon EC2 スポット
<a name="bestpractice5"></a>

オンデマンドインスタンスよりも節約できるため、ほとんどの AWS Batch お客様は Amazon EC2 スポットインスタンスを使用します。ただし、ワークロードが数時間にわたって実行され、中断できない場合は、オンデマンドインスタンスの方が適している可能性があります。いつでも最初にスポットインスタンスを試して、必要に応じてオンデマンドに切り替えることができます。

以下の要件と期待がある場合は、Amazon EC2 オンデマンドインスタンスを使用してください:
+ ジョブの実行時間が 1 時間以上の場合、ワークロードの中断は許されません。
+ ワークロード全体に対して厳格な SLO (サービスレベル目標) が設定されており、計算時間を増やすことはできません。
+ 必要なインスタンスは、おそらく中断される可能性があります。

以下の要件と期待がある場合には、Amazon EC2 スポットインスタンスを使用してください:
+ ジョブの実行時間は、通常 30 分以下です。
+ ワークロードの一部として、潜在的な中断やジョブの再スケジュールを許容できます。詳細については、[スポットインスタンスアドバイザー](https://aws.amazon.com/ec2/spot/instance-advisor/) を参照してください。
+ 実行時間の長いジョブが中断された場合、チェックポイントから再開できます。

最初にスポットインスタンスで申請し、次にオンデマンドインスタンスをフォールバックオプションとして使用することで、両方の購入モデルを混在させることができます。例えば、Amazon EC2 スポットインスタンスで実行されているコンピューティング環境に接続されているキューにジョブを送信します。ジョブが中断された場合は、Amazon EventBridge からのイベントをキャッチし、スポットインスタンスの再利用と関連付けます。次に、 AWS Lambda 関数または を使用して、ジョブをオンデマンドキューに再送信します AWS Step Functions。詳細については、[チュートリアル: 失敗したジョブイベントに Amazon シンプル通知サービスアラートを送信する](batch_sns_tutorial.md)「」、[Amazon EC2 スポットインスタンスの中断を処理するためのベストプラクティス](https://aws.amazon.com/blogs/compute/best-practices-for-handling-ec2-spot-instance-interruptions/)」、および[「Step Functions AWS Batch で を管理する](https://docs.aws.amazon.com/step-functions/latest/dg/connect-batch.html)」を参照してください。

**重要**  
Amazon EC2 スポットインスタンスプールの可用性を維持し、中断率を下げるには、さまざまなインスタンスタイプ、サイズ、アベイラビリティーゾーンをオンデマンドコンピューティング環境のために使用します。