Event Hubs hakkında sık sorulan sorular

Ad alanı, olay hub'ları veya Kafka konuları için bir kapsam kapsayıcısıdır. Size benzersiz bir FQDN verir. Ad alanı, birden çok olay hub'ı veya Kafka konu başlığı barındırabilen bir uygulama kapsayıcısı görevi görür.

Hayır Dağıtıldıktan sonra, yeni bir kaynak dağıtmadan standart katmandan premium katmana geçmek (örneğin) mümkün değildir.

Kapasite ayırma aktarım hızı birimleri (TU) veya işleme birimleri (PU)) ad alanı düzeyinde faturalandırılır. Bir ad alanı da bir bölgeyle ilişkilendirilir.

Aşağıdaki senaryolardan birinde var olan bir ad alanını kullanmak yerine yeni bir ad alanı oluşturmak isteyebilirsiniz:

• Yeni bölgeyle ilişkilendirilmiş bir olay hub'ına ihtiyacınız var.
• Farklı bir abonelikle ilişkilendirilmiş bir olay hub'ına ihtiyacınız vardır.
• Ayrı bir kapasite ayırması olan bir olay hub'ına ihtiyacınız var (yani, eklenen olay hub'ı ile ad alanı için kapasite gereksinimi 40 TU eşiğini aşacak ve ayrılmış kümeye gitmek istemiyorsunuz).'

Azure Event Hubs'ın Standart katmanı, Temel katmanda sağlananların ötesinde özellikler sağlar. Aşağıdaki özellikler Standard'a eklenmiştir:

• Daha uzun olay saklama
• Ek aracılı bağlantılar, dahil edilen sayıdan fazla kullanım ücretiyle
• Tek bir tüketici grubundan fazlası
• Yakalama
• Kafka tümleştirmesi

Event Hubs Ayrılmış dahil olmak üzere fiyatlandırma katmanları hakkında daha fazla bilgi için bkz . Event Hubs fiyatlandırma ayrıntıları.

Azure Event Hubs desteklenen tüm Azure bölgelerinde kullanılabilir. Liste için Azure bölgeleri sayfasını ziyaret edin.

Evet, tüm olay hub'ları aynı ad alanında olduğu sürece.

Event Hubs standart katmanı şu anda yedi günlük maksimum saklama süresini desteklerken, premium ve ayrılmış katman için bu sınır 90 gündür. Olay hub'ları kalıcı bir veri deposu olarak tasarlanmamıştır. 24 saatten uzun saklama süreleri, bir olay akışını aynı sistemlere yeniden yürütmenin uygun olduğu senaryolara yöneliktir. Örneğin, mevcut verilerde yeni bir makine öğrenmesi modeli eğitmek veya doğrulamak için. yedi günden daha fazla ileti saklamaya ihtiyacınız varsa, olay hub'ınızda Event Hubs Capture'ı etkinleştirmek, verileri olay hub'ınızdan seçtiğiniz Depolama hesabına veya Azure Data Lake Service hesabına çeker. Yakalama'nın etkinleştirilmesi, satın aldığınız aktarım hızı birimlerine göre ücretlendirilir.

Depolama hesabınızda yakalanan veriler için saklama süresini yapılandırabilirsiniz. Azure Depolama'nin yaşam döngüsü yönetimi özelliği, genel amaçlı v2 ve blob depolama hesapları için zengin, kural tabanlı bir ilke sunar. Verilerinizi uygun erişim katmanlarına geçiş yapmak veya verilerin yaşam döngüsünün sonunda süresi dolmak için ilkeyi kullanın. Daha fazla bilgi için bkz . Azure Blob depolama yaşam döngüsünü yönetme.

Event Hubs, kaynaklarınızın durumunu Azure İzleyici'ye sağlayan kapsamlı ölçümler yayar. Ayrıca Event Hubs hizmetinin genel durumunu yalnızca ad alanı düzeyinde değil, varlık düzeyinde de değerlendirmenize olanak sağlar. Azure Event Hubs için sunulan izleme hakkında bilgi edinin.

