View a markdown version of this page

Kuota pesan Amazon SQS - Amazon Simple Queue Service

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Kuota pesan Amazon SQS

Tabel berikut mencantumkan kuota yang terkait dengan pesan.

Kuota Deskripsi
ID pesan berkelompok ID pesan batch dapat memiliki hingga 80 karakter. Karakter berikut diterima: karakter alfanumerik, tanda hubung (-), dan garis bawah (). _
Atribut pesan Pesan dapat berisi hingga 10 atribut metadata.
Batch pesan

Permintaan batch pesan tunggal dapat mencakup maksimal 10 pesan. Untuk informasi selengkapnya, lihat Mengkonfigurasi Amazon SQSBuffered AsyncClient di bagian Tindakan batch Amazon SQS.
Isi pesan

Pesan hanya dapat menyertakan XML, JSON, dan teks yang tidak diformat. Karakter Unicode berikut diperbolehkan: #x9 #xA | #xD | #xD7FF | #x20 #xE000 ke #xFFFD | #x10000 ke #x10FFFF

Setiap karakter yang tidak termasuk dalam daftar ini ditolak. Untuk informasi selengkapnya, lihat spesifikasi W3C untuk karakter.
ID grup pesan

MessageGroupIddiperlukan untuk antrian FIFO. Jika Anda tidak memberikan MessageGroupId saat mengirim pesan ke antrian FIFO, tindakan gagal. Dalam antrian standar, penggunaan MessageGroupId memungkinkan antrian yang adil. Sebaiknya sertakan a MessageGroupId di semua pesan saat menggunakan antrian yang adil.

Panj MessageGroupId angnya 128 karakter. Nilai yang valid: karakter alfanumerik dan tanda baca(!"#$%&'()*+,-./:;<=>?@[\]^_`{|}~).
Penyimpanan pesan Secara default, pesan disimpan selama 4 hari. Minimal adalah 60 detik (1 menit). Maksimal adalah 1.209.600 detik (14 hari).
Throughput pesan

Antrian standar

Antrian standar mendukung jumlah panggilan API yang sangat tinggi dan hampir tidak terbatas per detik, per tindakan (SendMessage, ReceiveMessage, atau DeleteMessage). Throughput tinggi ini membuatnya ideal untuk kasus penggunaan yang memerlukan pemrosesan pesan dalam jumlah besar dengan cepat, seperti streaming data real-time atau aplikasi skala besar. Sementara antrian standar berskala secara otomatis sesuai permintaan, penting untuk memantau pola penggunaan untuk memastikan kinerja yang optimal, terutama di wilayah dengan beban kerja yang lebih tinggi.

Antrian FIFO

  • Setiap partisi dalam antrian FIFO dibatasi hingga 300 transaksi per detik, per tindakan API (SendMessage,ReceiveMessage, danDeleteMessage). Batas ini berlaku khusus untuk mode throughput non-tinggi. Dengan beralih ke mode throughput tinggi, Anda dapat melampaui batas default ini. Untuk mengaktifkan mode throughput tinggi, lihatMengaktifkan throughput tinggi untuk antrian FIFO di Amazon SQS.

  • Jika Anda menggunakan batching, antrian FIFO dengan throughput non-tinggi mendukung hingga 3.000 pesan per detik, per tindakan API (,SendMessage, ReceiveMessage dan). DeleteMessage 3.000 pesan per detik mewakili 300 panggilan API, masing-masing dengan batch 10 pesan.

Throughput tinggi untuk antrian FIFO

Batas Amazon SQS FIFO didasarkan pada jumlah permintaan API, bukan batas pesan. Untuk mode throughput tinggi, batas permintaan API ini adalah sebagai berikut:

Batas throughput transaksi (panggilan Non-batching API)

Batasan ini menentukan seberapa sering setiap operasi API (seperti SendMessage, ReceiveMessage, atau DeleteMessage) dapat dilakukan secara independen, memastikan kinerja sistem yang efisien dalam transaksi per detik yang diizinkan (TPS).

Batas berikut didasarkan pada panggilan API non-batch:

  • AS Timur (Virginia Utara), AS Barat (Oregon), dan Eropa (Irlandia): Hingga 70.000 transaksi per detik (TPS).

  • AS Timur (Ohio) dan Eropa (Frankfurt): Hingga 19.000 TPS.

  • Asia Pasifik (Mumbai), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), dan Eropa (Spanyol): Hingga 9.000 TPS.

  • Eropa (London) dan Amerika Selatan (São Paulo): Hingga 4.500 TPS.

  • Semua lainnya Wilayah AWS: Throughput default 2.400 TPS.

