Event Hubs – gyakori kérdések

A névtér eseményközpontok vagy Kafka-témakörök hatókörkezelési tárolója. Egyedi teljes tartománynevet ad. A névtér alkalmazástárolóként szolgál, amely több eseményközpontot vagy Kafka-témakört is tartalmazhat.

Szám Az üzembe helyezés után nem lehet (például) a standard szintről a prémium szintre váltani új erőforrás üzembe helyezése nélkül.

A kapacitásfoglalások átviteli sebességegységei (TU-k) vagy feldolgozási egységek (PU-k) számlázása a névtér szintjén történik. A névtér egy régióhoz is társítva van.

Az alábbi forgatókönyvek egyikében érdemes lehet létrehozni egy új névteret ahelyett, hogy meglévőt használna:

• Új régióhoz társított eseményközpontra van szüksége.
• Egy másik előfizetéshez társított eseményközpontra van szüksége.
• Külön kapacitáskiosztással rendelkező eseményközpontra van szüksége (vagyis a hozzáadott eseményközponttal rendelkező névtér kapacitásszükséglete meghaladja a 40 TU-küszöbértéket, és nem szeretne a dedikált fürtre menni).""

Az Azure Event Hubs standard szintje az alapszinten elérhetőnél magasabb funkciókat biztosít. A Standard a következő funkciókat tartalmazza:

• Hosszabb eseménymegőrzés
• További közvetített kapcsolatok, a megadott számnál nagyobb mértékű túlhasználati díjjal
• Több mint egy fogyasztói csoport
• Elfog
• Kafka-integráció

További információ a tarifacsomagokról, beleértve a dedikált Event Hubsot is, tekintse meg az Event Hubs díjszabási adatait.

Az Azure Event Hubs minden támogatott Azure-régióban elérhető. A lista megtekintéséhez látogasson el az Azure-régiók lapjára.

Igen, mindaddig, amíg az összes eseményközpont ugyanabban a névtérben van.

Az Event Hubs standard szintje jelenleg hét napos maximális megőrzési időt támogat, míg a prémium és dedikált szint esetében ez a korlát 90 nap. Az eseményközpontok nem állandó adattárként szolgálnak. A 24 óránál hosszabb megőrzési időszakok olyan helyzetekre szolgálnak, amelyekben kényelmesen lejátszható egy eseményfolyam ugyanazon rendszerekbe. Például egy új gépi tanulási modell betanítása vagy ellenőrzése meglévő adatokon. Ha hét napnál hosszabb üzenetmegőrzésre van szüksége, az Event Hubs Capture eseményközponton való engedélyezésével az adatok az eseményközpontból az Ön által választott Storage-fiókba vagy Azure Data Lake Service-fiókba kerülnek. A Capture engedélyezése a megvásárolt átviteli egységek alapján díjat számít fel.

A tárfiókban rögzített adatok megőrzési idejét konfigurálhatja. Az Azure Storage életciklus-felügyeleti funkciója széles körű, szabályalapú szabályzatot kínál általános célú v2- és Blob Storage-fiókokhoz. A szabályzat használatával átküldheti az adatokat a megfelelő hozzáférési szintekre, vagy az adatok életciklusának végén lejárnak. További információ: Az Azure Blob Storage életciklusának kezelése.

Az Event Hubs részletes metrikákat bocsát ki, amelyek biztosítják az erőforrások állapotát az Azure Monitor számára. Emellett az Event Hubs szolgáltatás általános állapotát is felmérheti nemcsak a névtér szintjén, hanem az entitás szintjén is. Megtudhatja, hogy milyen monitorozási lehetőségeket kínál az Azure Event Hubs.

