翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon SQS のメッセージキュー
次の表に、メッセージに関連するクォータの一覧を示します。
クォータ | 説明 |
---|---|
バッチ処理されたメッセージ ID | バッチ処理されたメッセージ ID には最大80文字を使用できます。次の文字を使用できます。英数字、ハイフン (- )、およびアンダースコア (_ )。 |
メッセージ属性 | メッセージには、最大10個のメタデータ属性を含めることができます。 |
メッセージバッチ |
ひとつのメッセージBatchリクエストに最大10個のメッセージを含めることができます。詳細については、AmazonSQSBufferedAsyncClient の設定 セクションの Amazon SQSのバッチアクション を参照してください。 |
メッセージの内容 |
メッセージには、XML、JSON、およびフォーマットされていないテキストのみを含めることができます。次の Unicode 文字を使用できます。 この一覧に含まれていない文字は、すべて拒否されます。詳細については、文字に関するW3C仕様 |
メッセージグループ ID | 同じメッセージグループ IDを持つメッセージのラージバックログを構築しないように、バックログからメッセージを消費します。
空でない
|
メッセージの保持 | デフォルトでは、メッセージは4日間保持されます。最小の期間は60秒(1分) です。最大は1,209,600秒(14日)です。 |
メッセージのスループット |
標準キューは、API アクション ( |
Amazon SQS の FIFO 制限は、メッセージ制限ではなく、API リクエスト数に基づきます。高スループットモードでは、これらの API リクエスト制限は以下のとおりです。 トランザクションスループットの制限 (非バッチ処理 API コール) これらの制限は、各 API オペレーション (SendMessage、ReceiveMessage、DeleteMessage など) を個別に実行できる頻度を定義し、許可された 1 秒あたりのトランザクション数 (TPS) 内で効率的なシステムパフォーマンスを確保します。 以下の制限は、非パッチ処理 API コールに基づいています。
バッチ処理によるスループットの最大化 1 回の API コールで複数のメッセージを処理するため、効率が大幅に向上します。バッチ処理では、各メッセージを個別に処理する代わりに、1 つの API リクエストで最大 10 件のメッセージを送信、受信、または削除できます。これにより、API コールの総数が減少し、リージョンのトランザクション制限 (TPS) 内に留まりながら 1 秒ごとにより多くのメッセージを処理できるため、スループットとシステムパフォーマンスを最大化できます。詳細については、「Amazon SQS での水平スケーリングとアクションのバッチ処理を使用したスループットの向上」を参照してください。 以下の制限は、バッチ処理 API コールに基づいています。
バッチ処理を超えたスループットの最適化 バッチ処理はスループットを大幅に向上させますが、FIFO パフォーマンスを最適化する他の戦略を検討することが重要です。
|
|
メッセージタイマー | メッセージのデフォルト(最小)遅延は0秒です。最大は15分です。 |
メッセージサイズ |
最小メッセージサイズは1バイト(1文字) です。最大は 262,144 バイト (256 KiB) です。 256 KiB を超えるメッセージを送信するには、Java 用 Amazon SQS 拡張クライアントライブラリ 注記この拡張ライブラリは、同期クライアントでのみ機能します。 |
メッセージ可視性タイムアウト | デフォルトの可視性タイムアウトは30秒です。最小は0秒です。最大は12時間です。 |
ポリシー情報 | 最大クォータは8,192バイト、20ステートメント、50プリンシパル、または 10条件になります。詳細については、「Amazon SQS ポリシーのクォータ」を参照してください。 |