Bus Layanan tingkat olahpesan premium

  • Artikel

Service Bus Messaging, yang mencakup entitas seperti antrean dan topik, menggabungkan kemampuan olahpesan perusahaan dengan semantik berlangganan publikasi yang kaya pada skala cloud. Service Bus Messaging digunakan sebagai tulang punggung komunikasi untuk banyak solusi cloud canggih.

Tingkat Premium Service Bus Messaging membahas permintaan pelanggan umum seputar skala, kinerja, dan ketersediaan untuk aplikasi yang penting dalam misi. Tingkat Premium disarankan untuk skenario produksi. Meskipun set fitur hampir identik, kedua tingkat Service Bus Messaging ini dirancang untuk melayani kasus penggunaan yang berbeda.

Beberapa perbedaan tingkat tinggi disorot dalam tabel berikut ini.

Kriteria Premium Standard
Seluruh Bagian Throughput tinggi Throughput variabel
Performa Performa yang dapat diprediksi Latensi variabel
Harga Harga tetap Bayar saat Anda pergi harga variabel
Sisik Kemampuan untuk meningkatkan dan menurunkan beban kerja T/A
Ukuran pesan Ukuran pesan hingga 100 MB. Untuk informasi selengkapnya, lihat Dukungan pesan besar. Ukuran pesan hingga 256 KB

Service Bus Premium Messaging menyediakan isolasi sumber daya di tingkat CPU dan memori sehingga setiap beban kerja pelanggan berjalan dalam isolasi. Kontainer sumber daya ini disebut unit Olahpesan. Setiap namespace premium dialokasikan setidaknya satu unit pesan. Anda dapat membeli 1, 2, 4, 8 atau 16 unit pesan untuk setiap namespace Service Bus Premium. Satu beban kerja atau entitas dapat mencakup beberapa unit pesan dan jumlah unit pesan dapat diubah sesering mungkin. Hasilnya adalah kinerja yang dapat diprediksi dan dapat diulang untuk solusi berbasis Service Bus Anda.

Performa ini tidak hanya lebih dapat diprediksi dan tersedia, tetapi juga lebih cepat. Dengan Pesan Premium, kinerja puncak jauh lebih cepat daripada dengan tingkat Standar.

Perbedaan teknis Pesan Premium

Bagian berikut membahas beberapa perbedaan antara tingkat pesan Premium dan Standar.

Entitas ekspres

Karena pesan Premium berjalan dalam lingkungan run-time yang terisolasi, entitas ekspres tidak didukung di namespace Premium. Entitas ekspres menyimpan pesan dalam memori untuk sementara sebelum menulisnya ke penyimpanan persisten. Jika Anda memiliki kode yang berjalan di bawah Pesan standar dan ingin memindahkannya ke tingkat Premium, pastikan fitur entitas ekspres dinonaktifkan.

Penggunaan sumber daya Pesan Premium

Secara umum, operasi apa pun pada entitas dapat menyebabkan penggunaan CPU dan memori. Berikut adalah beberapa operasi ini:

  • Operasi manajemen seperti operasi CRUD (Buat, Ambil, Perbarui, dan Hapus) pada antrean, topik, dan langganan.
  • Operasi runtime (mengirim dan menerima pesan)
  • Memantau operasi dan peringatan

Penggunaan CPU dan memori tambahan tidak dihargai selain itu. Untuk tingkat Pesan Premium, ada satu harga untuk unit pesan.

Penggunaan CPU dan memori dilacak dan ditampilkan kepada Anda karena alasan berikut:

  • Memberikan transparansi ke dalam internal sistem
  • Memahami kapasitas sumber daya yang dibeli.
  • Perencanaan kapasitas yang membantu Anda memutuskan untuk meningkatkan/menurunkan skala.

Berapa banyak unit olahpesan yang diperlukan?

Anda menentukan jumlah unit olahpesan saat menyediakan namespace Layanan Azure Bus Layanan Premium. Unit pesan ini adalah sumber daya khusus yang dialokasikan ke namespace. Ketika partisi telah diaktifkan pada namespace layanan, unit olahpesan didistribusikan secara merata di seluruh partisi.

Jumlah unit pesan yang dialokasikan ke namespace Service Bus Premium dapat disesuaikan secara dinamis dengan faktor perubahan (peningkatan atau penurunan) beban kerja.

Ada sejumlah faktor yang perlu dipertimbangkan ketika memutuskan jumlah unit pesan untuk arsitektur Anda:

  • Mulailah dengan 1 atau 2 unit olahpesan yang dialokasikan ke namespace Anda, atau 1 unit pesan per partisi.
  • Pelajari metrik penggunaan CPU dalam Metrik penggunaan sumber daya untuk namespace Anda.
    • Jika penggunaan CPU di bawah 20%, Anda mungkin dapat mengurangi jumlah unit perpesanan yang dialokasikan ke namespace Anda.
    • Jika penggunaan CPU di atas 70%, aplikasi Anda mendapat manfaat dari peningkatan jumlah unit olahpesan yang dialokasikan ke namespace Anda.