Az Azure Event Hubs standard, prémium és dedikált szintjei abban a régióban tárolják és dolgozzák fel a számára közzétett adatokat, amelyet az Event Hubs-névtér létrehozásakor kiválaszt. Alapértelmezés szerint az ügyféladatok ezen a régión belül maradnak. Ha geo-vészhelyreállítás van beállítva egy Azure Event Hubs-névtérhez, a rendszer átmásolja a metaadatokat a kiválasztott másodlagos régióba. Ezért ez a szolgáltatás automatikusan megfelel a régió adattárolási követelményeinek, beleértve az adatvédelmi központban megadottakat is.

Milyen portokat kell megnyitnom a tűzfalon?

Az Azure Event Hubsban az alábbi protokollok használatával küldhet és fogadhat eseményeket:

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Hypertext Transfer Protocol 1.1 a Transport Layer Security (HTTPS) használatával
• Apache Kafka

Tekintse meg az alábbi táblázatot azokról a kimenő portokról, amelyekre a protokollok használatához meg kell nyitnia az Azure Event Hubs szolgáltatással való kommunikációhoz.

A HTTPS-portra akkor is szükség van a kimenő kommunikációhoz, ha az AMQP-t az 5671-es porton keresztül használják, mivel az ügyféloldali SDK-k által végrehajtott számos felügyeleti művelet és a Microsoft Entra-azonosítóból (használat esetén) származó tokenek beszerzése HTTPS-n fut.

A hivatalos Azure SDK-k általában az AMQP protokollt használják események Event Hubsból való küldéséhez és fogadásához. Az AMQP-over-WebSockets protokollbeállítás a HTTP API-hoz hasonlóan a TCP 443 porton fut, de egyébként funkcionálisan megegyezik az egyszerű AMQP-vel. Ez a beállítás nagyobb kezdeti kapcsolati késéssel rendelkezik, mivel extra kézfogást tesz lehetővé az utazások során, és valamivel nagyobb többletterhelést jelent a HTTPS-port megosztásához. Ha ez a mód van kiválasztva, a 443-as TCP-port elegendő a kommunikációhoz. Az alábbi beállítások lehetővé teszik az egyszerű AMQP vagy AMQP WebSockets mód kiválasztását:

Milyen IP-címeket kell engedélyeznem?

Amikor az Azure-ral dolgozik, néha engedélyeznie kell bizonyos IP-címtartományokat vagy URL-címeket a vállalati tűzfalon vagy proxyn, hogy hozzáférjen az összes Használt vagy használni kívánt Azure-szolgáltatáshoz. Ellenőrizze, hogy engedélyezett-e a forgalom az Event Hubs által használt IP-címeken. Az Azure Event Hubs által használt IP-címekért lásd : Azure IP-tartományok és szolgáltatáscímkék – Nyilvános felhő.

Ellenőrizze továbbá, hogy a névtér IP-címe engedélyezve van-e. Ha meg szeretné keresni a megfelelő IP-címeket a kapcsolatok engedélyezéséhez, kövesse az alábbi lépéseket:

1. Futtassa a következő parancsot egy parancssorból:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Jegyezze fel a visszaadott Non-authoritative answerIP-címet.

Ha a zónaredundanciát használja a névtérhez, néhány további lépést kell végrehajtania:

1. Először futtassa az nslookup parancsot a névtéren.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Jegyezze fel a nem mérvadó válasz szakasz nevét, amely az alábbi formátumok egyikében található:

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

3. Futtassa az nslookup parancsot mindegyikhez s1, s2 és s3 utótaggal a három rendelkezésre állási zónában futó mindhárom példány IP-címének lekéréséhez,

   Feljegyzés

   A parancs által nslookup visszaadott IP-cím nem statikus IP-cím. Azonban mindaddig állandó marad, amíg az alapul szolgáló üzembe helyezést nem törlik vagy áthelyezik egy másik fürtbe.

Milyen ügyfél IP-címek küldenek eseményeket a névtérbe, vagy fogadnak eseményeket?

Először engedélyezze az IP-szűrést a névtéren.