Memaksimalkan throughput dengan batching

Memproses beberapa pesan dalam satu panggilan API, yang secara signifikan meningkatkan efisiensi. Alih-alih menangani setiap pesan secara individual, batching memungkinkan Anda mengirim, menerima, atau menghapus hingga 10 pesan dalam satu permintaan API. Ini mengurangi jumlah total panggilan API, memungkinkan Anda memproses lebih banyak pesan per detik sambil tetap berada dalam batas transaksi (TPS) untuk wilayah tersebut, memaksimalkan throughput dan kinerja sistem. Untuk informasi selengkapnya, lihat Meningkatkan throughput menggunakan penskalaan horizontal dan batching aksi dengan Amazon SQS.

Batas berikut didasarkan pada panggilan API batch:

  • AS Timur (Virginia Utara), AS Barat (Oregon), dan Eropa (Irlandia): Hingga 700.000 pesan per detik (10x batas non-batch 70.000 TPS).

  • AS Timur (Ohio) dan Eropa (Frankfurt): Hingga 190.000 pesan per detik.

  • Asia Pasifik (Mumbai), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), dan Eropa (Spanyol): Hingga 90.000 pesan per detik.

  • Eropa (London) dan Amerika Selatan (São Paulo): Hingga 45.000 pesan per detik.

  • Semua lainnya Wilayah AWS: Hingga 24.000 pesan per detik.

Mengoptimalkan throughput di luar batching

Meskipun batching dapat sangat meningkatkan throughput, penting untuk mempertimbangkan strategi lain untuk mengoptimalkan kinerja FIFO:

  • Mendistribusikan pesan di beberapa ID grup pesan — Karena pesan dalam satu grup diproses secara berurutan, mendistribusikan beban kerja Anda di beberapa grup pesan memungkinkan paralelisme yang lebih baik dan throughput keseluruhan yang lebih tinggi. Untuk informasi selengkapnya, lihat Partisi dan distribusi data untuk throughput tinggi untuk antrian SQS FIFO.

  • Penggunaan panggilan API yang efisien — Minimalkan panggilan API yang tidak perlu, seperti perubahan visibilitas yang sering atau penghapusan pesan berulang, untuk mengoptimalkan penggunaan TPS yang tersedia dan meningkatkan efisiensi.

  • Gunakan penerimaan jajak pendapat panjang — Gunakan polling panjang dengan meny WaitTimeSeconds etel permintaan penerimaan Anda untuk mengurangi tanggapan kosong ketika tidak ada pesan yang tersedia, menurunkan panggilan API yang tidak perlu, dan memanfaatkan kuota TPS Anda dengan lebih baik.

  • Meminta peningkatan throughput — Jika aplikasi Anda memerlukan throughput yang lebih tinggi dari batas default, minta peningkatan menggunakan konsol Kuota Layanan. Ini mungkin diperlukan untuk beban kerja dengan permintaan tinggi atau di wilayah dengan batas default yang lebih rendah. Untuk mengaktifkan mode throughput tinggi, lihatMengaktifkan throughput tinggi untuk antrian FIFO di Amazon SQS.
Pengatur waktu pesan Penundaan default (minimum) untuk pesan adalah 0 detik. Maksimal adalah 15 menit.
Ukuran pesan

Ukuran pesan minimum adalah 1 byte (1 karakter). Maksimal adalah 1.048.576 byte (1 MiB).

Untuk mengirim pesan yang lebih besar dari 1 MiB, Anda dapat menggunakan Amazon SQS Extended Client Library untuk Java dan Amazon SQS Extended Client Library untuk Python. Pustaka ini memungkinkan Anda mengirim pesan Amazon SQS yang berisi referensi ke payload pesan di Amazon S3. Ukuran payload maksimum adalah 2 GB.

catatan

Perpustakaan yang diperluas ini hanya berfungsi untuk klien sinkron.
Batas waktu visibilitas pesan Batas waktu visibilitas default untuk pesan adalah 30 detik. Minimal adalah 0 detik. Maksimal adalah 12 jam.
Informasi kebijakan Kuota maksimum adalah 8.192 byte, 20 pernyataan, 50 prinsipal, atau 10 kondisi. Lihat informasi yang lebih lengkap di Kuota kebijakan Amazon SQS.