Untuk mempelajari cara mengonfigurasi namespace Service Bus untuk menskalakan secara otomatis (menambah atau mengurangi unit pesan), lihat Memperbarui unit pesan secara otomatis.

Catatan

Penskalaan sumber daya yang dialokasikan ke namespace dapat berupa preemtif atau reaktif.

  • Preemtif: Jika beban kerja tambahan diharapkan (karena musiman atau tren), Anda dapat melanjutkan untuk mengalokasikan lebih banyak unit pesan ke namespace sebelum beban kerja terbentur.

  • Reaktif: Jika beban kerja tambahan diidentifikasi dengan mempelajari metrik penggunaan sumber daya, maka sumber daya tambahan dapat dialokasikan ke ruang nama untuk menggabungkan permintaan yang meningkat.

Meter tagihan untuk Service Bus per jam. Dalam kasus peningkatan skala, Anda hanya membayar sumber daya tambahan untuk jam-jam yang digunakan.

Mulai menggunakan Pesan Premium

Mulai menggunakan Pesan Premium sangat mudah dan prosesnya mirip dengan Pesan Standar. Mulailah dengan membuat namespace di portal Azure. Pastikan Anda memilih Premium di bawah tingkat Harga. Pilih Tampilkan detail harga lengkap untuk melihat informasi selengkapnya tentang setiap tingkatan.

Cuplikan layar yang memperlihatkan pilihan tingkat premium saat membuat namespace.

Anda juga dapat membuat namespace Premium menggunakan templat Azure Resource Manager.

Dukungan pesan besar

Namespace tingkat premium Azure Service Bus mendukung kemampuan untuk mengirim payload pesan besar hingga 100 MB. Fitur ini terutama ditargetkan untuk beban kerja warisan yang telah menggunakan payload pesan yang lebih besar pada broker pesan perusahaan lain dan ingin bermigrasi ke Azure Service Bus dengan lancar.

Berikut adalah beberapa pertimbangan ketika mengirim pesan besar di Azure Service Bus -

  • Hanya didukung pada namespace tingkat premium Azure Service Bus.
  • Hanya didukung saat menggunakan protokol AMQP. Tidak didukung saat menggunakan protokol SBMP atau HTTP, di tingkat premium, ukuran pesan maksimum untuk protokol ini adalah 1 MB.
  • Didukung saat menggunakan SDK klien Java Message Service (JMS) 2.0 dan SDK klien bahasa komputer lainnya.
  • Mengirim pesan besar mengakibatkan penurunan throughput dan peningkatan latensi.
  • Meskipun payload pesan 100 MB didukung, disarankan untuk menjaga payload pesan sesedikcil mungkin untuk memastikan performa yang andal dari namespace Bus Layanan.
  • Ukuran pesan maksimum diberlakukan hanya untuk pesan yang dikirim ke antrean atau topik. Batas ukuran tidak diberlakukan untuk operasi penerimaan. Hal ini memungkinkan Anda untuk memperbarui ukuran pesan maksimum untuk antrean tertentu (atau topik).
  • Batching tidak didukung.
  • Bus Layanan Explorer tidak mendukung pengiriman atau penerimaan pesan besar.

Pada 30 September 2026, kami akan menghentikan dukungan protokol SBMP untuk Azure Bus Layanan, sehingga Anda tidak akan dapat lagi menggunakan protokol ini setelah 30 September 2026. Migrasikan ke pustaka Azure Bus Layanan SDK terbaru menggunakan protokol AMQP, yang menawarkan pembaruan keamanan penting dan kemampuan yang ditingkatkan, sebelum tanggal tersebut.

Untuk informasi selengkapnya, lihat pengumuman penghentian dukungan.

Mengaktifkan dukungan pesan besar untuk antrean (atau topik) baru

Untuk mengaktifkan dukungan untuk pesan besar, atur ukuran pesan maks saat membuat antrean baru (atau topik) seperti yang ditunjukkan pada gambar berikut:

Cuplikan layar yang menunjukkan cara mengaktifkan dukungan pesan besar untuk antrean yang sudah ada.

Mengaktifkan dukungan pesan besar untuk antrean (atau topik) yang sudah ada

Anda juga dapat mengaktifkan dukungan untuk pesan besar untuk antrean (atau topik) yang ada, dengan memperbarui ukuran Pesan maks pada Gambaran Umum untuk antrean tertentu (atau topik) seperti yang ditunjukkan pada gambar berikut.

Cuplikan layar dari halaman Membuat antrean dengan dukungan pesan besar yang diaktifkan.

Keamanan jaringan

Fitur keamanan jaringan berikut hanya tersedia di tingkat premium. Untuk detailnya, lihat Keamanan jaringan.

