Tanya jawab umum Azure Event Hubs

Namespace adalah kontainer cakupan untuk hub peristiwa atau topik Kafka. Namespace memberi Anda FQDN yang unik. Namespace berfungsi sebagai kontainer aplikasi yang dapat menampung beberapa hub peristiwa atau topik Kafka.

Tidak. Setelah disebarkan, tidak dimungkinkan untuk mengubah (misalnya) dari tingkat standar ke tingkat premium tanpa menyebarkan sumber daya baru.

Unit throughput (TU) atau unit pemrosesan (PU)) alokasi kapasitas ditagihkan pada tingkat namespace layanan. Namespace juga dikaitkan dengan kawasan.

Anda mungkin ingin membuat namespace baru alih-alih menggunakan namespace layanan yang sudah ada dalam salah satu skenario berikut:

• Anda memerlukan pusat aktivitas yang terkait dengan wilayah baru.
• Anda memerlukan pusat aktivitas yang terkait dengan langganan lain.
• Anda memerlukan pusat aktivitas dengan alokasi kapasitas yang berbeda (yaitu, kebutuhan kapasitas untuk namespace layanan dengan hub peristiwa yang ditambahkan akan melebihi ambang batas TU 40 dan Anda tidak ingin pergi untuk kluster khusus).''

Azure Event Hubs tingkat Standar menyediakan fitur di luar apa yang tersedia di tingkat Dasar. Fitur berikut termasuk dalam tingkat Standar:

• Retensi peristiwa yang lebih panjang
• Koneksi cermin tambahan, dengan biaya overage untuk jumlah melebihi dari yang disertakan
• Lebih dari satu grup konsumen
• Tangkap
• Integrasi Kafka

Untuk informasi selengkapnya tentang tingkat harga, termasuk Azure Event Hubs Dedicated, lihat detail harga Azure Event Hubs.

Azure Event Hubs tersedia di semua wilayah Azure yang didukung. Untuk daftar, kunjungi halaman Kawasan Azure.

Ya, selama semua hub acara berada di namespace yang sama.

Tingkat standar Azure Event Hubs saat ini mendukung periode retensi maksimum tujuh hari sementara untuk tingkat premium dan khusus, batas ini adalah 90 hari. Event hubs tidak ditujukan sebagai penyimpanan data permanen. Periode retensi yang lebih besar dari 24 jam ditujukan untuk skenario di mana lebih mudah untuk memutar ulang aliran peristiwa ke dalam sistem yang sama. Misalnya, untuk melatih atau memverifikasi model pembelajaran mesin baru pada data yang ada. Jika Anda memerlukan retensi pesan selama tujuh hari, mengaktifkan Pengambilan Event Hubs di event hub Anda akan menarik data dari event hub ke akun Penyimpanan atau akun Azure Data Lake Service yang dipilih. Mengaktifkan Pengambilan dikenakan biaya berdasarkan unit throughput yang dibeli.

Anda dapat mengonfigurasi periode penyimpanan untuk data yang ditangkap di akun penyimpanan. Fitur manajemen siklus hidup Azure Storage menawarkan kebijakan berbasis aturan yang kaya untuk tujuan umum v2 dan akun penyimpanan blob. Gunakan kebijakan untuk mentransisikan data Anda ke tingkat akses yang sesuai atau kedaluwarsa di akhir siklus hidup data. Untuk informasi selengkapnya, lihat Mengelola siklus hidup penyimpanan Azure Blob.

Event Hubs memancarkan metrik lengkap yang menyediakan status sumber daya ke Azure Monitor. Mereka juga memungkinkan Anda menilai kesehatan keseluruhan layanan Azure Event Hubs tidak hanya di tingkat namespace tetapi juga di tingkat entitas. Pelajari tentang pemantauan apa yang ditawarkan untuk Azure Event Hubs.