Azure Event Hubs standart, premium ve ayrılmış katmanları, Event Hubs ad alanı oluşturduğunuzda seçtiğiniz bölgede yayımlanan verileri depolar ve işler. Varsayılan olarak müşteri verileri bu bölgede kalır. Azure Event Hubs ad alanı için coğrafi olağanüstü durum kurtarma ayarlandığında meta veriler seçtiğiniz ikincil bölgeye kopyalanır. Bu nedenle, bu hizmet Güven Merkezi'nde belirtilenler de dahil olmak üzere bölge veri yerleşimi gereksinimlerini otomatik olarak karşılar.

Güvenlik duvarında hangi bağlantı noktalarını açmam gerekiyor?

Olayları göndermek ve almak için Azure Event Hubs ile aşağıdaki protokolleri kullanabilirsiniz:

• Gelişmiş Message Queuing Protokolü 1.0 (AMQP)
• Aktarım Katmanı Güvenliği (HTTPS) ile Köprü Metni Aktarım Protokolü 1.1
• Apache Kafka

Azure Event Hubs ile iletişim kurmak için bu protokolleri kullanmak üzere açmanız gereken giden bağlantı noktaları için aşağıdaki tabloya bakın.

HTTPS bağlantı noktası, istemci SDK'ları tarafından gerçekleştirilen çeşitli yönetim işlemleri ve Microsoft Entra ID'den belirteçlerin alınması (kullanıldığında) HTTPS üzerinden çalıştırıldığından, 5671 numaralı bağlantı noktası üzerinden AMQP kullanıldığında da giden iletişim için gereklidir.

Resmi Azure SDK'ları genellikle Event Hubs'dan olay göndermek ve almak için AMQP protokollerini kullanır. AMQP-over-WebSockets protokol seçeneği, HTTP API'sinde olduğu gibi TCP 443 bağlantı noktası üzerinden çalışır, ancak aksi takdirde işlevsel olarak düz AMQP ile aynıdır. Bu seçenek, ekstra el sıkışma gidiş dönüşleri ve HTTPS bağlantı noktasının paylaşılması için biraz daha fazla ek yük nedeniyle daha yüksek ilk bağlantı gecikme süresine sahiptir. Bu mod seçilirse, iletişim için 443 numaralı TCP bağlantı noktası yeterlidir. Aşağıdaki seçenekler düz AMQP veya AMQP WebSockets modunun seçilmesine izin verir:

Hangi IP adreslerine izin vermeliyim?

Azure ile çalışırken, bazen şirket güvenlik duvarınızdaki veya ara sunucunuzdaki belirli IP adresi aralıklarına veya URL'lere kullandığınız veya kullanmaya çalıştığınız tüm Azure hizmetlerine erişmesine izin vermek zorunda olursunuz. Event Hubs tarafından kullanılan IP adreslerinde trafiğe izin verildiğini doğrulayın. Azure Event Hubs tarafından kullanılan IP adresleri için bkz . Azure IP Aralıkları ve Hizmet Etiketleri - Genel Bulut.

Ayrıca, ad alanınızın IP adresine izin verildiğini doğrulayın. Bağlantılarınıza izin vermek üzere doğru IP adreslerini bulmak için şu adımları izleyin:

1. Bir komut isteminden aşağıdaki komutu çalıştırın:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. içinde Non-authoritative answerdöndürülen IP adresini not edin.

Ad alanınız için bölge yedekliliğini kullanıyorsanız, birkaç ek adım gerçekleştirmeniz gerekir:

1. İlk olarak, ad alanında nslookup çalıştırırsınız.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Aşağıdaki biçimlerden birinde yer alan yetkili olmayan yanıt bölümündeki adı not edin:

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

3. S1, s2 ve s3 sonekleri olan her biri için nslookup komutunu çalıştırarak üç kullanılabilirlik alanında çalışan üç örneğin de IP adreslerini alın,

   Not

   Komut tarafından nslookup döndürülen IP adresi statik bir IP adresi değildir. Ancak, temel alınan dağıtım silinene veya farklı bir kümeye taşınana kadar sabit kalır.

Hangi istemci IP'leri ad alanıma olay gönderiyor veya ad alanımdan olay alıyor?

İlk olarak, ad alanında IP filtrelemeyi etkinleştirin.