Ezután engedélyezze a diagnosztikai naplókat az Event Hubs virtuális hálózati kapcsolati eseményeihez a diagnosztikai naplók engedélyezése című témakör utasításait követve. Megjelenik az IP-cím, amelyhez a kapcsolat megtagadva van.

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

Az Event Hubs egy Olyan Kafka-végpontot biztosít, amelyet a meglévő Apache Kafka-alapú alkalmazások használhatnak. A PaaS Kafka-élmény használatához csak konfigurációmódosítás szükséges. Alternatívát kínál a saját Kafka-fürt futtatásához. Az Event Hubs támogatja az Apache Kafka 1.0-s és újabb ügyfélverzióit, és együttműködik a meglévő Kafka-alkalmazásokkal, eszközökkel és keretrendszerekkel. További információ: Event Hubs for Kafka-adattár.

Az eseményközponthoz való csatlakozáshoz frissítenie kell a Kafka-ügyfélkonfigurációkat. Ez egy Event Hubs-névtér létrehozásával és a kapcsolati sztring lekérésével történik. Módosítsa a bootstrap.serverst úgy, hogy az Event Hubs teljes tartománynevét és a portot 9093-ra mutasson. Frissítse a sasl.jaas.config konfigurációt, hogy a Kafka-ügyfelet az Event Hubs-végpontra irányítsa (ez a kapott kapcsolati sztring), a megfelelő hitelesítéssel, az alábbiak szerint:

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élda:

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

Az Event Hubs maximális üzenetmérete 1 MB.

Az Event Hubs átviteli sebessége megabájtban vagy az Event Hubson keresztül bejövő és kimenő 1 KB-os események számát (ezredekben) határozza meg. Ezt az átviteli sebességet átviteli egységekben (TU-kban) mérik. Mielőtt elkezdené használni az Event Hubs szolgáltatást, vásárolja meg a termékváltozatokat. Az Event Hubs-termékváltozatok kifejezetten kiválaszthatók portál- vagy Event Hubs Resource Manager-sablonokkal.

Igen, az átviteli egységek (TU-k) az Event Hubs-névtérben lévő összes eseményközpontra érvényesek. Ez azt jelenti, hogy a névtér szintjén vásárol tusokat, és az adott névtér alatt az eseményközpontok között meg vannak osztva. Minden tu a következő képességekre jogosítja fel a névteret:

• Legfeljebb 1 MB/s bejövő események (eseményközpontba küldött események), de másodpercenként legfeljebb 1000 bejövő esemény, felügyeleti művelet vagy vezérlő API-hívás.
• Legfeljebb 2 MB/másodperc kimenő események (eseményközpontból származó események), de legfeljebb 4096 kimenő esemény.
• Legfeljebb 84 GB eseménytároló (elegendő az alapértelmezett 1 órás megőrzési időszakhoz).

Az átviteli egységek (TU-k) számlázása óránként történik. A számlázás az adott órában kiválasztott egységek maximális számán alapul.

Akár egy átviteli egység (TU) is elindulhat, és bekapcsolhatja az automatikus feltöltést. Az automatikus feltöltés funkció lehetővé teszi a TU-k növelését a forgalom/hasznos adatok növekedésével. A termékváltozatok számának felső korlátját is beállíthatja.

Az automatikus feltöltés funkció lehetővé teszi az átviteli egységek (TU-k) vertikális felskálázását. Ez azt jelenti, hogy első lépésként vásárolja meg az alacsony termékváltozatokat, és automatikusan felskálázza a termékváltozatokat a bejövő forgalom növekedésével. Költséghatékony lehetőséget biztosít, és teljes mértékben szabályozhatja a kezelendő termékváltozatok számát. Ez a funkció csak vertikális felskálázási funkció, és a frissítéssel teljes mértékben szabályozhatja a TU-k számának leskálázását.