Tingkat standar, premium, dan khusus Azure Event Hubs menyimpan dan memproses data yang diterbitkan di wilayah yang Anda pilih saat membuat ruang nama Azure Event Hubs. Secara default, data pelanggan tetap berada di wilayah tersebut. Saat pemulihan geo-bencana disiapkan untuk namespace Azure Event Hubs, metadata disalin ke wilayah sekunder yang dipilih. Oleh karena itu, layanan ini secara otomatis memenuhi persyaratan residensi data wilayah termasuk yang ditentukan di Pusat Kepercayaan.

Port apa yang perlu saya buka pada firewall?

Anda dapat menggunakan protokol berikut ini dengan Azure Event Hubs untuk mengirim dan menerima aktivitas:

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Protokol Transfer Hiperteks 1.1 dengan Keamanan Lapisan Transportasi (HTTPS)
• Apache Kafka

Lihat tabel berikut untuk port keluar yang perlu Anda buka agar dapat menggunakan protokol ini untuk berkomunikasi dengan Azure Event Hubs.

Port HTTPS diperlukan untuk komunikasi keluar juga ketika AMQP digunakan melalui port 5671, karena beberapa operasi manajemen yang dilakukan oleh SDK klien dan akuisisi token dari ID Microsoft Entra (saat digunakan) berjalan melalui HTTPS.

Azure SDK resmi umumnya menggunakan protokol AMQP untuk mengirim dan menerima aktivitas dari Event Hubs. Opsi protokol AMQP-over-WebSockets berjalan melalui port TCP 443 seperti halnya HTTP API, tetapi sebaliknya secara fungsional identik dengan AMQP biasa. Opsi ini memiliki latensi koneksi awal yang lebih tinggi karena transmisi pulang-pergi handshake tambahan dan sedikit lebih banyak overhead sebagai pengganti atas port HTTPS yang dibagikan. Jika mode ini dipilih, port TCP 443 cukup untuk komunikasi. Opsi berikut memungkinkan Anda memilih mode AMQP atau AMQP WebSockets biasa:

Alamat IP apa yang perlu saya izinkan?

Saat Anda bekerja dengan Azure, terkadang Anda harus mengizinkan rentang alamat IP atau URL tertentu di firewall atau proksi perusahaan Anda untuk mengakses semua layanan Azure yang Anda gunakan atau coba gunakan. Verifikasikan bahwa lalu lintas diperbolehkan pada alamat IP yang digunakan oleh Azure Event Hubs. Untuk alamat IP yang digunakan oleh Azure Event Hubs: lihat Azure IP Ranges dan Service Tags - Public Cloud.

Selain itu, verifikasikan bahwa alamat IP untuk namespace Anda diperbolehkan. Untuk menemukan alamat IP yang memungkinkan untuk koneksi Anda, ikuti langkah-langkah berikut ini:

1. Jalankan perintah berikut ini dari prompt perintah:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Catat alamat IP yang dikembalikan di Non-authoritative answer.

Jika menggunakan redundansi zona untuk namespace, Anda perlu melakukan beberapa langkah tambahan:

1. Pertama, Anda menjalankan nslookup pada namespace.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Catat nama di bagian jawaban non-otoritatif, yang berupa salah satu format berikut:

   <name>-s1.cloudapp.net
   <name>-s2.cloudapp.net
   <name>-s3.cloudapp.net
   

3. Jalankan nslookup untuk masing-masingnya dengan akhiran s1, s2, dan s3 untuk mendapatkan alamat IP dari ketiga instans yang berjalan di tiga zona ketersediaan,

   Catatan

   Alamat IP yang dikembalikan oleh perintah nslookup bukanlah alamat IP statis. Namun, tetap konstan sampai penyebaran yang mendasarinya dihapus atau dipindahkan ke kluster yang berbeda.

IP klien apa yang mengirim aktivitas ke atau menerima aktivitas dari namespace saya?

Pertama, aktifkan pemfilteran IP pada namespace.

Kemudian, Aktifkan log diagnostik untuk aktivitas koneksi jaringan virtual Azure Event Hubs dengan mengikuti petunjuk di Mengaktifkan log diagnostik. Anda melihat alamat IP yang koneksinya ditolak.