Ardından, Tanılama günlüklerini etkinleştirme başlığındaki yönergeleri izleyerek Event Hubs sanal ağ bağlantısı olayları için tanılama günlüklerini etkinleştirin. Bağlantının reddedildiği IP adresini görürsünüz.

{
    "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"
}

Event Hubs, mevcut Apache Kafka tabanlı uygulamalarınız tarafından kullanılabilecek bir Kafka uç noktası sağlar. PaaS Kafka deneyimine sahip olmak için gereken tek şey yapılandırma değişikliğidir. Kendi Kafka kümenizi çalıştırmaya bir alternatif sağlar. Event Hubs Apache Kafka 1.0 ve daha yeni istemci sürümlerini destekler ve mevcut Kafka uygulamalarınızla, araçlarınızla ve çerçevelerinizle çalışır. Daha fazla bilgi için bkz . Kafka deposu için Event Hubs.

Bir olay hub'ına bağlanmak için Kafka istemci yapılandırmalarını güncelleştirmeniz gerekir. Bir Event Hubs ad alanı oluşturularak ve bağlantı dizesi elde edilerek yapılır. Bootstrap.servers dosyasını Event Hubs FQDN'sini ve bağlantı noktasını 9093 olarak işaret eden şekilde değiştirin. Aşağıda gösterildiği gibi doğru kimlik doğrulamasıyla Kafka istemcisini Event Hubs uç noktanıza (elde ettiğiniz bağlantı dizesi) yönlendirmek için sasl.jaas.config dosyasını güncelleştirin:

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}";

Örnek:

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";

Event Hubs için izin verilen ileti boyutu üst sınırı 1 MB'tır.

Event Hubs'taki aktarım hızı, Event Hubs üzerinden giriş ve çıkış olarak gerçekleşen 1 KB'lık olayların mega bayt cinsinden veri miktarını veya 1 KB'lik olayların (bin cinsinden) sayısını tanımlar. Bu aktarım hızı, aktarım hızı birimleri (TU) cinsinden ölçülür. Event Hubs hizmetini kullanmaya başlamadan önce TU satın alın. Portal veya Event Hubs Resource Manager şablonlarını kullanarak Event Hubs TU'larını açıkça seçebilirsiniz.

Evet, aktarım hızı birimleri (TU) bir Event Hubs ad alanındaki tüm olay hub'larına uygulanır. Bu, TU'ları ad alanı düzeyinde satın aldığınız ve bu ad alanının altındaki olay hub'ları arasında paylaşıldığınız anlamına gelir. Her TU ad alanını aşağıdaki özelliklere hak kazanır:

• Giriş olaylarının saniyede 1 MB'a kadar (olay hub'ına gönderilen olaylar) ama saniyede en fazla 1.000 giriş olayı, yönetim işlemi veya denetim API'si çağrısı yoktur.
• Çıkış olaylarının saniyede 2 MB'a kadar (olay hub'ından tüketilen olaylar) ama en fazla 4.096 çıkış olayı.
• 84 GB'a kadar olay depolama alanı (varsayılan 1 saatlik saklama süresi için yeterli).

Aktarım hızı birimleri (TU) saatlik olarak faturalandırılır. Faturalama, belirtilen saat içinde seçilen birim sayısı üst sınırına bağlıdır.

Bir aktarım hızı birimi (TU) kadar düşük bir başlangıç yapabilir ve otomatik şişir'i açabilirsiniz. Otomatik şişirme özelliği, trafiğiniz/yükünüz arttıkça TU'larınızı büyütmenize olanak tanır. TU sayısı için üst sınır da ayarlayabilirsiniz.

Otomatik şişirme özelliği, aktarım hızı birimlerinizin (TU) ölçeğini artırmanıza olanak tanır. Bu, düşük TU satın alarak başlayabileceğiniz ve girişiniz arttıkça TU'larınızın ölçeğini otomatik olarak artırabileceğiniz anlamına gelir. Size uygun maliyetli bir seçenek sunar ve yönetecek TU sayısını tam olarak denetler. Bu özellik yalnızca ölçeği artırma özelliğidir ve TU sayısını güncelleştirerek ölçeği azaltmayı tamamen denetleyebilirsiniz.