Érdemes lehet alacsony átviteli sebességű egységekkel (TU-kkal) kezdeni, például 2 TU-val. Ha azt jelzi előre, hogy a forgalom 15 TU-ra nőhet, engedélyezze az automatikus felfújási funkciót a névtéren, és állítsa be a maximális korlátot 15 TU-ra. Mostantól a forgalom növekedésével automatikusan növelheti a termékváltozatokat.

Ez a funkció nem jár költségekkel .

Ez jelenleg nem lehetséges, mert a régi Event Hubs-névterek különböző fürtökben találhatók, és nem lehet migrálni őket az új fürtökre, amelyek automatikusan engedélyezik a zónaredundanciát új eseményközpont-névterek létrehozásakor.

Ha egy névtér összes eseményközpontjában a bejövő forgalom teljes átviteli sebessége vagy a bejövő forgalom teljes sebessége meghaladja az összesített átviteli egység kibocsátási egységeit, a feladók szabályozva lesznek, és hibaüzenetet kapnak, amely azt jelzi, hogy túllépte a bejövő kvótát.

Ha egy névtér összes eseményközpontjában a teljes kimenő forgalom vagy az összes eseményközpont teljes kimenő sebessége meghaladja az összesített átviteli sebességegység-egységeket, a fogadók szabályozva vannak, de nem jönnek létre szabályozási hibák.

A bejövő és kimenő kvóták külön lesznek kényszerítve, így egyetlen feladó sem okozhatja az eseményfelhasználás lelassulását, és a fogadók sem akadályozhatják meg az események eseményközpontba való küldését.

Ha alapszintű vagy standard szintű névteret hoz létre az Azure Portalon, legfeljebb 40 TU-t választhat ki a névtérhez. A 40 TU-n túl az Event Hubs olyan erőforrás-/kapacitásalapú modelleket is kínál, mint az Event Hubs Premium és az Event Hubs Dedikált fürtök. További információ: Event Hubs Premium – áttekintés és Dedikált Event Hubs – áttekintés.

A dedikált Event Hubs-fürtök egybérlős üzembe helyezéseket kínálnak a legnagyobb igényű ügyfelek számára. Ez az ajánlat olyan kapacitásalapú fürtöt hoz létre, amelyet nem kötnek össze átviteli egységek. Ez azt jelenti, hogy a fürt használatával betöltheti és streamelheti az adatokat a fürt processzor- és memóriahasználata által diktált módon. További információ: Dedikált Event Hubs-fürtök.

A dedikált Event Hubs-fürtök beállításával kapcsolatos részletes útmutatásért és további információkért tekintse meg a következő rövid útmutatót: Dedikált Event Hubs-fürt létrehozása az Azure Portal használatával.

Mit érhetek el egy fürttel?

Az Event Hubs-fürtök esetében a betölthető és streamelhető mennyiség különböző tényezőktől függ, például az előállítóktól, a fogyasztóktól, a betöltési és feldolgozási sebességtől és még sok mástól.

Az alábbi táblázat az örökölt dedikált fürt tesztelése során elért teljesítményteszt eredményeit mutatja be:

A tesztelés során a következő kritériumokat használták:

• A rendszer egy dedikált szintű Event Hubs-fürtöt használt, amely 4 kapacitásegységet (CUS-t) használ.
• A betöltéshez használt eseményközpont 200 partícióval rendelkezett.
• A betöltött adatokat két fogadóalkalmazás fogadta az összes partícióról.

Fel- vagy leskálázhatom a fürtöt?

Ha a fürtöt a Támogatási skálázás beállításkészlettel hozta létre, az önkiszolgáló felülettel igény szerint skálázhatja és méretezheti a fürtöt. Önkiszolgáló skálázható fürtökkel akár 10 kérelemegységet is skálázhat. Mivel az önkiszolgáló, skálázható dedikált fürtök új infrastruktúrán alapulnak, az önkiszolgáló skálázást nem támogató dedikált fürtöken kell teljesíteniük. Mivel a dedikált fürtök teljesítménye különböző tényezőktől függ, például az erőforrás-kiosztástól, a partíciók számától, a tárolóktól stb., javasoljuk, hogy a valós számítási feladattal végzett tesztelés után határozza meg a szükséges cpu-k számát.