{
    "SubscriptionId": "0000000-0000-0000-0000-000000000000",
    "NamespaceName": "namespace-name",
    "IPAddress": "1.2.3.4",
    "Action": "Deny Connection",
    "Reason": "IPAddress doesn't belong to a subnet with Service Endpoint enabled.",
    "Count": "65",
    "ResourceId": "/subscriptions/0000000-0000-0000-0000-000000000000/resourcegroups/testrg/providers/microsoft.eventhub/namespaces/namespace-name",
    "Category": "EventHubVNetConnectionEvent"
}

Azure Event Hubs menyediakan endpoint Kafka yang dapat digunakan oleh aplikasi berbasis Apache Kafka yang ada. Diperlukan perubahan konfigurasi untuk memiliki pengalaman PaaS Kafka. Ini menyediakan alternatif untuk menjalankan klaster Kafka Anda sendiri. Azure Event Hubs mendukung Apache Kafka 1.0 dan versi klien yang lebih baru dan berfungsi dengan aplikasi, alat, dan kerangka kerja Kafka yang ada. Untuk informasi selengkapnya, lihat Azure Event Hubs untuk repo Kafka.

Untuk terhubung ke event hub, Anda harus memperbarui konfigurasi klien Kafka. Ini dilakukan dengan membuat namespace Azure Event Hubs dan mendapatkan string koneksi. Ubah bootstrap.servers untuk mengarahkan FQDN Azure Event Hubs dan port ke 9093. Perbarui sasl.jaas.config untuk mengarahkan klien Kafka ke titik akhir Azure Event Hubs (yang merupakan string koneksi yang diperoleh), dengan autentikasi yang benar seperti yang ditunjukkan di bawah ini:

bootstrap.servers={YOUR.EVENTHUBS.FQDN}:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="{YOUR.EVENTHUBS.CONNECTION.STRING}";

Contoh:

bootstrap.servers=dummynamespace.servicebus.windows.net:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://dummynamespace.servicebus.windows.net/;SharedAccessKeyName=DummyAccessKeyName;SharedAccessKey=XXXXXXXXXXXXXXXXXXXXX";

Ukuran pesan maksimum yang diperbolehkan untuk Azure Event Hubs adalah 1 MB.

Throughput di Azure Event Hubs menentukan jumlah data dalam mega byte atau jumlah (dalam ribuan) aktivitas 1-KB ingress dan egress melalui Azure Event Hubs. Throughput ini diukur dalam unit throughput (TU). Beli TU sebelum Anda dapat mulai menggunakan layanan Azure Event Hubs. Anda dapat secara eksplisit memilih TU Azure Event Hubs baik dengan menggunakan portal atau templat Azure Event Hub Resource Manager.

Unit throughput (TU) berlaku untuk semua event hub di namespace Azure Event Hubs. Ini berarti Anda membeli TUs di tingkat namespace dan dibagikan di antara event hub di bawah namespace tersebut. Setiap TU memberikan nama namespace sesuai dengan kemampuan berikut:

• Hingga 1 MB per detik peristiwa ingress (peristiwa yang dikirim ke pusat aktivitas), tetapi tidak lebih dari 1.000 peristiwa masuk, operasi manajemen, atau panggilan API kontrol per detik.
• Hingga 2 MB per detik peristiwa keluar (peristiwa yang dikonsumsi dari pusat aktivitas), tetapi tidak lebih dari 4.096 peristiwa keluar.
• Penyimpanan peristiwa hingga 84 GB (cukup untuk periode retensi 1 jam default).

Unit throughput (TU) ditagih per jam. Penagihan didasarkan pada jumlah maksimum unit yang dipilih selama jam tertentu.

Anda dapat memulai serendah satu unit throughput (TU), dan mengaktifkan autoinflate. Fitur autoinflate memungkinkan Anda menumbuhkan TU saat lalu lintas/payload meningkat. Anda juga dapat menetapkan batas atas jumlah TU.

Fitur autoinflate memungkinkan Anda meningkatkan skala unit throughput (TU). Ini berarti Bahwa Anda dapat mulai dengan membeli TU rendah dan autoinflate meningkatkan SKALA TU Anda saat ingress Anda meningkat. Ini memberikan opsi hemat biaya dan kontrol penuh atas jumlah TU untuk dikelola. Fitur ini merupakan fitur hanya peningkatan, dan Anda dapat sepenuhnya mengontrol penurunan jumlah TU dengan memperbaruinya.