2 TU gibi düşük aktarım hızı birimleriyle (TU) başlamak isteyebilirsiniz. Trafiğinizin 15 RU'ya kadar büyüyebileceğini tahmin ediyorsanız, ad alanınızda otomatik şişirme özelliğini etkinleştirin ve maksimum sınırı 15 TU olarak ayarlayın. Artık trafiğiniz büyüdükçe TU'larınızı otomatik olarak büyütebilirsiniz.

Bu özellik ile ilişkili bir maliyet yoktur.

Eski Event Hubs ad alanları farklı kümelerde olduğundan ve yeni olay hub'ı ad alanları oluşturulduğunda alanlar arası yedekliliği otomatik olarak etkinleştiren yeni kümelere geçirmenin hiçbir yolu olmadığından bu şu anda mümkün değildir.

Bir ad alanındaki tüm olay hub'larında toplam giriş aktarım hızı veya toplam giriş olay hızı toplam aktarım hızı birim izinlerini aşıyorsa, gönderenler kısıtlanır ve giriş kotasının aşıldığını belirten hatalar alır.

Bir ad alanındaki tüm olay hub'larında toplam çıkış aktarım hızı veya toplam olay çıkış hızı toplam aktarım hızı birimi izinlerini aşarsa, alıcılar kısıtlanır ancak azaltma hatası oluşturulmaz.

Giriş ve çıkış kotaları ayrı ayrı uygulanır, böylece hiçbir gönderen olay tüketiminin yavaşlamamasına neden olmaz ve bir alıcı olayların olay hub'ına gönderilmesini önleyemez.

Azure portalında temel veya standart katman ad alanı oluştururken ad alanı için en fazla 40 RU seçebilirsiniz. Event Hubs, 40 TU'dan sonra Event Hubs Premium ve Event Hubs Ayrılmış kümeleri gibi kaynak/kapasite tabanlı modeller sunar. Daha fazla bilgi için bkz . Event Hubs Premium ' a genel bakış ve Ayrılmış Event Hubs - genel bakış.

Event Hubs Ayrılmış kümeleri, en zorlu gereksinimleri olan müşteriler için tek kiracılı dağıtımlar sunar. Bu teklif, aktarım hızı birimlerine bağlı olmayan kapasite tabanlı bir küme oluşturur. Bu, kümenin CPU ve bellek kullanımı tarafından dikte edilen şekilde verilerinizi almak ve akışa almak için kümeyi kullanabileceğiniz anlamına gelir. Daha fazla bilgi için bkz . Event Hubs Ayrılmış kümeleri.

Event Hubs ayrılmış kümesini ayarlama hakkında adım adım yönergeler ve daha fazla bilgi için bkz. Hızlı Başlangıç: Azure portalını kullanarak ayrılmış Event Hubs kümesi oluşturma.

Küme ile ne elde ederim?

Event Hubs kümesi için ne kadar veri alıp akış yapabileceğiniz, üreticileriniz, tüketicileriniz, alma ve işleme hızınız ve çok daha fazlası gibi çeşitli faktörlere bağlıdır.

Aşağıdaki tabloda, Eski ayrılmış kümeyi test etme sırasında elde ettiğimiz karşılaştırma sonuçları gösterilmektedir:

Testte aşağıdaki ölçütler kullanıldı:

• 4 kapasite birimine (CU) sahip ayrılmış katmanlı bir Event Hubs kümesi kullanıldı.
• Alma için kullanılan olay hub'ına 200 bölüm vardı.
• Alınan veriler, tüm bölümlerden alan iki alıcı uygulama tarafından alındı.

Kümemin ölçeğini artırabilir/küçültebilir miyim?

Kümeyi Destek Ölçeklendirme seçeneği kümesiyle oluşturduysanız, ölçeği genişletmek ve gerektiğinde ölçeği genişletmek için self servis deneyimini kullanabilirsiniz. Self servis ölçeklenebilir kümelerle 10 ADE'ye kadar ölçeklendirilebilirsiniz. Self servis ölçeklenebilir ayrılmış kümeler yeni altyapıyı temel aldıklarından, self servis ölçeklendirmeyi desteklemeyen ayrılmış kümeler üzerinde performans göstermeleri gerekir. Ayrılmış kümelerin performansı kaynak ayırma, bölüm sayısı, depolama vb. gibi çeşitli faktörlere bağlı olduğundan, gerçek bir iş yüküyle test ettikten sonra gerekli SAYıDA CU'yu belirlemenizi öneririz.

