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

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

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

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

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

キューからコンシューマーによって受信されたものの、まだ削除されておらず期限切れにもなっていないメッセージは、処理中の状態と見なされます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

想定より値が高くなる一般的な理由は次のとおりです。

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

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

メッセージが削除されない場合、同じメッセージが複数回受信されることがあり、その結果、このメトリクスが送信されたメッセージの数を上回ることがあります。

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

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

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

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

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

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

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

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

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

ノイジーネイバーからのメッセージを除外して、標準レートのメッセージグループのキューバックログを可視化します。

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

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

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

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

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

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

このメトリクスを使用して、ノイジーネイバーからの人工的に古くなったメッセージを無視しつつ、メッセージ処理タイムアウトに対するアラームを設定できます。