Anda mungkin ingin memulai dengan unit throughput rendah (TU), misalnya, 2 TU. Jika Anda memprediksi bahwa lalu lintas Anda mungkin tumbuh hingga 15 TU, aktifkan fitur inflate otomatis pada namespace Anda, dan atur batas maksimum ke 15 TU. Anda sekarang dapat menumbuhkan TU secara otomatis saat lalu lintas tumbuh.

Tidak ada biaya yang terkait dengan fitur ini.

Saat ini, ini tidak dimungkinkan karena namespace layanan Event Hubs lama berada di kluster yang berbeda, dan tidak ada cara untuk memigrasikannya ke kluster baru yang secara otomatis mengaktifkan redundansi zona saat namespace pusat aktivitas baru dibuat.

Jika total throughput ingress atau total tingkat aktivitas ingress di semua event hub di namespace melebihi jatah unit throughput agregat, pengirim akan dibatasi dan menerima pesan kesalahan yang menunjukkan bahwa kuota ingress telah terlampaui.

Jika total throughput egress atau total tingkat egress aktivitas di semua event hub di namespace melebihi jatah unit throughput agregat, penerima akan dibatasi tetapi tidak ada pesan kesalahan pembatasan yang dihasilkan.

Kuota ingress dan egress diberlakukan secara terpisah, sehingga tidak ada pengirim yang dapat menyebabkan konsumsi peristiwa melambat, penerima juga tidak dapat mencegah aktivitas dikirim ke event hub.

Saat membuat namespace tingkat dasar atau standar di portal Microsoft Azure, Anda dapat memilih hingga 40 TU untuk namespace. Selain 40 TUs, Pusat Aktivitas menawarkan model berbasis sumber daya/kapasitas seperti Pusat Aktivitas Premium dan kluster Khusus Pusat Aktivitas. Untuk informasi selengkapnya, lihat Pusat Aktivitas Premium - ringkasan dan Pusat Aktivitas Khusus - ringkasan.

kluster Azure Event Hubs menawarkan penerapan penyewa tunggal untuk pelanggan dengan kebutuhan yang paling menuntut. Penawaran ini membangun kluster berbasis kapasitas yang tidak terikat oleh unit throughput. Ini berarti bahwa Anda dapat menggunakan klaster untuk menyerap dan mengalirkan data Anda sebagaimana ditentukan oleh CPU dan penggunaan memori klaster. Untuk informasi selengkapnya, lihat Azure Event Hubs Khusus kluster.

Untuk petunjuk langkah demi langkah dan informasi selengkapnya tentang penyiapan klaster Event Hubs khusus, lihat Mulai Cepat: Membuat klaster Event Hubs khusus menggunakan portal Microsoft Azure.

Apa yang bisa saya capai dengan kluster?

Untuk kluster Azure Event Hubs, seberapa banyak Anda dapat menyerap dan melakukan streaming bergantung pada berbagai faktor seperti produsen, konsumen, tingkat di mana Anda menyerap dan memproses, dan banyak lagi.

Tabel berikut menunjukkan hasil tolok ukur yang kami capai selama pengujian kluster khusus Warisan:

Dalam pengujian, kriteria berikut digunakan:

• Kluster Azure Event Hubs tingkat khusus dengan 4 unit kapasitas (CU) telah digunakan.
• Hub peristiwa yang digunakan untuk menyerap memiliki 200 partisi.
• Data yang diserap diterima oleh dua aplikasi penerima yang menerima dari semua partisi.

Dapatkah saya meningkatkan/menurunkan skala kluster?

