全部产品
Search
文档中心

ApsaraMQ for RocketMQ:Seri Serverless 5.x

更新时间:Nov 11, 2025

ApsaraMQ for RocketMQ instans Serverless 5.x secara otomatis menskalakan sumber daya berdasarkan muatan layanan Anda. Sumber daya dialokasikan dan ditagih sesuai penggunaan aktual, sehingga membantu menghemat biaya. Topik ini menjelaskan manfaat, skenario, dan prinsip kerja instans Serverless.

Manfaat

ApsaraMQ for RocketMQ instans Serverless menyediakan penskalaan sumber daya yang fleksibel untuk memenuhi kebutuhan bisnis Anda di berbagai tahap pertumbuhan. Manfaat utamanya adalah sebagai berikut:

  • Siap digunakan dan kompatibel dengan versi open source. Instans ini berfokus pada aplikasi, sehingga Anda tidak perlu mengelola skala atau stabilitas sumber daya. Hal ini memungkinkan pengembang fokus pada kode bisnis inti dan mengurangi biaya operasi dan pemeliharaan (O&M).

  • Elastisitas adaptif. Instans Serverless menggunakan kebijakan penyesuaian sumber daya dinamis untuk secara otomatis menskalakan sumber daya berdasarkan muatan layanan secara real-time. Anda tidak perlu memperkirakan atau mengonfigurasi tipe instans terlebih dahulu.

  • Bayar sesuai penggunaan. Penagihan didasarkan pada penggunaan sumber daya aktual Anda, seperti volume pesan, sumber daya topik, lalu lintas jaringan, dan penyimpanan. Biaya diselesaikan per jam berdasarkan penggunaan sumber daya. Model bayar sesuai penggunaan ini membantu Anda menghemat biaya.

Kemampuan elastisitas

Kemampuan elastisitas dikategorikan menjadi elastisitas tanpa loss atau elastisitas adaptif, tergantung pada apakah permintaan pesan klien terpengaruh selama penskalaan elastis:

  • Elastisitas tanpa loss: Selama penskalaan elastis, permintaan pesan tidak terpengaruh. Nilai awal ambang batas pengendalian aliran adalah ambang batas pengendalian aliran elastisitas tanpa loss.

  • Elastisitas adaptif: Ketika lalu lintas layanan melebihi ambang batas pengendalian aliran elastisitas tanpa loss, server mengeksekusi aturan elastisitas adaptif. Selama skala keluar, lalu lintas layanan dikendalikan alirannya. Setelah skala keluar selesai, ambang batas pengendalian aliran meningkat.

    • Ukuran langkah skala keluar atau skala-masuk bervariasi berdasarkan spesifikasi terjadwal:

      • Untuk mode kapasitas penggunaan kumulatif, ukuran langkah sekitar 25.000 TPS.

      • Untuk mode kapasitas terjadwal + elastis, ukuran langkah kira-kira sebesar spesifikasi terjadwal.

    • Setiap skala keluar memerlukan waktu beberapa menit. Semakin besar spesifikasi terjadwal, semakin lama operasi tersebut berlangsung.

    • Lalu lintas instans diperiksa dalam rentang waktu sekitar 10 menit. Jika lalu lintas instans menurun, operasi skala-masuk dilakukan. Setiap skala-masuk mengurangi kapasitas sebesar satu ukuran langkah.

Kemampuan seri

Item

Dibagikan

Dedicated

Penggunaan kumulatif

Dicadangkan + elastis

Reserved + Elastic

Mode penerapan

Bersama secara fisik; penyewa tunggal secara logis

Bersama secara fisik; penyewa tunggal secara logis

Dedikasi fisik, node fisik eksklusif

Mode kapasitas

  • Tidak ada kapasitas terjadwal

  • Ditagih berdasarkan jumlah kumulatif pesan yang dikirim dan diterima

  • Kapasitas terjadwal

  • Ditagih berdasarkan kapasitas terjadwal + TPS elastis

  • Kapasitas terjadwal

  • Ditagih berdasarkan kapasitas terjadwal + TPS elastis

Elastisitas tanpa loss

  • Didukung

  • Ambang batas pengendalian aliran elastisitas tanpa loss: 50.000

  • Didukung

  • Ambang batas pengendalian aliran elastisitas tanpa loss: Spesifikasi terjadwal × 3

  • Didukung

  • Ambang batas pengendalian aliran elastisitas tanpa loss: Spesifikasi terjadwal × 1,5

Elastisitas adaptif

Didukung

Didukung

Tidak didukung

Ambang batas pengendalian aliran maksimum

min(300.000, Spesifikasi terjadwal × 10)

min(300.000, Spesifikasi terjadwal × 10)

Spesifikasi terjadwal × 1,5

Ambang batas pengendalian aliran elastisitas tanpa loss dihitung sebagai berikut:

  • Rumus: Ambang batas pengendalian aliran elastisitas tanpa loss = Spesifikasi terjadwal + Kemampuan elastisitas tanpa loss.

  • Bersama:

    • Penggunaan kumulatif: Ambang batas pengendalian aliran elastisitas tanpa loss = Spesifikasi terjadwal (0) + Kemampuan elastisitas tanpa loss (50.000) = 50.000.

    • Terjadwal + elastis: Ambang batas pengendalian aliran elastisitas tanpa loss = Spesifikasi terjadwal (1×) + Kemampuan elastisitas tanpa loss (2× spesifikasi terjadwal) = Spesifikasi terjadwal × 3.

  • Dedicated:

    • Terjadwal + elastis: Ambang batas pengendalian aliran elastisitas tanpa loss = Spesifikasi terjadwal (1×) + Kemampuan elastisitas tanpa loss (0,5× spesifikasi terjadwal) = Spesifikasi terjadwal × 1,5.

Dampak peningkatan dan penurunan spesifikasi terhadap ambang batas pengendalian aliran

Setelah Anda melakukan peningkatan atau penurunan instans dengan mengubah ukuran spesifikasi terjadwalnya, ambang batas pengendalian aliran baru untuk instans tersebut adalah: MAX(Ambang batas pengendalian aliran saat ini, Ambang batas pengendalian aliran elastisitas tanpa loss instans setelah peningkatan atau penurunan). Artinya, ambang batas ditetapkan ke nilai yang lebih besar antara ambang batas pengendalian aliran saat ini dan ambang batas pengendalian aliran elastisitas tanpa loss instans setelah perubahan.

Arsitektur instans Serverless

ApsaraMQ for RocketMQ instans Serverless 5.x menggunakan pemagaran sumber daya multitenancy untuk memastikan bahwa instans yang berbeda tidak saling mengganggu.

Semua komponen teknis ApsaraMQ for RocketMQ dideploy dalam Kontainer. Pendekatan ini memanfaatkan skalabilitas cloud untuk secara fleksibel mengalokasikan sumber daya komputasi, penyimpanan, dan jaringan tingkat dasar.

Oleh karena itu, instans Serverless ApsaraMQ for RocketMQ dapat merespons dengan cepat terhadap perubahan kebutuhan sumber daya dari setiap penyewa, sehingga memungkinkan penskalaan elastis yang mulus untuk memenuhi kebutuhan bisnis Anda.

Batasan

Instans Serverless saat ini hanya tersedia di wilayah berikut: Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Shenzhen), Tiongkok (Chengdu), Singapura, Jerman (Frankfurt), dan AS (Virginia). Dukungan untuk wilayah tambahan akan segera tersedia.

Deskripsi penagihan

Untuk informasi tentang aturan penagihan instans Serverless, lihat Penagihan instans Serverless.