Ayrılmış kümenizin ölçeğini genişletmek veya ölçeklendirmek için aşağıdaki senaryolarda bir destek isteği gönderin.

• Self servis ölçeklenebilir adanmış küme (Destek ölçeklendirme seçeneği kümesiyle oluşturulmuş bir küme) için 10'dan fazla RU'ya ihtiyacınız vardır.
• Destek ölçeklendirme seçeneğini belirtmeden oluşturulmuş bir kümede ölçeği genişletmeniz veya ölçeklendirmeniz gerekir
• Self servis deneyimi yayınlanmadan önce oluşturulmuş ayrılmış bir kümede ölçeği genişletmeniz veya ölçeklendirmeniz gerekir

Eski bir kümeden Self Servis Ölçeklenebilir kümeye geçiş yapabilir miyim?

Temel alınan donanım ve yazılım altyapısındaki fark nedeniyle, şu anda self servis ölçeklendirmeyi desteklemeyen kümelerin kendi kendine ölçeklenebilir ayrılmış kümelere geçişini desteklemiyoruz. Self servis ölçeklendirme kullanmak istiyorsanız kümeyi yeniden oluşturmanız gerekir. Ölçeklenebilir küme oluşturmayı öğrenmek için bkz . Event Hubs ayrılmış kümesi oluşturma.

Ayrılmış kümemi ne zaman ölçeklendirmem gerekiyor?

CPU tüketimi, ayrılmış kümenizin kaynak tüketiminin temel göstergesidir. Genel CPU tüketimi %70'e ulaştığında (yüksek sayıda sunucu hatası veya düşük başarılı istek gibi anormal koşulları gözlemlemeden), bu, kümenizin maksimum kapasiteye doğru ilerlediği anlamına gelir. Bu nedenle, ayrılmış kümenizin ölçeğini artırmanız gerekip gerekmediğini göz önünde bulundurmak için bunu gösterge olarak kullanabilirsiniz.

Ayrılmış kümenin CPU kullanımını izlemek için bu adımları izlemeniz gerekir.

• Event Hubs Ayrılmış kümenizin ölçümler sayfasında Ölçüm ekle'yi seçin.

• Ölçüm olarak öğesini seçin CPU ve toplama olarak öğesini Max kullanın.

  

• Ardından Filtre ekle'yi seçin ve özellik türü Roleiçin bir filtre ekleyin, eşittir işlecini kullanın ve açılan listeden üç değerin tümünü (Backend, Gateway) seçin.

  

  Ardından, ayrılmış kümenizi ne zaman ölçeklendirmeniz gerektiğini belirlemek için bu ölçümü izleyebilirsiniz. CPU kullanımı belirlediğiniz eşiklere ulaştığında bildirim almak için bu ölçüme karşı uyarılar da ayarlayabilirsiniz.

Geo-DR kümemle nasıl çalışır?

Ayrılmış katman kümesi altındaki bir ad alanını, ayrılmış katman kümesi altındaki başka bir ad alanıyla coğrafi olarak eşleştirebilirsiniz. Aktarım hızı sınırı uyumsuz olacağı ve hatalara neden olacağı için, ayrılmış katman ad alanını standart teklifimizdeki bir ad alanıyla eşleştirmeyi önermeyiz.

Standart veya premium ad alanlarımı Ayrılmış katman kümesine geçirebilir miyim?

Şu anda olay hub'ları verilerinizi standart veya premium ad alanından ayrılmış bir ad alanına geçirmek için otomatik geçiş işlemini desteklemiyoruz.

Alanlar arası yedekli ayrılmış kümede neden en az 8 CU var?

Ayrılmış teklif için alanlar arası yedeklilik sağlamak için tüm işlem kaynaklarının aynı bölgedeki 3 veri merkezinde 3 çoğaltması olmalıdır. Bu, bölge yedekliliğini desteklemeye yönelik en düşük gereksinimdir (hizmetin 2 bölge/veri merkezi kapalıyken çalışmaya devam edebilmesi için) ve 8 RU'ya eşdeğer bir işlem kapasitesiyle sonuçlanır.