Jika Anda membuat kluster dengan rangkaian opsi Penskalakan Dukungan, Anda dapat menggunakan pengalaman layanan mandiri untuk meluaskan skala dan menskalakan sesuai kebutuhan. Anda dapat memperluas skala hingga 10 CU dengan kluster yang dapat diskalakan secara mandiri. Karena kluster khusus yang dapat diskalakan mandiri didasarkan pada infrastruktur baru, kluster tersebut terikat untuk berkinerja melalui kluster khusus yang tidak mendukung penskalaan layanan mandiri. Karena performa kluster khusus bergantung pada berbagai faktor seperti alokasi sumber daya, jumlah partisi, penyimpanan, dan sebagainya, sebaiknya Anda menentukan jumlah CU yang diperlukan setelah pengujian dengan beban kerja nyata.

Kirim permintaan dukungan dalam skenario berikut untuk memperluas atau mempersempit skala di kluster khusus Anda.

• Anda memerlukan lebih dari 10 CU untuk kluster khusus yang dapat diskalakan secara mandiri (kluster yang dibuat dengan kumpulan opsi Penskalaan dukungan).
• Anda perlu memperluas atau mempersempit skala dalam kluster yang telah dibuat tanpa memilih opsi Penskalakan dukungan
• Anda perlu memperluas skala atau mempersempit skala dalam kluster khusus yang dibuat sebelum pengalaman layanan mandiri dirilis

Dapatkah saya bermigrasi dari kluster Warisan ke kluster Yang Dapat Diskalakan Mandiri?

Karena perbedaan dalam infrastruktur perangkat keras dan perangkat lunak yang mendasar, saat ini kami tidak mendukung migrasi kluster yang tidak mendukung penskalaan layanan mandiri ke kluster khusus yang dapat diskalakan secara mandiri. Jika Anda ingin menggunakan penskalaan layanan mandiri, Anda harus membuat ulang kluster. Untuk mempelajari cara membuat kluster yang dapat diskalakan, lihat Membuat kluster khusus Azure Event Hubs.

Kapan waktu yang tepat untuk menskalakan kluster khusus saya?

Konsumsi CPU adalah indikator utama konsumsi sumber daya kluster khusus Anda. Ketika konsumsi CPU secara keseluruhan mencapai 70% (tanpa memperhatikan kondisi abnormal seperti tingginya jumlah kesalahan server atau rendahnya permintaan yang berhasil), itu berarti kluster Anda sedang memasuki kapasitas maksimumnya. Oleh karena itu, Anda dapat menggunakan indikator ini untuk mempertimbangkan apakah Anda perlu meningkatkan skala kluster khusus Anda atau tidak.

Untuk memantau penggunaan CPU kluster khusus, Anda harus mengikuti langkah-langkah ini.

• Di halaman metrik kluster Azure Event Hubs Dedicated Anda, pilih Tambahkan metrik.

• Pilih CPU sebagai metrik dan gunakan Max sebagai agregasi.

  

• Kemudian, pilih Tambahkan filter, dan tambahkan filter untuk jenis Roleproperti , gunakan operator yang sama dan pilih ketiga nilai(Backend, Gateway) dari menu dropdown.

  

  Kemudian, Anda dapat memantau metrik ini untuk menentukan kapan Anda harus menskalakan kluster khusus Anda. Anda juga dapat mengatur peringatan terhadap metrik ini untuk mendapatkan pemberitahuan ketika penggunaan CPU mencapai ambang batas yang Anda tetapkan.

Bagaimana Geo-DR bekerja dengan kluster saya?

Anda dapat memasangkan namespace layanan secara geografis di bawah kluster tingkat khusus dengan namespace layanan lain di bawah kluster tingkat khusus. Kami tidak menyarankan pemasangan namespace layanan tingkat khusus dengan namespace layanan dalam penawaran standar kami karena batas throughput akan tidak kompatibel dan mengakibatkan kesalahan.

Apakah saya dapat memigrasikan namespace layanan standar atau premium saya ke kluster Tingkat khusus?

Saat ini kami tidak mendukung proses migrasi otomatis untuk memigrasikan data hub acara Anda dari namespace layanan standar atau premium ke jenis yang khusus.

Mengapa kluster khusus zona redundan memiliki minimal 8 CU?

