Tingkat Layanan Bus Pesan Premium

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. Kami menyarankan agar Anda menggunakan tingkat premium untuk skenario produksi. Meskipun set fitur hampir identik, tingkat standar dan premium Service Bus Messaging dirancang untuk memenuhi kebutuhan penggunaan yang berbeda.

Beberapa perbedaan tingkat tinggi disorot dalam tabel berikut ini.

Kriteria	Premi	Standar
Kapasitas pemrosesan	Kapasitas pemrosesan tinggi	Throughput variabel
Kinerja	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 olahpesan premium, performa puncak jauh lebih cepat daripada dengan tingkat standar.

Perbedaan teknis olahpesan premium

Bagian berikut membahas sedikit perbedaan antara tingkatan pesan premium dan standar.

Entity Ekspres

Karena olahpesan Premium berjalan di 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 dengan pengiriman pesan standar dan ingin mengonversinya ke tingkat premium, pastikan fitur entitas ekspres dinonaktifkan.

Penggunaan layanan pesan premium

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

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

Penggunaan CPU dan memori tambahan tidak dikenakan biaya tambahan. Untuk tingkat pesan premium, ada harga tunggal untuk setiap unit pesan.

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

• Memberikan transparansi pada bagian 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 Azure Layanan Bus premium. Unit pesan ini adalah sumber daya khusus yang dialokasikan ke namespace. Saat partisi diaktifkan pada namespace, unit pesan didistribusikan secara merata di seluruh partisi.

Jumlah unit olahpesan yang dialokasikan ke Service Bus namespace layanan premium dapat disesuaikan secara dinamis untuk memperhitungkan 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.

Penagihan untuk Service Bus dikenakan per jam. Saat meningkatkan skala, Anda hanya membayar sumber daya tambahan untuk jam-jam penggunaannya.

Mulai memulai pesan premium

Memulai olahpesan premium sangat mudah dan prosesnya mirip dengan olahpesan 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.

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

Dukungan untuk pesan berukuran besar

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

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

• Hanya didukung pada namespace tingkat premium Azure Service Bus.
• Didukung hanya saat menggunakan protokol Advanced Message Queuing Protocol (AMQP). Tidak didukung saat menggunakan protokol SBMP atau HTTP, di tingkat premium, ukuran pesan maksimum untuk protokol SBMP dan HTTP 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 dengan ukuran 100 MB didukung, kami menyarankan agar Anda menjaga ukuran payload pesan sekecil mungkin untuk memastikan performa yang andal dari namespace Layanan Bus.
• Ukuran pesan maksimum hanya diterapkan untuk pesan yang dikirim ke antrian 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.

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. Beralih ke pustaka SDK Layanan Bus Azure terbaru menggunakan protokol AMQP, yang menawarkan pembaruan keamanan kritis 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:

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.

Keamanan jaringan

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

• Tag layanan
• Titik akhir layanan jaringan
• Titik Akhir Privat

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 yang disimpan

Semua data yang disimpan dalam subsistem penyimpanan dienkripsi menggunakan kunci yang dikelola Microsoft. Jika Anda menggunakan kunci Anda sendiri (juga disebut sebagai 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 kunci yang dikelola pelanggan adalah proses penyiapan satu kali pada namespace Anda. Untuk informasi selengkapnya, lihat Mengenkripsi data Azure Service Bus saat 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 saat pembuatan namespace untuk kelas premium, dan semua antrean dan topik di namespace tersebut dipisahkan. 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.

Untuk informasi selengkapnya, lihat Partisi di Bus Layanan.

Ketersediaan tinggi

Azure Service Bus menyebarkan risiko kegagalan bencana mesin individu atau bahkan rak penuh di seluruh klaster yang mencakup beberapa domain kegagalan dalam pusat data, dan menerapkan mekanisme deteksi kegagalan transparan dan failover sehingga layanan terus beroperasi sesuai dengan tingkat layanan yang terjamin dan biasanya tanpa gangguan yang terlihat 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 Service Bus, risiko pemadaman lebih jauh 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 mengerikan. Model kluster Azure Service Bus yang sepenuhnya aktif dalam domain kegagalan bersama dengan dukungan zona ketersediaan lebih unggul daripada produk broker pesan lokal dalam hal ketahanan terhadap kegagalan perangkat keras yang parah dan bahkan kehilangan seluruh fasilitas pusat data yang katastrofik. Namun, mungkin ada situasi mengerikan dengan kehancuran fisik meluas yang bahkan langkah-langkah tersebut tidak cukup dapat mencegahnya.

Selain itu, fitur Geo-Replication adalah salah satu opsi untuk mengisolasi aplikasi Azure Service Bus terhadap pemadaman dan bencana, memberikan replikasi metadata (entitas, konfigurasi, properti) dan data (data pesan dan properti pesan / perubahan status). Fitur Geo-Replikasi memastikan bahwa metadata dan data namespace terus direplikasi dari wilayah utama ke satu atau beberapa wilayah sekunder.

• Antrean, topik, langganan, filter.
• Data yang terdapat di dalam entitas.
• Semua perubahan status dan perubahan properti dijalankan terhadap pesan dalam namespace.
• Konfigurasi namespace layanan.

Fitur ini memungkinkan mempromosikan wilayah sekunder apa pun ke primer, kapan saja. Mempromosikan repoint sekunder nama untuk namespace ke wilayah sekunder yang dipilih, dan mengalihkan peran antara wilayah utama dan sekunder. Promosi nyaris instan saat dimulai.

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

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.