Küldjön támogatási kérést a következő forgatókönyvekben a dedikált fürt vertikális felskálázásához vagy méretezéséhez.

• Egy önkiszolgáló, skálázható dedikált fürthöz (a támogatási skálázási beállításkészlettel létrehozott fürthöz) több mint 10 kérelemegységre van szükség.
• A támogatási skálázási lehetőség kiválasztása nélkül létrehozott fürtön horizontális felskálázást vagy méretezést kell végeznie
• Az önkiszolgáló felület kiadása előtt létrehozott dedikált fürtön fel kell méreteznie vagy skáláznia kell.

Migrálhatok örökölt fürtről önkiszolgáló skálázható fürtre?

A mögöttes hardver- és szoftverinfrastruktúra eltérése miatt jelenleg nem támogatjuk az olyan fürtök áttelepítését, amelyek nem támogatják az önkiszolgáló skálázást az önkiszolgáló, skálázható dedikált fürtökre. Ha önkiszolgáló skálázást szeretne használni, újra létre kell hoznia a fürtöt. A skálázható fürt létrehozásának módjáról az Event Hubs dedikált fürt létrehozása című témakörben olvashat.

Mikor kell skálázni a dedikált fürtöt?

A processzorhasználat a dedikált fürt erőforrás-felhasználásának fő mutatója. Ha a teljes CPU-használat eléri a 70%-ot (anélkül, hogy rendellenes feltételeket, például a kiszolgálóhibák nagy számát vagy alacsony sikeres kérelmeket észlelne), az azt jelenti, hogy a fürt a maximális kapacitása felé halad. Ezért használhatja ezt mutatóként, hogy mérlegelje, fel kell-e skáláznia a dedikált fürtöt, vagy sem.

A dedikált fürt processzorhasználatának figyeléséhez kövesse az alábbi lépéseket.

• A dedikált Event Hubs-fürt metrikák lapján válassza a Metrikák hozzáadása lehetőséget.

• Válassza ki CPU metrikaként, és használja az Max összesítést.

  

• Ezután válassza a Szűrő hozzáadása lehetőséget, és adjon hozzá egy szűrőt a tulajdonságtípushoz Role, használja az egyenlőség operátort, és válassza ki mindhárom értéket(Backend, Gateway) a legördülő listából.

  

  Ezután figyelheti ezt a metrikát annak meghatározásához, hogy mikor érdemes skáláznia a dedikált fürtöt. Riasztásokat is beállíthat ezzel a metrikával kapcsolatban, hogy értesítést kapjon arról, ha a processzorhasználat eléri a beállított küszöbértékeket.

Hogyan működik a Geo-DR a fürttel?

Egy dedikált szintű fürtben lévő névteret geopárba helyezhet egy másik névtérrel egy dedikált szintű fürtben. Nem javasoljuk egy dedikált szintű névtér és egy névtér párosítását a standard ajánlatban, mert az átviteli sebesség korlátja nem kompatibilis, és hibákat eredményez.

Migrálhatom a standard vagy prémium szintű névtereimet egy dedikált szintű fürtbe?

Jelenleg nem támogatunk automatizált migrálási folyamatot az eseményközpontok adatainak standard vagy prémium névtérből dedikált névtérbe való migrálásához.

Miért rendelkezik legalább 8 CU-nyi zónaredundáns dedikált fürt?

Ahhoz, hogy zónaredundanciát biztosíthasson a dedikált ajánlathoz, minden számítási erőforrásnak 3 replikával kell rendelkeznie 3 adatközpontban ugyanabban a régióban. Ez a zónaredundancia támogatásának minimális követelménye (hogy a szolgáltatás továbbra is működjön, ha 2 zóna/adatközpont leáll), és 8 kérelemegységnek megfelelő számítási kapacitást eredményez.

