背景となる問題

• 動画の処理には 30分 かかる。

• SQSキューの 可視性タイムアウト は 1時間 に設定されている。

• リドライブポリシーでは maxReceiveCount = 1 が指定されている。

• デッドレターキューにメッセージが送られる条件は以下の通り：
• メッセージが指定回数（maxReceiveCount）以上再処理された。
• メッセージが可視性タイムアウトの間に適切に処理されなかった。

• メッセージがデッドレターキューに移動しているが、アプリケーションログにエラーは記録されていない。

1. メッセージが正常に処理されず、再度受信される前に可視性タイムアウトが切れてしまう。

2. スケールイン時に、処理中のEC2インスタンスが終了してしまい、動画の処理が中断される。

各選択肢の評価

A. EC2インスタンスの終了保護を有効にする

• 効果： EC2インスタンスの終了を防ぐ設定。

• 問題点： デッドレターキューの問題は、特定のインスタンスが終了することが原因とは断定できない。したがって、この選択肢は不十分です。

B. SQSキューの可視性タイムアウトを3時間に更新する

• 効果： 可視性タイムアウトを延長することで、処理が完了するまでメッセージが他のインスタンスに渡されるのを防ぐ。

• 問題点： 処理時間は30分であるため、1時間のタイムアウトは十分です。これ以上の延長は不要で、別の根本的な原因を特定する必要があります。

C. 処理中のインスタンスにスケールイン保護を設定する

• 効果： 処理中のEC2インスタンスがスケールインによって終了されるのを防ぐ。

• 適切性： 動画の処理中にインスタンスが終了すると、メッセージが再処理対象となり、デッドレターキューに移動する可能性が高まります。この設定は問題の原因を直接解決します。

D. リドライブポリシーを更新し、maxReceiveCountを0に設定する

• 効果： メッセージをデッドレターキューに即座に移動させる。

• 問題点： この設定では、動画が処理される前にメッセージがデッドレターキューに移動してしまうため、問題を悪化させます。

正解：C. 処理中のインスタンスにスケールイン保護を設定する

• スケールインによって処理中のインスタンスが終了し、動画の処理が中断されることで、メッセージが再処理されてデッドレターキューに移動する可能性があります。

• スケールイン保護を有効にすることで、処理中のインスタンスが誤って終了するのを防ぎ、問題を解決できます。

補足情報

• デッドレターキューの問題が完全に解消されない場合は、CloudWatch Logsでインスタンスの終了履歴やアプリケーションの状態を確認することで、さらなる原因特定を行う必要があります。