Nejčastější dotazy ke službě Event Hubs

Obor názvů je kontejner oborů pro centra událostí nebo témata Kafka. Poskytuje jedinečný plně kvalifikovaný název domény. Obor názvů slouží jako kontejner aplikace, který může obsahovat více center událostí nebo témat Kafka.

Ne. Po nasazení není možné změnit (například) z úrovně Standard na úroveň Premium bez nasazení nového prostředku.

Jednotky propustnosti (TU) nebo jednotky zpracování (RU) a přidělení kapacity se účtují na úrovni oboru názvů. Obor názvů je také přidružený k oblasti.

Místo použití existujícího oboru názvů můžete chtít vytvořit nový obor názvů v jednom z následujících scénářů:

• Potřebujete centrum událostí přidružené k nové oblasti.
• Potřebujete centrum událostí přidružené k jinému předplatnému.
• Potřebujete centrum událostí s odlišným přidělením kapacity (to znamená, že kapacita oboru názvů s přidaným centrem událostí by překročila prahovou hodnotu 40 TU a nechcete přejít pro vyhrazený cluster).

Úroveň Standard služby Azure Event Hubs poskytuje funkce nad rámec toho, co je k dispozici na úrovni Basic. Součástí standardu jsou následující funkce:

• Delší uchovávání událostí
• Další zprostředkovaná připojení s poplatkem za nadlimitní využití za více než zahrnuté číslo
• Více než jedna skupina příjemců
• Zajmout
• Integrace Kafka

Další informace o cenových úrovních, včetně služby Event Hubs Dedicated, najdete v podrobnostech o cenách služby Event Hubs.

Služba Azure Event Hubs je dostupná ve všech podporovaných oblastech Azure. Seznam najdete na stránce oblastí Azure.

Ano, pokud jsou všechna centra událostí ve stejném oboru názvů.

Úroveň Event Hubs Úrovně Standard v současné době podporuje maximální dobu uchovávání 7 dnů, zatímco pro úroveň Premium a dedicated je toto omezení 90 dnů. Centra událostí nejsou určená jako trvalé úložiště dat. Doba uchovávání delší než 24 hodin je určená pro scénáře, ve kterých je vhodné přehrát stream událostí do stejných systémů. Například k trénování nebo ověření nového modelu strojového učení u existujících dat. Pokud potřebujete uchovávání zpráv po dobu sedmi dnů, povolení funkce Event Hubs Capture ve vašem centru událostí načítá data z vašeho centra událostí do účtu úložiště nebo účtu služby Azure Data Lake podle vašeho výběru. Povolení funkce Capture účtuje poplatky na základě zakoupených jednotek propustnosti.

Dobu uchovávání můžete nakonfigurovat pro zachycená data ve vašem účtu úložiště. Funkce správy životního cyklu služby Azure Storage nabízí bohaté zásady založené na pravidlech pro účty úložiště pro obecné účely verze 2 a úložiště objektů blob. Pomocí zásad můžete převést data na příslušné úrovně přístupu nebo vypršet na konci životního cyklu dat. Další informace najdete v tématu Správa životního cyklu úložiště objektů blob v Azure.

Služba Event Hubs generuje vyčerpávající metriky, které poskytují stav vašich prostředků do služby Azure Monitor. Umožňují také vyhodnotit celkový stav služby Event Hubs nejen na úrovni oboru názvů, ale také na úrovni entity. Seznamte se s tím, co je pro Službu Event Hubs nabízeno monitorování.

Azure Event Hubs úrovně Standard, Premium a dedicated ukládají a zpracovávají data publikovaná v oblasti, kterou vyberete při vytváření prostoru názvů služby Event Hubs. Ve výchozím nastavení zůstávají zákaznická data v této oblasti. Když je pro obor názvů služby Azure Event Hubs nastaveno geografické zotavení po havárii, metadata se zkopírují do sekundární oblasti, kterou vyberete. Tato služba proto automaticky splňuje požadavky na rezidenci dat oblasti, včetně požadavků zadaných v Centru zabezpečení.

