Amazon SQS で利用可能な CloudWatchメトリクス

標準キューの場合、メッセージが 3 回以上受信され、削除されない場合、SQS はキューの背面に移動します。次に、メトリクスは受信しきい値を超えていない次のメッセージの経過時間を反映します。この順序変更は、リドライブポリシーが設定されている場合でも発生します。

ポイズンピルメッセージ (繰り返し受信されたが削除されていないメッセージ) は、正常に処理されるまでこのメトリクスから除外されます。

を超えた後にメッセージが DLQ に移動するとmaxReceiveCount、経過時間はリセットされます。この場合、DLQ の メトリクスには、メッセージが最初に送信された時刻ではなく、メッセージが移動された時刻が反映されます。

FIFO キューは、順序を維持するためにメッセージの順序を変更しません。失敗したメッセージは、メッセージグループが削除されるか期限切れになるまでブロックします。DLQ が設定されている場合、メッセージは受信しきい値が満たされた後に送信されます。

メッセージは、コンシューマーがキューから受信したが、まだ削除または期限切れになっていない場合、処理中と見なされます。

このメトリクスは、FIFO キューのスループットのトラブルシューティングと最適化に役立ちます。通常、高い値は強い同時実行数を示します。

キューのバックログが大きく、この値が小さい場合は、コンシューマーをスケーリングするか、アクティブなメッセージグループの数を増やすことを検討してください。

スループットと処理中の制限については、「」を参照してくださいAmazon SQS のクォータ。

デフォルトの遅延で設定されたキューと、 DelaySecondsパラメータで送信された個々のメッセージに適用されます。

遅延メッセージは、遅延期間が終了するまでコンシューマーから非表示のままになり、認識されたキューのバックログまたはスループットに影響する可能性があります。

メッセージは、ReceiveMessageAPI 経由でコンシューマーに送信されると、処理中の状態になります。

これらのメッセージは、可視性タイムアウトウィンドウ中に他のコンシューマーから一時的に非表示になります。

このメトリクスを使用して、メッセージ処理の遅延やコンシューマーのスタックを追跡します。

キュー内の現在の処理バックログを反映します。

蓄積できるメッセージの数にはハード制限はありませんが、キューで設定された保持期間が適用されます。

値が一貫して高い場合は、プロビジョニング不足のコンシューマーや処理ロジックがスタックしている可能性があります。

このメトリクスは、ポーリング動作の非効率性や十分に活用されていないコンシューマーインスタンスを特定するのに役立ちます。

キューが空の場合、コンシューマーがショートポーリングを使用する場合、またはメッセージが生成されたよりも速く処理されている場合、高い値が発生することがあります。

これはキューの状態を正確に示すものではありません。サービス側の動作を反映し、再試行が含まれる場合があります。

SQS は、 MessageDeduplicationIdまたはコンテンツベースのハッシュ (有効になっている場合) に基づいてメッセージを重複排除します。

値が大きいと、プロデューサーが 5 分間の重複排除ウィンドウ内で同じメッセージを繰り返し送信している可能性があります。

このメトリクスを使用して冗長なプロデューサーロジックをトラブルシューティングするか、重複排除が意図したとおりに機能していることを確認します。

このメトリクスは、同じメッセージが複数回削除された場合でも、成功したすべての削除オペレーションをカウントします。

higher-than-expected一般的な理由は次のとおりです。

このメトリクスを使用してメッセージ処理の成功を追跡しますが、一意の削除済みメッセージの正確な数として扱わないでください。

これには、可視性タイムアウトの有効期限が切れたために後でキューに返されるメッセージを含む、コンシューマーに返されるすべてのメッセージが含まれます。

削除しない場合、1 つのメッセージを複数回受信できます。これにより、このメトリクスが送信されたメッセージの数を超える可能性があります。

これを使用してコンシューマーのアクティビティを追跡しますが、処理された一意のメッセージの数として扱いません。

DLQ を直接ターゲットとする呼び出しを含め、 SendMessageまたは への手動呼び出しSendMessageBatchがカウントされます。

を超えた後に DLQ に自動的に移動されるメッセージmaxReceiveCountは、このメトリクスに含まれません。

その結果、 は よりも低いNumberOfMessagesSent場合がありますNumberOfMessagesReceived。特に、リドライブポリシーが多くのメッセージを背後にある DLQsに移動している場合です。

このメトリクスは、キューが最初のメッセージを受信するまで CloudWatch コンソールに表示されません。

このメトリクスを使用して、各メッセージのサイズをバイト単位で追跡します。これは、ペイロードの傾向の分析やスループットコストの見積もりに役立ちます。

SQS の最大メッセージサイズは 1 MiB です。

不均衡なリソースを消費するメッセージグループを追跡することで、マルチテナント環境で発生する可能性のあるノイズの多い近隣問題を特定するのに役立ちます。

このメトリクスを使用して、ノイズの多いグループの数が許容しきい値を超えたときにトリガーされるアラームを設定します。これは、キューの公平性に関する潜在的な問題を示します。

ノイズの多い近隣からのメッセージを除く、標準レートのメッセージグループのキューバックログを可視化します。

ノイズの多い近隣の影響を除外することで、一般的なメッセージグループの真の処理バックログを特定するのに役立ちます。

適切に動作しているメッセージグループからの処理中のメッセージ (処理されているが、まだ削除されていない) を追跡します。

このメトリクスを使用して、通常のメッセージグループの処理スループットをモニタリングし、ノイズの多い近隣によって引き起こされない処理のボトルネックを検出します。

（大量のグループやノイズの多いグループではなく) 通常のスループットパターンまたは予想されるスループットパターンを持つメッセージグループからの遅延メッセージバックログをモニタリングするのに役立ちます。

一般的なワークロードの将来の処理要件と容量計画を理解するのに役立ちます。

SLA コンプライアンスをモニタリングし、通常のスループットパターンまたは予想されるスループットパターンを持つメッセージグループの処理ボトルネックを検出するために使用されます (メトリクスを歪める可能性のある大量のメッセージグループやノイズの多いメッセージグループとは異なります）。

このメトリクスを使用して、ノイズの多い近隣からの人為的に古くなったメッセージを無視するメッセージ処理タイムアウトのアラームを設定します。