Dolayısıyla bu, değiştirebileceğimiz bir kota değil, ayrılmış katmana sahip geçerli mimarinin bir kısıtlamasıdır.

Bölüm, verileri paralel bir şekilde yayımlamanıza ve kullanmanıza olanak tanıyan bir veri düzenleme mekanizması olduğundan. En iyi ölçeği elde etmek için ölçeklendirme birimlerini (standart katman için aktarım hızı birimleri, premium katman için işleme birimleri veya ayrılmış katman için kapasite birimleri) ve bölümleri dengelemenizi öneririz. Genel olarak, bölüm başına en fazla 1 MB/sn aktarım hızı öneririz. Bu nedenle, bölüm sayısını hesaplamaya yönelik bir kural, beklenen maksimum aktarım hızını 1 MB/sn'ye bölmek olacaktır. Örneğin, kullanım örneğiniz 20 MB/sn gerektiriyorsa, en iyi aktarım hızını elde etmek için en az 20 bölüm seçmenizi öneririz.

Bununla birlikte, uygulamanızın belirli bir bölüme benzine sahip olduğu bir modeliniz varsa, bölüm sayısını artırmak yararlı olmaz. Daha fazla bilgi için bkz . kullanılabilirlik ve tutarlılık.

Event Hubs fiyatlandırması hakkında tam bilgi için bkz . Event Hubs fiyatlandırma ayrıntıları.

Event Hubs Standart katmanı, en fazla yedi gün boyunca 24 saatten uzun ileti saklama sürelerine izin verir. Depolanan toplam olay sayısının boyutu, seçilen aktarım hızı birimi sayısı için (aktarım hızı birimi başına 84 GB) depolama alanını aşarsa, ayrılan değeri aşan boyut yayımlanan Azure Blob depolama hızında ücretlendirilir. Her aktarım hızı birimindeki depolama alanı, aktarım hızı birimi en fazla giriş iznine kadar kullansa bile 24 saatlik saklama süreleri için tüm depolama maliyetlerini kapsar.

Olay üst bilgileri için iç ek yük veya tüm olay hub'larındaki disk depolama yapıları dahil olmak üzere tüm depolanan olayların toplam boyutu gün boyunca ölçülür. Günün sonunda en büyük depolama boyutu hesaplanır. Günlük depolama alanı kullanım sınırı, gün boyunca seçilen en az aktarım hızı birimi sayısına göre hesaplanır (her bir aktarım hızı birimi 84 GB'lık kullanım sınırı sağlar). Toplam boyut hesaplanan günlük depolama alanını aşarsa, fazla depolama Alanı Azure Blob depolama oranları (Yerel Olarak Yedekli Depolama oranında) kullanılarak faturalandırılır.

Bir olay hub'ına gönderilen her olay faturalanabilir ileti olarak sayılır. Giriş olayı, 64 KB'tan küçük veya buna eşit bir veri birimi olarak tanımlanır. Boyutu 64 KB'tan küçük veya buna eşit olan her olay faturalanabilir bir olay olarak kabul edilir. Olay 64 KB'tan büyükse, faturalanabilir olayların sayısı olay boyutuna göre 64 KB'ın katları cinsinden hesaplanır. Örneğin, olay hub'ına gönderilen 8 KB'lık bir olay tek olay olarak faturalandırılır, ancak olay hub'ına gönderilen 96 KB'lık bir ileti iki olay olarak faturalandırılır.

Bir olay hub'ından tüketilen olaylar ve denetim noktaları gibi yönetim işlemleri ve denetim çağrıları faturalanabilir giriş olayları olarak sayılmaz, ancak aktarım hızı birimi iznine kadar tahakkuk eder.

