ApsaraMQ for RabbitMQ memberlakukan batas pada kluster, karakter, dan trafik Transactions Per Second (TPS) puncak. Untuk menghindari error program, jangan melebihi batas-batas ini saat menggunakan ApsaraMQ for RabbitMQ.
Batas kluster
Batas dalam tabel ini berlaku untuk versi terbaru instans.
Jika batas instans Anda tidak sesuai dengan yang tercantum dalam tabel ini, instans Anda mungkin bukan versi terbaru. Untuk informasi lebih lanjut, submit a ticket. Pembatasan berikut berlaku untuk penyesuaian batas:
Instans dengan arsitektur lama tidak mendukung penyesuaian batas: Instans yang ID-nya hanya terdiri dari angka atau titik akhir VPC-nya tidak diakhiri dengan
mq.amqp.aliyuncs.comtidak mendukung penyesuaian terhadap batas-batas yang tercantum di bawah ini.
Item | Instans Serverless | Instans Langganan | |||
Bersama | Eksklusif | Edisi Perusahaan | Edisi Platinum Perusahaan | Edisi Profesional | |
Pay-by-provisioned-capacity-and-elastic-traffic/Pay-by-messaging-request | Pay-by-provisioned-capacity-and-elastic-traffic | ||||
Vhosts per instans | 200 | 2.000 | 200 | 4.096 | 200 |
Pertukaran per instans | 6.000 | 10.000 | 6.000 | 80.000 | 6.000 |
Bindings per instans | 20.000 | 20.000 | 20.000 | None | 20.000 |
Queues per instans | 6.000 | 10.000 | 6.000 | 80.000 | 6.000 |
Koneksi per instans | 10.000 | 20.000 | Dibeli berdasarkan tipe instans. Setiap instans memiliki kuota gratis 2.000 koneksi. Maksimum adalah 10.000. | Dibeli berdasarkan tipe instans. Setiap instans memiliki kuota gratis 50.000 koneksi. Maksimum adalah 100.000. | Jumlah antrian × 4. Jumlah koneksi per instans berkisar antara 1.000 hingga 5.000. |
Antrean per binding exchange | 256 | 256 Submit a ticket untuk meminta kuota khusus. Setelah dikustomisasi, Anda tidak dapat menurunkan spesifikasi instans ke kluster bersama. | 256 | 256 Untuk meminta kuota khusus, hubungi dukungan teknis Alibaba Cloud. | 256 |
Konsumen per queue | Jumlah antrian × 4. Jumlah konsumen per queue berkisar antara 800 hingga 5.000. | None | Jumlah queue × 4. Jumlah konsumen per queue berkisar antara 800 hingga 5.000. | None | Jumlah queue × 4. Jumlah konsumen per queue berkisar antara 50 hingga 5.000. |
Channels per koneksi | 2.000 | 3.000 | Jumlah channel per koneksi adalah nilai minimum dari [Jumlah queue, 2048].
| 3.000 | Jumlah channel per koneksi adalah 64 atau Jumlah queue.
|
Ukuran pesan | 10 MB | 50 MB | 10 MB (Catatan: Untuk instans di wilayah China (Qingdao), Jepang (Tokyo), dan China (Hohhot), serta instans yang dibuat sebelum 1 Mei 2025 di wilayah lain, batasnya adalah 1 MB.) | 50 MB (Catatan: Untuk instans di wilayah China (Qingdao), Jepang (Tokyo), dan China (Hohhot), serta instans yang dibuat sebelum 1 Mei 2025 di wilayah lain, batasnya adalah 3 MB.) | 64 KB |
Tundaan maksimum untuk pesan tertunda | 7 hari | 7 hari Submit a ticket untuk meminta kuota khusus. Setelah dikustomisasi, Anda tidak dapat menurunkan spesifikasi instans ke kluster bersama. | 7 hari | 7 hari Untuk meminta kustomisasi, hubungi Dukungan Teknis Alibaba Cloud. | 24 jam |
Periode retensi pesan maksimum | 3 hari | 3 hari | 3 hari | 3 hari | 3 hari |
Upaya pengiriman maksimum | 16 | 16 | 16 | 64 | 16 |
Maksimum: 3 jam Default: 5 menit | Maksimum: 12 jam Default: 30 menit | Maksimum: 3 jam Default: 5 menit | Maksimum: 12 jam Default: 30 menit | Maksimum: 10 menit Default: 1 menit | |
ApsaraMQ for RabbitMQ membatasi ukuran frame Header pesan (sesuai dengan parameter channel_max_frame_size) hingga 32 KB. Batas ini tidak dapat disesuaikan. Untuk menghindari pemicuan batas ukuran frame Header, sertakan konten pesan besar dalam Body pesan, bukan dalam frame Header.
Batas karakter
Item | Batas |
Nama queue |
|
Nama exchange |
|
Nama Vhost |
|
Kunci binding |
|
Tag konsumen |
|
ID pesan |
|
Ambang batas rate limiting
Untuk informasi tentang cara menghitung TPS, lihat Aturan perhitungan untuk edisi instans Serverless dan Aturan perhitungan TPS untuk edisi instansi langganan.
Untuk informasi tentang cara menangani masalah ketika TPS dikenai rate limiting, lihat Solusi ketika total TPS instans dikenai rate limiting dan Solusi ketika TPS node tunggal dikenai rate limiting.
Total TPS
Instance Edition | Instans Serverless | Instans Subskripsi | ||||||
Spesifikasi | Bersama | Eksklusif | Elastic TPS dinonaktifkan | Elastic TPS diaktifkan | ||||
Pay-by-provisioned-capacity-and-elastic-traffic/Pay-by-messaging-request | Pay-by-provisioned-capacity-and-elastic-traffic | Edisi Perusahaan | Edisi Platinum Perusahaan | Edisi Profesional | Edisi Perusahaan | Edisi Platinum Perusahaan | Edisi Profesional | |
Ambang batas rate limiting | Maksimum 50.000 per detik | Dua kali TPS puncak spesifikasi dasar | TPS puncak spesifikasi dasar | Dua kali TPS puncak spesifikasi dasar, dengan maksimum 50.000 per detik | Dua kali TPS puncak spesifikasi dasar, dengan maksimum 50.000 per detik | 1,5 kali TPS puncak spesifikasi dasar | ||
SendMessage node tunggal
Server membatasi TPS SendMessage untuk setiap node layanan backend dalam suatu instans. Ambang batasnya adalah sebagai berikut:
Item | Instans Serverless | Instans Subskripsi | ||||
Bersama | Eksklusif | Edisi Perusahaan | Edisi Platinum Perusahaan | Edisi Profesional | ||
Pay-by-messaging-request | Pay-by-provisioned-capacity-and-elastic-traffic | Pay-by-provisioned-capacity-and-elastic-traffic | ||||
Ambang batas rate limiting | 25.000 per detik | 25.000 per detik | None | 25.000 per detik | None | 25.000 per detik |
Panggilan API tunggal
Item | API | Instans Serverless | Instans Langganan | |||
Bersama | Eksklusif | Edisi Perusahaan | Edisi Platinum Perusahaan | Edisi Profesional | ||
Pay-by-provisioned-capacity-and-elastic-traffic/Pay-by-messaging-request | Pay-by-provisioned-capacity-and-elastic-traffic | |||||
Purge queue per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Buat exchange per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Hapus exchange per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Buat queue per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Hapus queue per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Buat binding per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Hapus binding per instans |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Pesan Pemulihan Instance Tunggal |
| 500 TPS | None | 500 TPS | None | 500 TPS |
Requeue pesan per instans |
| 20 TPS | None | 20 TPS | None | 20 TPS |
FAQ
Apakah Edisi Perusahaan mendukung peningkatan batas queue secara independen?
Tidak. Jumlah maksimum queue per instans Edisi Perusahaan adalah 6.000. Batas ini merupakan spesifikasi tingkat produk dan tidak dapat ditingkatkan secara independen dalam edisi saat ini (misalnya, tidak dapat dinaikkan secara independen menjadi 10.000).
Jika bisnis Anda memerlukan lebih banyak queue, pertimbangkan alternatif berikut:
Optimalkan penggunaan queue: Gabungkan queue jika memungkinkan, gunakan strategi routing Topic Exchange untuk mengurangi jumlah total queue, atau bersihkan queue yang tidak memiliki konsumen dan tidak lagi digunakan.
Pisahkan bisnis ke beberapa instans: Jika beban kerja Anda memungkinkan, distribusikan sebagian bisnis Anda ke instans Edisi Perusahaan baru untuk menyebarkan penggunaan queue ke beberapa instans.
Bagaimana cara menangani error "The channelMax limit is reached"?
Penyebab: Jumlah channel di bawah satu koneksi telah mencapai batas channelMax untuk edisi instans Anda saat ini.
Solusi:
Konfirmasi edisi instans ApsaraMQ for RabbitMQ Anda saat ini (Edisi Profesional, Edisi Perusahaan, Edisi Platinum Perusahaan, dan sebagainya).
Lihat baris Channels per koneksi dalam tabel Batas kluster untuk mengetahui nilai channelMax spesifik untuk edisi instans Anda.
Evaluasi apakah Anda perlu melakukan upgrade edisi instans untuk mendukung jumlah channel konkuren yang lebih tinggi.
Kata kunci "channelMax", "limit is reached", "pay callback error", dan "channel count limit" semuanya terkait dengan error ini. Jika Anda mengalami gejala-gejala tersebut, ikuti langkah-langkah di atas untuk mendiagnosis dan menyelesaikan masalah.