Tehát ez nem egy olyan kvóta, amelyet megváltoztathatunk, hanem az aktuális architektúra korlátozása egy dedikált szinttel.

Mivel a partíció egy adatszervezési mechanizmus, amely lehetővé teszi az adatok párhuzamos közzétételét és használatát. Javasoljuk, hogy a méretezési egységeket (a standard szint átviteli sebességegységeit, a prémium szintű feldolgozási egységeket vagy a dedikált szint kapacitásegységeit) és a partíciókat az optimális skálázás érdekében egyensúlyozza ki. Általában partíciónként 1 MB/s maximális átviteli sebességet javasoljuk. Ezért a partíciók számának kiszámítására szolgáló hüvelykujjszabály a maximális várható átviteli sebesség 1 MB/s-tal való felosztása. Ha például a használati esethez 20 MB/s szükséges, javasoljuk, hogy legalább 20 partíciót válasszon az optimális átviteli sebesség eléréséhez.

Ha azonban olyan modellel rendelkezik, amelyben az alkalmazás affinitást mutat egy adott partícióhoz, a partíciók számának növelése nem előnyös. További információ: rendelkezésre állás és konzisztencia.

Az Event Hubs díjszabásával kapcsolatos teljes információkért tekintse meg az Event Hubs díjszabásának részleteit.

Az Event Hubs Standard szint legfeljebb hét napig teszi lehetővé az üzenetek 24 óránál hosszabb megőrzési idejét. Ha a tárolt események teljes számának mérete meghaladja a kiválasztott átviteli sebességegységek (84 GB/átviteli egység) tárolási keretét, a kibocsátási egységeket meghaladó méretet a közzétett Azure Blob Storage-díjszabás alapján számítjuk fel. Az egyes átviteli egységek tárolási kerete a 24 órás megőrzési időtartamok összes tárolási költségét fedezi, még akkor is, ha az átviteli egység a maximális bemeneti egységig van használatban.

Az összes tárolt esemény teljes méretét, beleértve az eseményfejlécek vagy az összes eseményközpont lemeztároló struktúráinak belső terhelését is, a nap folyamán mérik. A nap végén megállapítjuk az aznap foglalt tárméret maximumát. A napi tárkeretet az adott napra választott kapacitásegységek számából állapítjuk meg – ha egy adott nap folyamán többször több különböző értéket jelöltek ki, akkor a legkisebbet vesszük figyelembe. Egy kapacitásegység tárkerete 84 GB. Ha a teljes méret meghaladja a számított napi tárterületet, a felesleges tárterület számlázása az Azure Blob Storage díjszabásával történik (helyileg redundáns tárolási sebességgel).

Az eseményközpontba küldött minden esemény számlázható üzenetnek számít. A bemeneti esemény 64 KB-nál kisebb vagy egyenlő adategységként van definiálva. A 64 KB-nál kisebb vagy egyenlő méretű események egy számlázható eseménynek minősülnek. Ha az esemény nagyobb, mint 64 KB, a számlázható események száma az esemény méretétől függően, 64 KB többszörösében lesz kiszámítva. Az eseményközpontnak küldött 8 KB-os esemény számlázása például egy esemény, de az eseményközpontnak küldött 96 KB-os üzenet számlázása két eseményként történik.

Az eseményközpontból származó események, valamint a felügyeleti műveletek és a vezérlési hívások, például az ellenőrzőpontok, nem számítanak számlázható bejövő eseményeknek, hanem az átviteli egység kibocsátási egységig halmozódnak fel.