Bağlan ücretleri yalnızca AMQP protokolü kullanıldığında uygulanır. Gönderen sistem veya cihazların sayısı ne olursa olsun, HTTP kullanarak olay göndermeye ilişkin herhangi bir bağlantı ücreti yoktur. AMQP kullanmayı planlıyorsanız (örneğin, daha verimli olay akışı elde etmek veya IoT komut ve denetim senaryolarında çift yönlü iletişimi etkinleştirmek için), her hizmet katmanına kaç bağlantının dahil olduğu hakkında ayrıntılı bilgi için Event Hubs fiyatlandırma bilgileri sayfasına bakın.

Yakalama, ad alanındaki herhangi bir olay hub'ında Yakalama seçeneği etkinleştirildiğinde etkinleştirilir. Event Hubs Capture, satın alınan aktarım hızı birimi başına aylık olarak faturalandırılır. İşleme birimi sayısı arttıkça veya azaldıkça Event Hubs Capture faturalaması bu değişiklikleri tam saatlik artışlarla yansıtır. Event Hubs Capture faturalaması hakkında daha fazla bilgi için bkz . Event Hubs fiyatlandırma bilgileri.

Yakalama, bir olay hub'ına etkinleştirildiğinde sağladığınız bir depolama hesabını kullanır. Depolama hesabınız olduğundan, bu yapılandırmada yapılan tüm değişiklikler Azure aboneliğinize faturalandırılır.

Tüm Event Hubs kotalarının listesi için bkz . kotalar.

Bir abonelikten bir ad alanını sildiğinizde, ad alanını başka bir abonelikte aynı adla yeniden oluşturmadan önce 4 saat bekleyin. Aksi takdirde şu hata iletisini alabilirsiniz: Namespace already exists.

Olası Event Hubs özel durumlarının listesi için bkz . Özel durumlara genel bakış.

Event Hubs iki tür tanılama günlüğünü destekler: Hata günlüklerini ve işlem günlüklerini yakalayın; her ikisi de json ile gösterilir ve Azure portalı üzerinden açılabilir.

Event Hubs için teknik desteğe Azure Service Bus için Microsoft Soru-Cevap soru sayfasından ulaşabilirsiniz. Faturalandırma ve abonelik yönetim desteği ücretsiz olarak sunulmaktadır.

SLA'mız hakkında daha fazla bilgi edinmek için Hizmet Düzeyi Sözleşmeleri sayfasına bakın.

Bu kodu Azure Stack Hub'da çalıştırırsanız, belirli bir Depolama API sürümünü hedeflemediğiniz sürece çalışma zamanı hatalarıyla karşılaşırsınız. Bunun nedeni Event Hubs SDK'sının Azure Stack Hub platformunuzda kullanılamayabilecek Azure'da kullanılabilen en son Azure Depolama API'sini kullanmasıdır. Azure Stack Hub, Depolama Blob SDK'sının normalde Azure'da kullanılabilenden farklı bir sürümünü destekleyebileceğinden. Denetim noktası deposu olarak Azure Blog Depolama kullanıyorsanız Azure Stack Hub derlemeniz için desteklenen Azure Depolama API sürümünü denetleyin ve kodunuzda bu sürümü hedefleyin.

Örneğin, Azure Stack Hub sürüm 2005'te çalıştırıyorsanız, Depolama hizmeti için en yüksek kullanılabilir sürüm 2019-02-02 sürümüdür. Event Hubs SDK istemci kitaplığı varsayılan olarak Azure'da en yüksek kullanılabilir sürümü kullanır (SDK'nın yayımlandığı sırada 2019-07-07). Bu durumda, bu bölümdeki adımların yanı sıra, Depolama hizmet API'sinin 2019-02-02 sürümünü hedeflemek için kod eklemeniz de gerekir. Belirli bir Depolama API sürümünü hedefleme örneği için C#, Java, Python ve JavaScript/TypeScript için aşağıdaki örneklere bakın.

Kodunuzdan belirli bir Depolama API sürümünü hedefleme örneği için GitHub'da aşağıdaki örneklere bakın:

• .NET
• Java
• Python - Zaman Uyumlu, Zaman Uyumsuz
• JavaScript ve TypeScript

Sonraki adımlar

Aşağıdaki bağlantıları inceleyerek Event Hubs hakkında daha fazla bilgi edinebilirsiniz:

• Event Hubs'a genel bakış
• Olay Hub’ı oluşturma
• Event Hubs Otomatik Olarak Şişir