Untuk menyediakan redundansi zona untuk penawaran khusus, semua sumber daya komputasi harus memiliki 3 replika di 3 pusat data di wilayah yang sama. Ini adalah persyaratan minimum untuk mendukung redundansi zona (sehingga layanan masih dapat berfungsi ketika 2 zona/pusat data tidak berfungsi) dan menghasilkan kapasitas komputasi yang setara dengan 8 CUs.

Jadi ini bukan kuota yang dapat kita ubah melainkan pembatasan arsitektur saat ini dengan tingkat khusus.

Karena partisi adalah mekanisme organisasi data yang memungkinkan Anda menerbitkan dan mengonsumsi data secara paralel. Kami menyarankan agar Anda menyeimbangkan unit penskalaan (unit throughput untuk tingkat standar, unit pemrosesan untuk tingkat premium, atau unit kapasitas untuk tingkat khusus) dan partisi untuk mencapai skala yang optimal. Secara umum, kami merekomendasikan throughput maksimum 1 MB/dtk per partisi. Oleh karena itu, aturan praktis untuk menghitung jumlah partisi adalah membagi throughput maksimum yang diharapkan dengan 1 MB/dtk. Misalnya, jika kasus penggunaan Anda memerlukan 20 MB/dtk, kami sarankan Anda memilih setidaknya 20 partisi untuk mencapai throughput optimal.

Namun, jika Anda memiliki model di mana aplikasi Anda memiliki afinitas ke partisi tertentu, meningkatkan jumlah partisi tidak bermanfaat. Untuk informasi selengkapnya, lihat ketersediaan dan konsistensi.

Untuk informasi lengkap tentang harga Event Hubs, lihat detail harga Azure Event Hubs.

Azure Event Hubs tingkat Standar memungkinkan periode penyimpanan pesan lebih dari 24 jam, selama maksimal tujuh hari. Jika ukuran jumlah total aktivitas yang disimpan melebihi jatah penyimpanan untuk jumlah unit throughput yang dipilih (84 GB per unit throughput), ukuran yang melebihi alokasi akan dibebankan pada tingkat penyimpanan Azure Blob yang diterbitkan. Jatah penyimpanan di setiap unit throughput mencakup semua biaya penyimpanan untuk periode retensi 24 jam bahkan jika unit throughput digunakan hingga jatah masuk maksimum.

Ukuran total semua aktivitas yang disimpan, termasuk overhead internal untuk header peristiwa atau pada struktur penyimpanan disk di semua event hubs, diukur sepanjang hari. Pada akhirnya, ukuran penyimpanan puncak dihitung. Alokasi penyimpanan harian dihitung berdasarkan jumlah minimum unit throughput yang dipilih pada siang hari (setiap unit throughput beralokasi 84 GB). Jika ukuran total melebihi alokasi penyimpanan harian yang dihitung, kelebihan penyimpanan ditagih menggunakan tarif penyimpanan Azure Blob (dengan tingkat Penyimpanan Redundan Lokal).

Setiap aktivitas yang dikirim ke event hub dihitung sebagai pesan yang dapat ditagih. Aktivitas ingress didefinisikan sebagai satuan data yang kurang dari atau sama dengan 64 KB. Setiap aktivitas yang berukuran kurang dari atau sama dengan 64 KB dianggap sebagai salah satu peristiwa yang dapat ditagih. Jika aktivitas lebih besar dari 64 KB, jumlah aktivitas yang dapat ditagih dihitung sesuai dengan ukuran aktivitas, dalam kelipatan 64 KB. Misalnya, acara 8-KB yang dikirim ke event hub ditagih sebagai satu aktivitas, tetapi pesan 96-KB yang dikirim ke event hub ditagih sebagai dua aktivitas.

Aktivitas yang dikonsumsi dari event hub, dan operasi manajemen dan panggilan kontrol seperti pos pemeriksaan, tidak dihitung sebagai peristiwa masuk yang dapat ditagih, tetapi bertambah hingga memenuhi alokasi unit throughput.