Csatlakozás ion díjak csak az AMQP protokoll használatakor érvényesek. Az események HTTP-n keresztül történő küldése – a küldő rendszerek és eszközök számától függetlenül – díjmentes. Ha AMQP-t szeretne használni (például hatékonyabb eseménystreamelést szeretne elérni, vagy engedélyezni szeretné a kétirányú kommunikációt az IoT-parancs- és vezérlési forgatókönyvekben), az Event Hubs díjszabási információs oldalán tájékozódhat arról, hogy hány kapcsolat szerepel az egyes szolgáltatási szintekben.

A rögzítés akkor engedélyezett, ha a névtér bármely eseményközpontjában engedélyezve van a Rögzítés beállítás. Az Event Hubs Capture számlázása havonta történik vásárolt átviteli egységenként. Mivel az átviteli egységek száma növekszik vagy csökken, az Event Hubs Capture számlázása ezeket a változásokat egész órás növekményekben tükrözi. Az Event Hubs Capture számlázásáról további információt az Event Hubs díjszabási információiban talál.

A Capture egy eseményközpontban engedélyezett tárfiókot használ. Mivel az Ön tárfiókja, a konfiguráció módosításait az Azure-előfizetése számlázzuk ki.

Az Event Hubs-kvóták listáját a kvóták között találja.

Ha töröl egy névteret egy előfizetésből, várjon 4 órát, mielőtt ugyanazzal a névvel újra létrejönne egy másik előfizetésben. Ellenkező esetben a következő hibaüzenet jelenhet meg: Namespace already exists.

A lehetséges Event Hubs-kivételek listáját a Kivételek áttekintésében találja.

Az Event Hubs kétféle diagnosztikai naplót támogat – a hibanaplók és a működési naplók rögzítését –, amelyek mindegyike jsonban jelenik meg, és az Azure Portalon keresztül kapcsolható be.

Az Event Hubs technikai támogatása az Azure Service Bus Microsoft Q&A kérdésoldalán keresztül érhető el. A számlázás és az előfizetések kezelésének támogatása díjmentesen igénybe vehető.

Az SLA-val kapcsolatos további információkért tekintse meg a Szolgáltatásiszint-szerződések oldalt.

Ha ezt a kódot az Azure Stack Hubon futtatja, futásidejű hibákat fog tapasztalni, kivéve, ha egy adott Storage API-verziót céloz meg. Ennek az az oka, hogy az Event Hubs SDK az Azure-ban elérhető legújabb Azure Storage API-t használja, amely nem feltétlenül érhető el az Azure Stack Hub platformon. Előfordulhat, hogy az Azure Stack Hub a Storage Blob SDK egy másik verzióját támogatja, mint ami általában elérhető az Azure-ban. Ha az Azure Blog Storage-t használja ellenőrzőpont-tárolóként, ellenőrizze az Azure Stack Hub buildjének támogatott Azure Storage API-verzióját, és célozza meg a kódban ezt a verziót.

Ha például az Azure Stack Hub 2005-ös verzióján fut, a Storage szolgáltatás legmagasabb elérhető verziója a 2019-02-02-es verzió. Alapértelmezés szerint az Event Hubs SDK-ügyfélkódtár az Azure legmagasabb elérhető verzióját használja (2019-07-07 az SDK kiadásának időpontjában). Ebben az esetben az ebben a szakaszban ismertetett lépések mellett a Storage szolgáltatás API 2019-02-02-es verziójának célkódját is hozzá kell adnia. Egy konkrét Storage API-verzió megcélzására vonatkozó példa: C#, Java, Python és JavaScript/TypeScript.

Ha egy példát szeretne látni arra, hogyan célozhat meg egy adott Storage API-verziót a kódból, tekintse meg az alábbi példákat a GitHubon:

• .NET
• Java
• Python – Szinkron, aszinkron
• JavaScript és TypeScript

Következő lépések

Az alábbi webhelyeken további információt talál az Event Hubsról:

• Event Hubs – áttekintés
• Event Hub létrehozása
• Az Event Hubs automatikus felfújása