Jaké protokoly můžu použít k odesílání a příjmu událostí?

Producenti nebo odesílatelé můžou k odesílání událostí do centra událostí použít protokolY AMQP (Advanced Messaging Queuing Protocol), Kafka nebo HTTPS.

Příjemci nebo příjemci k příjmu událostí z centra událostí používají AMQP nebo Kafka. Služba Event Hubs podporuje pouze model vyžádané replikace pro příjemce, kteří z něj mohou přijímat události. I když k zpracování událostí z centra událostí používáte obslužné rutiny událostí, procesor událostí interně používá model vyžádané replikace k příjmu událostí z centra událostí.

AMQP

Protokol AMQP 1.0 můžete použít k odesílání událostí a přijímání událostí ze služby Azure Event Hubs. AMQP poskytuje spolehlivou, výkonnou a zabezpečenou komunikaci pro odesílání i příjem událostí. Můžete ho použít pro vysoce výkonné streamování a streamování v reálném čase a podporuje ho většina sad SDK služby Azure Event Hubs.

HTTPS/REST API

Události můžete odesílat pouze do služby Event Hubs pomocí požadavků HTTP POST. Event Hubs nepodporuje příjem událostí přes HTTPS. Je vhodný pro odlehčené klienty, u kterých není možné přímé připojení TCP.

Apache Kafka

Azure Event Hubs má integrovaný koncový bod Kafka, který podporuje producenty a uživatele Kafka. Aplikace vytvořené pomocí kafka můžou k odesílání a přijímání událostí ze služby Event Hubs používat protokol Kafka (verze 1.0 nebo novější).

Sady Azure SDK abstrahují základní komunikační protokoly a poskytují zjednodušený způsob odesílání a přijímání událostí ze služby Event Hubs pomocí jazyků, jako jsou C#, Java, Python, JavaScript atd.

Jaké porty je potřeba otevřít v bráně firewall?

K odesílání a přijímání událostí můžete použít následující protokoly se službou Azure Event Hubs:

• Rozšířený protokol řízení front zpráv 1.0 (AMQP)
• Protokol HTTPS (Hypertext Transfer Protocol 1.1) s protokolem HTTPS (Transport Layer Security)
• Apache Kafka

Informace o odchozích portech, které je potřeba otevřít, najdete v následující tabulce, abyste mohli tyto protokoly používat ke komunikaci se službou Azure Event Hubs.

Port HTTPS se vyžaduje také pro odchozí komunikaci, pokud se protokol AMQP používá přes port 5671, protože několik operací správy provedených klientskými sadami SDK a získání tokenů z Microsoft Entra ID (při použití) běží přes HTTPS.

Oficiální sady Azure SDK obecně používají protokol AMQP k odesílání a přijímání událostí ze služby Event Hubs. Možnost protokolu AMQP over-WebSockets běží přes port TCP 443 stejně jako rozhraní HTTP API, ale jinak je funkčně identická s prostým protokolem AMQP. Tato možnost má vyšší počáteční latenci připojení kvůli dodatečným odezvě handshake a mírně větší režii, protože se jedná o kompromis pro sdílení portu HTTPS. Pokud je tento režim vybraný, je pro komunikaci dostatečný port TCP 443. Následující možnosti umožňují vybrat prostý režim AMQP nebo AMQP WebSockets:

Jaké IP adresy je potřeba povolit?

Když pracujete s Azure, někdy musíte povolit konkrétní rozsahy IP adres nebo adresy URL ve vaší podnikové bráně firewall nebo proxy serveru pro přístup ke všem službám Azure, které používáte nebo se pokoušíte použít. Ověřte, že je provoz povolený na IP adresách používaných službou Event Hubs. Ip adresy používané službou Azure Event Hubs: Viz Rozsahy IP adres Azure a značky služeb – Veřejný cloud.

Ověřte také, že je povolená IP adresa vašeho oboru názvů. Pokud chcete najít správné IP adresy, které vám umožní připojení, postupujte takto:

1. Z příkazového řádku spusťte následující příkaz:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Poznamenejte si IP adresu vrácenou v Non-authoritative answer.

Pokud používáte obor názvů hostovaný ve starším clusteru (na základě cloudových služeb – CNAME končící na *.cloudapp.net) a obor názvů je zónově redundantní, musíte postupovat podle několika dalších kroků. Pokud je váš obor názvů v novějším clusteru (na základě škálovací sady virtuálních počítačů – CNAME končící na *.cloudapp.azure.com) a zónově redundantní, můžete přeskočit následující kroky.

1. Nejprve spustíte nslookup v oboru názvů.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Poznamenejte si název v oddílu neautoritativní odpovědi , který je v jednom z následujících formátů:

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

3. Spuštěním příkazu nslookup pro každou z nich s příponami s1, s2 a s3 získejte IP adresy všech tří instancí spuštěných ve třech zónách dostupnosti.

   Poznámka:

   IP adresa vrácená příkazem nslookup není statickou IP adresou. Zůstane však konstantní, dokud se základní nasazení neodstraní nebo nepřesune do jiného clusteru.

Jaké IP adresy klientů odesílají události do mého oboru názvů nebo přijímají události?

Nejprve povolte filtrování IP adres v oboru názvů.

Potom povolte diagnostické protokoly pro události připojení virtuální sítě Event Hubs podle pokynů v diagnostických protokolech Povolit. Zobrazí se IP adresa, pro kterou se připojení odepře.

