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.

Protokol apa yang dapat saya gunakan untuk mengirim dan menerima peristiwa?

Produsen atau pengirim dapat menggunakan protokol Advanced Messaging Queuing Protocol (AMQP), Kafka, atau HTTPS untuk mengirim peristiwa ke pusat aktivitas.

Konsumen atau penerima menggunakan AMQP atau Kafka untuk menerima peristiwa dari pusat aktivitas. Azure Event Hubs hanya mendukung model penarikan bagi konsumen untuk menerima peristiwa darinya. Bahkan ketika Anda menggunakan penanganan aktivitas untuk menangani peristiwa dari pusat aktivitas, prosesor peristiwa secara internal menggunakan model penarikan untuk menerima peristiwa dari pusat aktivitas.

AMQP

Anda dapat menggunakan protokol AMQP 1.0 untuk mengirim peristiwa ke dan menerima peristiwa dari Azure Event Hubs. AMQP menyediakan komunikasi yang andal, berkinerja, dan aman untuk mengirim dan menerima peristiwa. Anda dapat menggunakannya untuk streaming performa tinggi dan real-time dan didukung oleh sebagian besar SDK Azure Event Hubs.

HTTPS/REST API

Anda hanya dapat mengirim peristiwa ke Azure Event Hubs menggunakan permintaan HTTP POST. Azure Event Hubs tidak mendukung penerimaan peristiwa melalui HTTPS. Ini cocok untuk klien ringan di mana koneksi TCP langsung tidak layak.

Apache Kafka

Azure Event Hubs memiliki titik akhir Kafka bawaan yang mendukung produsen dan konsumen Kafka. Aplikasi yang dibangun menggunakan Kafka dapat menggunakan protokol Kafka (versi 1.0 atau yang lebih baru) untuk mengirim dan menerima peristiwa dari Azure Event Hubs tanpa perubahan kode apa pun.

Azure SDK mengabstraksi protokol komunikasi yang mendasar dan menyediakan cara yang disederhanakan untuk mengirim dan menerima peristiwa dari Azure Event Hubs menggunakan bahasa seperti C#, Java, Python, JavaScript, dll.

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 Anda menggunakan namespace yang dihosting di kluster yang lebih lama (berdasarkan Cloud Services - CNAME yang berakhiran *.cloudapp.net) dan namespace adalah zona redundan, Anda harus mengikuti beberapa langkah tambahan. Jika namespace Anda berada di kluster yang lebih baru (berdasarkan Virtual Machine Scale Set - CNAME yang berakhiran *.cloudapp.azure.com) dan zona redundan, Anda dapat melewati langkah-langkah di bawah ini.

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, berapa banyak Anda dapat menyerap dan melakukan streaming tergantung pada faktor-faktor seperti produsen, konsumen, dan tingkat penyerapan dan pemrosesan Anda.

Tabel berikut menunjukkan hasil tolok ukur yang kami capai selama pengujian dengan kluster khusus warisan.

Dalam pengujian, kriteria berikut digunakan:

• Kluster Azure Event Hubs tingkat Khusus dengan empat CUs 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 atau menurunkan skala kluster saya?

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. Kluster khusus yang dapat diskalakan mandiri didasarkan pada infrastruktur baru, sehingga berkinerja lebih baik daripada kluster khusus yang tidak mendukung penskalakan layanan mandiri. Performa kluster khusus tergantung pada faktor-faktor seperti alokasi sumber daya, jumlah partisi, dan penyimpanan. Kami menyarankan agar Anda menentukan jumlah CUs yang diperlukan setelah menguji dengan beban kerja nyata.

Kirim permintaan dukungan untuk menskalakan atau menskalakan di kluster khusus Anda dalam skenario berikut:

• Anda memerlukan lebih dari 10 CU untuk kluster khusus yang dapat diskalakan secara mandiri (kluster yang dibuat dengan kumpulan opsi Penskalaan dukungan).
• Anda perlu meluaskan skala atau menskalakan dalam kluster yang dibuat tanpa memilih opsi Penskalakan dukungan.
• Anda perlu meluaskan skala atau menskalakan 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 penskalakan layanan mandiri, Anda harus membuat ulang kluster. Untuk mempelajari cara membuat kluster yang dapat diskalakan, lihat Membuat kluster khusus Azure Event Hubs.

Kapan saya harus menskalakan kluster khusus saya?

Konsumsi CPU adalah indikator utama konsumsi sumber daya kluster khusus Anda. Ketika konsumsi CPU secara keseluruhan mulai mencapai 70% (tanpa mengamati kondisi abnormal apa pun, seperti sejumlah besar kesalahan server atau jumlah permintaan yang berhasil rendah), itu berarti kluster Anda bergerak menuju kapasitas maksimumnya. Anda dapat menggunakan informasi ini sebagai indikator untuk mempertimbangkan apakah Anda perlu meningkatkan kluster khusus Anda atau tidak.

Untuk memantau penggunaan CPU kluster khusus, ikuti langkah-langkah berikut:

1. Pada halaman Metrik kluster khusus Azure Event Hubs Anda, pilih Tambahkan metrik.

2. Pilih CPU sebagai metrik dan gunakan Maks sebagai agregasi.

   

3. Pilih Tambahkan filter dan tambahkan filter untuk Peran Jenis properti. Gunakan operator yang sama dan pilih semua nilai (Backend dan Gateway) dari daftar 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 cara kerja pemulihan bencana geografis dengan kluster saya?

Anda dapat memasangkan namespace layanan secara geografis di bawah kluster Tingkat Khusus dengan namespace lain di bawah kluster Tingkat Khusus. Kami tidak mendorong pemasangan namespace layanan Tingkat khusus dengan namespace dalam penawaran Standar karena batas throughput tidak kompatibel dan mengakibatkan kesalahan.

Dapatkah saya memigrasikan namespace Standar atau Premium saya ke kluster Tingkat khusus?

Saat ini kami tidak mendukung proses migrasi otomatis untuk memigrasikan data Azure Event Hubs Anda dari namespace Layanan Standar atau Premium ke namespace khusus.

Mengapa kluster khusus zona redundan warisan memiliki minimal delapan CUs?

Untuk menyediakan redundansi zona untuk penawaran Khusus, semua sumber daya komputasi harus memiliki tiga replika di tiga pusat data di wilayah yang sama. Persyaratan minimum ini mendukung redundansi zona (sehingga layanan masih dapat berfungsi ketika dua zona atau pusat data tidak berfungsi) dan menghasilkan kapasitas komputasi yang setara dengan delapan CUs.

Kami tidak dapat mengubah kuota ini. Ini adalah 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.

Tidak, tidak mungkin karena partisi tidak dapat diubah di tingkat Standar. Penambahan partisi dinamis hanya tersedia di tingkat premium dan khusus Event Hubs.

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