Biaya koneksi hanya berlaku ketika protokol AMQP digunakan. Tidak ada biaya koneksi untuk mengirim peristiwa menggunakan HTTP, terlepas dari jumlah sistem atau perangkat pengirim. Jika Anda berencana untuk menggunakan AMQP (misalnya, untuk mencapai streaming aktivitas yang lebih efisien atau untuk mengaktifkan komunikasi dua arah dalam skenario perintah dan kontrol IoT), lihat halaman informasi harga Azure Event Hubs untuk detail tentang berapa banyak koneksi yang disertakan di setiap tingkat layanan.

Pengambilan diaktifkan ketika setiap event hub di namespace mengaktifkan opsi Pengambilan. Azure Event Hubs Capture ditagih setiap bulan per unit throughput yang dibeli. Saat jumlah unit throughput ditingkatkan atau dikurangi, penagihan Pengambilan Azure Event Hubs mencerminkan perubahan ini dalam kenaikan sepanjang jam. Untuk informasi selengkapnya tentang penagihan Pengambilan Azure Event Hubs, lihat Informasi harga Event Hubs.

Pengambilan menggunakan akun penyimpanan yang tersedia saat diaktifkan di event hub. Karena ini adalah akun penyimpanan Anda, setiap perubahan konfigurasi ini ditagihkan ke langganan Azure Anda.

Untuk daftar semua kuota Azure Event Hubs, lihat kuota.

Saat Anda menghapus namespace dari langganan, tunggu 4 jam sebelum membuatnya kembali dengan nama yang sama di langganan lain. Jika tidak, Anda mungkin menerima pesan kesalahan berikut: Namespace already exists.

Untuk daftar kemungkinan pengecualian Azure Event Hubs, lihat Gambaran umum pengecualian.

Event Hubs mendukung dua jenis log diagnostik - Mengambil log kesalahan dan log operasional - keduanya diwakili dalam json dan dapat dihidupkan melalui portal Microsoft Azure.

Dukungan teknis untuk Event Hubs tersedia melalui halaman pertanyaan Microsoft Q&A untuk Azure Service Bus. Dukungan manajemen tagihan dan langganan disediakan tanpa biaya.

Untuk mempelajari selengkapnya tentang SLA, lihat halaman Perjanjian Tingkat Layanan.

Jika Anda menjalankan kode ini di Azure Stack Hub, Anda akan mengalami kesalahan runtime kecuali Anda menargetkan versi API Penyimpanan tertentu. Itu karena Azure Event Hubs SDK menggunakan Azure Storage API terbaru yang tersedia di Azure yang mungkin tidak tersedia di platform Azure Stack Hub Anda. Azure Stack Hub mungkin mendukung versi SDK Blob Penyimpanan yang berbeda dari yang biasanya tersedia di Azure. Jika Anda menggunakan Penyimpanan Blob Azure sebagai kumpulan titik pemeriksaan, periksa versi API Azure Storage yang didukung untuk edisi Azure Stack Hub dan targetkan versi tersebut dalam kode Anda.

Misalnya, jika Anda menjalankan Azure Stack Hub versi 2005, versi tertinggi yang tersedia untuk layanan Penyimpanan adalah versi 2019-02-02. Secara default, pustaka klien SDK Event Hubs menggunakan versi tertinggi yang tersedia di Azure (2019-07-07 pada saat SDK dirilis). Dalam hal ini, selain mengikuti langkah-langkah berikut di bagian ini, Anda juga perlu menambahkan kode untuk menargetkan versi API layanan Penyimpanan 2019-02-02. Untuk contoh terkait cara menargetkan versi API Penyimpanan tertentu, lihat sampel berikut untuk C#, Java, Python, dan JavaScript/TypeScript.

Untuk contoh terkait cara menargetkan versi API Penyimpanan tertentu dari kode Anda, lihat sampel berikut di GitHub:

• .NET
• Java
• Python - Synchronous, Asynchronous
• JavaScript dan TypeScript

Langkah berikutnya

Anda dapat mempelajari selengkapnya tentang Azure Event Hubs dengan mengunjungi tautan berikut:

• Gambaran umum Azure Event Hubs
• Buat Pusat Aktivitas
• Auto-inflate Azure Event Hubs