Amazon EMR クラスター (EMRFS を使用) は、毎日午前 1 時から約 6 時間かかる重要なバッチ処理を実行します。クラスターは現在、プライマリ、コア、タスクノードにオンデマンドインスタンスを使用しており、完了時間は緊急ではありません。コンピューティングコストを削減するためにアーキテクチャを見直す必要があります。ソリューションアーキテクトはどの変更を推奨すべきですか？

プライマリノードとコアノードをオンデマンドインスタンスで実行し、タスクノードをスポットインスタンスで実行することで、コストを削減しつつ安定性を確保できます。プライマリノードとコアノードはクラスターの安定稼働に不可欠なため、中断リスクのあるスポットインスタンスは避けるべきです。タスクノードは中断されても処理の再試行が可能なため、スポットインスタンスの利用に適しています。処理完了後にタスクノードのみを終了し、プライマリとコアノードを継続することで、次の処理開始時のオーバーヘッドを削減できます。Compute Savings Plansはオンデマンドインスタンスのコストをさらに削減します。 他の選択肢は、安定性、コスト効率、または運用のいずれかの点で最適ではありません。すべてのノードをスポットインスタンスで実行すると、クラスター全体が中断されるリスクが高まります。処理完了後にクラスター全体を終了すると、次の処理開始時にすべてのノードを再プロビジョニングする必要があり、効率が低下します。