Mengonfigurasi firewall IP menggunakan portal Azure hanya tersedia untuk namespace tingkat premium. Namun, Anda dapat mengonfigurasi aturan firewall IP untuk tingkat lain menggunakan templat Azure Resource Manager, CLI, PowerShell, atau REST API. Untuk informasi selengkapnya, lihat Mengonfigurasi firewall IP.

Enkripsi data tidak aktif

Azure Service Bus Premium menyediakan enkripsi data tidak aktif dengan Azure Storage Service Encryption (Azure SSE). Service Bus Premium menggunakan Azure Storage untuk menyimpan data. Semua data yang disimpan dengan Azure Storage dienkripsi menggunakan kunci yang dikelola Microsoft. Jika Anda menggunakan kunci Anda sendiri (juga disebut sebagai kunci yang dikelola pelanggan (CMD) atau kunci yang dikelola pelanggan), data masih dienkripsi menggunakan kunci yang dikelola Microsoft, tetapi selain itu kunci yang dikelola Microsoft dienkripsi menggunakan kunci yang dikelola pelanggan. Fitur ini memungkinkan Anda membuat, memutar, menonaktifkan, dan mencabut akses ke kunci yang dikelola pelanggan yang digunakan untuk mengenkripsi kunci yang dikelola Microsoft. Mengaktifkan fitur CMK adalah proses penyiapan satu kali pada namespace Anda. Untuk informasi selengkapnya, lihat Mengenkripsi data Azure Bus Layanan tidak aktif.

Partisi

Ada beberapa perbedaan antara tingkat standar dan premium dalam hal pemartisian.

  • Pemartisian tersedia pada pembuatan entitas untuk semua antrean dan topik dalam SKU dasar atau standar. Namespace dapat memiliki entitas yang dipartisi dan tidak dipartisi. Pemartisian tersedia di pembuatan namespace layanan untuk tingkat premium, dan semua antrean dan topik di namespace layanan tersebut akan dipartisi. Entitas yang dipartisi yang sebelumnya dimigrasikan di namespace premium terus berfungsi seperti yang diharapkan.
  • Saat partisi diaktifkan di SKU Dasar atau Standar, Bus Layanan membuat 16 partisi. Saat partisi diaktifkan di tingkat premium, jumlah partisi ditentukan selama pembuatan namespace layanan.

Untuk informasi selengkapnya, lihat Pemartisian di Bus Layanan.

Bencana geografis dan pemulihan

Azure Bus Layanan menyebarkan risiko kegagalan bencana pada masing-masing mesin atau bahkan menyelesaikan rak di seluruh kluster yang mencakup beberapa domain kegagalan dalam pusat data dan menerapkan deteksi kegagalan transparan dan mekanisme failover sehingga layanan terus beroperasi dalam tingkat layanan yang terjaga dan biasanya tanpa gangguan yang nyata ketika kegagalan tersebut terjadi. Namespace premium dapat memiliki dua unit olahpesan atau lebih dan unit olahpesan ini tersebar di beberapa domain kegagalan dalam pusat data, mendukung model kluster Bus Layanan aktif.

Untuk namespace layanan tingkat premium, risiko pemadaman lebih lanjut tersebar di tiga zona ketersediaan fasilitas yang dipisahkan secara fisik, dan layanan ini memiliki cadangan kapasitas yang cukup untuk segera mengatasi hilangnya pusat data yang lengkap dan bencana. Model kluster Azure Bus Layanan yang aktif dalam domain kegagalan bersama dengan dukungan zona ketersediaan lebih unggul daripada produk broker pesan lokal dalam hal ketahanan terhadap kegagalan perangkat keras yang berat dan bahkan kehilangan seluruh fasilitas pusat data yang mengerikan. Namun, mungkin ada situasi mengerikan dengan kehancuran fisik meluas yang bahkan langkah-langkah tersebut tidak cukup dapat mencegahnya.

Fitur pemulihan bencana geografis Bus Layanan dirancang untuk mempermudah pemulihan dari bencana sebesar ini dan meninggalkan wilayah Azure yang gagal untuk selamanya tanpa harus mengubah konfigurasi aplikasi Anda. Meninggalkan wilayah Azure biasanya melibatkan beberapa layanan dan fitur ini terutama bertujuan untuk membantu mempertahankan integritas konfigurasi aplikasi komposit. Fitur ini tersedia secara global untuk tingkat premium Bus Layanan.

Untuk informasi selengkapnya, lihat pemulihan Bencana geografis Azure Service Bus.

Dukungan Java Message Service (JMS)

Tingkat premium mendukung JMS 1.1 dan JMS 2.0. Untuk informasi selengkapnya, lihat Cara menggunakan JMS 2.0 dengan Azure Bus Layanan Premium.

Tingkat standar hanya mendukung subset JMS 1.1 yang berfokus pada antrean. Untuk informasi selengkapnya, lihat Menggunakan Java Message Service 1.1 dengan standar Azure Bus Layanan.

Langkah berikutnya

Lihat artikel berikut ini: Memperbarui unit olahpesan secara otomatis.