{
    "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 poskytuje koncový bod Kafka, který můžou používat vaše stávající aplikace založené na Apache Kafka. Změna konfigurace je vše, co je potřeba pro prostředí PaaS Kafka. Poskytuje alternativu ke spuštění vlastního clusteru Kafka. Event Hubs podporuje Apache Kafka 1.0 a novější verze klientů a funguje s vašimi stávajícími aplikacemi, nástroji a architekturami Kafka. Další informace najdete v tématu Event Hubs pro úložiště Kafka.

Pokud se chcete připojit k centru událostí, budete muset aktualizovat konfigurace klienta Kafka. Provádí se vytvořením oboru názvů služby Event Hubs a získáním připojovací řetězec. Změňte bootstrap.servers tak, aby odkazovat na plně kvalifikovaný název domény služby Event Hubs a port na 9093. Aktualizujte sasl.jaas.config tak, aby klienta Kafka směrovali na koncový bod služby Event Hubs (což je připojovací řetězec jste získali) se správným ověřováním, jak je znázorněno níže:

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

Příklad:

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

Maximální povolená velikost zprávy pro službu Event Hubs je 1 MB.

Propustnost ve službě Event Hubs definuje množství dat v megabatech nebo počet (v tisících) událostí 1 kB, které ingress a výchozí přenos dat prostřednictvím služby Event Hubs. Tato propustnost se měří v jednotkách propustnosti (TU). Než začnete používat službu Event Hubs, kupte si jednotky TU. Jednotky TU služby Event Hubs můžete explicitně vybrat pomocí portálu nebo šablon Resource Manageru služby Event Hubs.

Ano, jednotky propustnosti (TU) se vztahují na všechna centra událostí v oboru názvů služby Event Hubs. Znamená to, že zakoupíte jednotky TU na úrovni oboru názvů a sdílíte je mezi centry událostí v rámci daného oboru názvů. Každý tu má obor názvů nárok na následující možnosti:

• Až 1 MB za sekundu příchozích událostí (událostí odesílaných do centra událostí), ale maximálně 1 000 událostí příchozího přenosu dat, operací správy nebo řízení volání rozhraní API za sekundu.
• Až 2 MB za sekundu odchozích událostí (události spotřebované z centra událostí), ale maximálně 4 096 výchozích událostí.
• Až 84 GB úložiště událostí (dostatek pro výchozí dobu uchovávání 1 hodiny).

Jednotky propustnosti (TU) se účtují po hodinách. Fakturace vychází z maximálního počtu jednotek vybraných během dané hodiny.

Můžete začít tak nízko jako jedna jednotka propustnosti (TU) a zapnout automatické nafouknutí. Funkce automatického nafouknutí umožňuje růst jednotek TU při nárůstu provozu nebo datové části. Můžete také nastavit horní limit počtu jednotek TU.

Funkce automatického rozšíření umožňuje vertikálně navýšit kapacitu jednotek propustnosti (TU). To znamená, že můžete začít nákupem nízkých jednotek TU a automatického navýšení kapacity jednotek TU při nárůstu příchozího přenosu dat. Poskytuje nákladově efektivní možnost a úplnou kontrolu nad počtem jednotek TU, které se mají spravovat. Tato funkce je pouze funkce vertikálního navýšení kapacity a můžete zcela řídit vertikální snížení kapacity počtu jednotek TU tím, že ji aktualizujete.

Možná budete chtít začít s jednotkami s nízkou propustností (TU), například s 2 jednotkami TU. Pokud předpovíte, že se provoz může zvětšit na 15 JEDNOTek, povolte funkci automatického nafouknutí vašeho oboru názvů a nastavte maximální limit na 15 jednotek TU. S rostoucím provozem teď můžete jednotky TU automaticky rozšiřovat.

K této funkci nejsou spojené žádné náklady .

V současné době to není možné, protože staré obory názvů služby Event Hubs jsou v různých clusterech a neexistuje způsob, jak je migrovat do nových clusterů, které při vytváření nových oborů názvů centra událostí automaticky povolují redundanci zón.

Pokud celková propustnost příchozího přenosu dat nebo celková míra událostí příchozího přenosu dat ve všech centrech událostí v oboru názvů překročí agregované povolenky jednotek propustnosti, omezí se odesílatelé a zobrazí se chyby, které značí, že došlo k překročení kvóty příchozího přenosu dat.

Pokud celková propustnost výchozího přenosu dat nebo celková rychlost výchozího přenosu událostí ve všech centrech událostí v oboru názvů překročí povolenky agregované jednotky propustnosti, jsou příjemci omezeni, ale nevygenerují se žádné chyby omezování.

Kvóty příchozího a výchozího přenosu dat se vynucují samostatně, takže žádný odesílatel nemůže způsobit zpomalení spotřeby událostí, ani nemůže příjemce zabránit odesílání událostí do centra událostí.

Při vytváření základního nebo standardního oboru názvů na webu Azure Portal můžete pro obor názvů vybrat až 40 jednotek TU. Kromě 40 jednotek TU nabízí služba Event Hubs modely založené na prostředcích nebo kapacitě, jako jsou clustery Event Hubs Premium a Event Hubs Dedicated. Další informace najdete v tématu Event Hubs Premium – přehled a služba Event Hubs Dedicated – přehled.

Vyhrazené clustery Event Hubs nabízejí nasazení s jedním tenantem pro zákazníky s nejnáročnějšími požadavky. Tato nabídka vytvoří cluster založený na kapacitě, který není vázán jednotkami propustnosti. To znamená, že cluster můžete použít k ingestování a streamování dat podle využití procesoru a paměti clusteru. Další informace najdete v tématu Vyhrazené clustery služby Event Hubs.

Podrobné pokyny a další informace o nastavení vyhrazeného clusteru služby Event Hubs najdete v rychlém startu : Vytvoření vyhrazeného clusteru Event Hubs pomocí webu Azure Portal.

Co můžu dosáhnout s clusterem?

V případě clusteru Event Hubs závisí to, kolik můžete ingestovat a streamovat, závisí na faktorech, jako jsou producenti, spotřebitelé a rychlost, s jakou ingestujete a zpracováváte.

Následující tabulka ukazuje výsledky srovnávacích testů, které jsme dosáhli během testování se starším vyhrazeným clusterem.

Při testování se použila následující kritéria:

• Byl použit cluster služby Event Hubs s vyhrazenou vrstvou se čtyřmi CU.
• Centrum událostí používané pro příjem dat mělo 200 oddílů.
• Přijatá data přijala dvě přijímací aplikace přijímající ze všech oddílů.

Můžu vertikálně navýšit nebo snížit kapacitu clusteru?

Pokud vytvoříte cluster se sadou možností škálování podpory, můžete podle potřeby využít samoobslužné prostředí k horizontálnímu navýšení a škálování na více instancí. Kapacitu můžete škálovat až na 10 JEDNOTek s využitím samoobslužných škálovatelných clusterů. Samoobslužné škálovatelné vyhrazené clustery jsou založené na nové infrastruktuře, takže fungují lépe než vyhrazené clustery, které nepodporují samoobslužné škálování. Výkon vyhrazených clusterů závisí na faktorech, jako je přidělení prostředků, počet oddílů a úložiště. Po otestování reálné úlohy doporučujeme určit požadovaný počet jednotek CU.

Odešlete žádost o podporu pro horizontální navýšení nebo škálování ve vyhrazeném clusteru v následujících scénářích:

• Potřebujete více než 10 JEDNOTek pro samoobslužný škálovatelný vyhrazený cluster (cluster vytvořený se sadou možností škálování podpory ).
• V clusteru, který byl vytvořen, je potřeba škálovat na více instancí nebo kapacitu bez výběru možnosti Podpora škálování .
• Potřebujete škálovat nebo škálovat ve vyhrazeném clusteru vytvořeném před vydáním samoobslužného prostředí.

Můžu migrovat ze staršího clusteru na samoobslužný škálovatelný cluster?

Vzhledem k rozdílu v základní hardwarové a softwarové infrastruktuře v současné době nepodporujeme migraci clusterů, které nepodporují samoobslužné škálování na samoobslužné škálovatelné vyhrazené clustery. Pokud chcete používat samoobslužné škálování, musíte cluster znovu vytvořit. Informace o vytvoření škálovatelného clusteru najdete v tématu Vytvoření vyhrazeného clusteru služby Event Hubs.

Kdy mám škálovat vyhrazený cluster?

Spotřeba procesoru je klíčovým ukazatelem spotřeby prostředků vašeho vyhrazeného clusteru. Když celková spotřeba procesoru začne dosahovat 70 % (aniž by došlo k žádným neobvyklým podmínkám, jako je velký počet chyb serveru nebo nízký počet úspěšných požadavků), znamená to, že váš cluster přechází k maximální kapacitě. Tyto informace můžete použít jako indikátor, abyste mohli zvážit, jestli potřebujete vertikálně navýšit kapacitu vyhrazeného clusteru nebo ne.

Pokud chcete monitorovat využití procesoru vyhrazeného clusteru, postupujte takto:

1. Na stránce Metriky vyhrazeného clusteru Event Hubs vyberte Přidat metriku.

2. Jako metriku vyberte procesor a jako agregaci použijte Max .

   

3. Vyberte Přidat filtr a přidejte filtr pro roli typu vlastnosti. Použijte operátor rovná se a v rozevíracím seznamu vyberte všechny hodnoty (back-end a brána).

   

   Pak můžete tuto metriku monitorovat a určit, kdy byste měli škálovat vyhrazený cluster. Můžete také nastavit upozornění na tuto metriku, abyste dostávali oznámení, když využití procesoru dosáhne nastavených prahových hodnot.

Jak funguje geografické zotavení po havárii s mým clusterem?

Obor názvů můžete geograficky spárovat v rámci clusteru vyhrazené vrstvy s jiným oborem názvů v rámci clusteru vyhrazené vrstvy. Nedoporučujeme spárovat obor názvů vyhrazené vrstvy s oborem názvů v nabídce Standard, protože limit propustnosti není kompatibilní a vede k chybám.

Můžu migrovat obory názvů Úrovně Standard nebo Premium do vyhrazeného clusteru?

V současné době nepodporujeme automatizovaný proces migrace pro migraci dat služby Event Hubs z oboru názvů Standard nebo Premium na vyhrazený.

Proč má starší zónově redundantní vyhrazený cluster minimálně osm jednotek CU?

K zajištění redundance zón pro vyhrazenou nabídku musí mít všechny výpočetní prostředky tři repliky ve třech datacentrech ve stejné oblasti. Tento minimální požadavek podporuje redundanci zón (aby služba stále fungovala, když jsou dvě zóny nebo datacentra dole) a výsledkem je výpočetní kapacita ekvivalentní osmi jednotek CU.

Tuto kvótu nemůžeme změnit. Jedná se o omezení aktuální architektury s vyhrazenou úrovní.

Vzhledem k tomu , že oddíl je mechanismus organizace dat, který umožňuje paralelně publikovat a využívat data. Doporučujeme vyvážit jednotky škálování (jednotky propustnosti pro úroveň Standard, jednotky zpracování pro úroveň Premium nebo jednotky kapacity pro vyhrazenou úroveň) a oddíly, abyste dosáhli optimálního škálování. Obecně doporučujeme maximální propustnost 1 MB/s na oddíl. Pravidlo pro výpočet počtu oddílů by proto mělo dělit maximální očekávanou propustnost o 1 MB/s. Pokud například váš případ použití vyžaduje 20 MB/s, doporučujeme zvolit alespoň 20 oddílů, abyste dosáhli optimální propustnosti.

Pokud ale máte model, ve kterém má vaše aplikace spřažení k určitému oddílu, zvýšení počtu oddílů není výhodné. Další informace najdete v tématu Dostupnost a konzistence.

Ne, není možné, protože oddíly jsou neměnné na úrovni Standard. Dynamické přidávání oddílů je k dispozici pouze v premium a vyhrazených úrovních služby Event Hubs.

Úplné informace o cenách služby Event Hubs najdete v podrobnostech o cenách služby Event Hubs.

Úroveň Event Hubs Standard umožňuje dobu uchovávání zpráv delší než 24 hodin po dobu maximálně sedmi dnů. Pokud velikost celkového počtu uložených událostí překročí limit úložiště pro počet vybraných jednotek propustnosti (84 GB na jednotku propustnosti), bude se velikost, která překročí povolený počet, účtovat za publikovanou sazbu úložiště objektů blob v Azure. Povolená velikost úložiště v každé jednotce propustnosti pokrývá všechny náklady na úložiště za dobu uchování 24 hodin, i když se jednotka propustnosti využívá až do maximálního limitu příchozího přenosu dat.

Celková velikost všech uložených událostí, včetně vnitřní režie pro hlavičky událostí nebo struktury diskového úložiště ve všech centrech událostí, se měří v průběhu dne. Na konci dne se vypočítá největší dosažená velikost úložiště. Povolené denní úložiště se vypočítá podle minimálního počtu jednotek propustnosti vybraných během dne (každá jednotka propustnosti má povolenou velikost 84 GB). Pokud celková velikost překročí vypočítaný denní limit úložiště, bude se nadbytečné úložiště účtovat pomocí sazeb za úložiště objektů blob v Azure (podle sazby místně redundantního úložiště ).

Každá událost odeslaná do centra událostí se počítá jako fakturovatelná zpráva. Událost příchozího přenosu dat je definována jako jednotka dat, která jsou menší nebo rovna 64 kB. Každá událost, která je menší nebo rovna 64 kB, se považuje za jednu fakturovatelnou událost. Pokud je událost větší než 64 kB, vypočítá se počet fakturovatelných událostí podle velikosti události v násobcích 64 kB. Například 8kB událost odeslaná do centra událostí se účtuje jako jedna událost, ale zpráva 96 kB odeslaná do centra událostí se účtuje jako dvě události.

Události spotřebované z centra událostí a operace správy a volání řízení, jako jsou kontrolní body, se nezapočítávají jako fakturovatelné události příchozího přenosu dat, ale nabíhají až do povolené jednotky propustnosti.

Poplatky za připojení se použijí jenom v případech, kdy se používá protokol AMQP. Za odesílání událostí přes HTTP se neúčtují žádné poplatky za připojení, bez ohledu na počet odesílajících systémů nebo zařízení. Pokud plánujete používat AMQP (například k dosažení efektivnějšího streamování událostí nebo povolení obousměrné komunikace ve scénářích příkazů a řízení IoT), podívejte se na stránku s informacemi o cenách služby Event Hubs, kde najdete podrobnosti o tom, kolik připojení je součástí každé úrovně služby.

Funkce Capture je povolená, pokud má jakékoli centrum událostí v oboru názvů povolenou možnost Capture. Služba Event Hubs Capture se účtuje měsíčně za zakoupenou jednotku propustnosti. S nárůstem nebo snížením počtu jednotek propustnosti odráží fakturace služby Event Hubs Capture tyto změny v přírůstcích po celou hodinu. Další informace o fakturaci služby Event Hubs Capture najdete v tématu Informace o cenách služby Event Hubs.

Capture používá účet úložiště, který zadáte, když je povoleno v centru událostí. Vzhledem k tomu, že se jedná o váš účet úložiště, budou se všechny změny této konfigurace účtovat vašemu předplatnému Azure.

Seznam všech kvót služby Event Hubs najdete v tématu Kvóty.

Když odstraníte obor názvů z předplatného, počkejte 4 hodiny, než ho znovu vytvoříte se stejným názvem v jiném předplatném. V opačném případě se může zobrazit následující chybová zpráva: Namespace already exists.

Seznam možných výjimek služby Event Hubs najdete v přehledu výjimek.

Služba Event Hubs podporuje dva typy diagnostických protokolů – zachytávání protokolů chyb a provozních protokolů – obě jsou reprezentované ve formátu JSON a je možné je zapnout prostřednictvím webu Azure Portal.

Technická podpora pro službu Event Hubs je dostupná prostřednictvím stránky otázek microsoftu Q&A pro Službu Azure Service Bus. Podpora k fakturaci a správě předplatného se poskytuje zadarmo.

Další informace o naší smlouvě SLA najdete na stránce Smlouvy o úrovni služeb.

Pokud tento kód spustíte ve službě Azure Stack Hub, dojde k chybám za běhu, pokud nebudete cílit na konkrétní verzi rozhraní API služby Storage. Důvodem je to, že sada Event Hubs SDK používá nejnovější dostupné rozhraní API služby Azure Storage dostupné v Azure, které nemusí být dostupné na platformě služby Azure Stack Hub. Azure Stack Hub může podporovat jinou verzi sady SDK objektů blob služby Storage, než která je obvykle dostupná v Azure. Pokud používáte Azure Blog Storage jako úložiště kontrolních bodů, zkontrolujte podporovanou verzi rozhraní API služby Azure Storage pro sestavení služby Azure Stack Hub a nastavte tuto verzi v kódu.

Pokud například používáte Azure Stack Hub verze 2005, je nejvyšší dostupná verze pro službu Storage verze 2019-02-02. Klientská knihovna Sady Event Hubs SDK ve výchozím nastavení používá v Azure nejvyšší dostupnou verzi (2019–07-07 v době vydání sady SDK). V tomto případě kromě následujících kroků v této části budete také muset přidat kód pro cílení na rozhraní API služby Storage verze 2019-02-02. Příklad cílení na konkrétní verzi rozhraní API služby Storage najdete v následujících ukázkách pro C#, Java, Python a JavaScript/TypeScript.

Příklad cílení konkrétní verze rozhraní API služby Storage z kódu najdete v následujících ukázkách na GitHubu:

• .NET
• Java
• Python – synchronní, asynchronní
• JavaScript a TypeScript

Další kroky

Další informace o službě Event Hubs najdete na následujících odkazech:

• Přehled služby Event Hubs
• Vytvoření centra událostí
• Automatické nafouknutí služby Event Hubs