Event Hubs – gyakori kérdések

A névtér az Event Hub/Kafka-témakörök hatókörkezelési tárolója. Egyedi teljes tartománynevet ad. A névtér olyan alkalmazástárolóként szolgál, amely több Event Hub-/Kafka-témakört is tartalmazhat.

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

A kapacitásfoglalások átviteli egysé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:

• Szüksége lesz egy új régióhoz társított Event Hubsra.
• Szüksége lesz egy másik előfizetéshez társított Event Hubsra.
• Különálló kapacitáskiosztással rendelkező eseményközpontokra van szüksége (vagyis a hozzáadott eseményközponttal rendelkező névtér kapacitásigénye meghaladná a 40 TU-küszöbértéket, és nem szeretne a dedikált fürtre lépni)

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

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

További információ a tarifacsomagokról, beleértve a dedikált Event Hubs-t is, tekintse meg az Event Hubs díjszabását ismertető cikket.

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 lapra.

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

Az Event Hubs Standard szint jelenleg hét napos maximális megőrzési időtartamot támogat, míg a prémium és dedikált szinten 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őtartamok olyan forgatókönyvekhez készültek, amelyekben kényelmesen vissza lehet játszani egy eseménystreamet ugyanabba a rendszerbe. 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 engedélyezése az eseményközpontból az Ön által választott Storage-fiókba vagy Azure Data Lake Service-fiókba kéri le az adatokat. A Capture engedélyezése díjköteles a megvásárolt átviteli egységek alapján.

Konfigurálhatja a tárfiókban rögzített adatok megőrzési időtartamát. Az Azure Storage életciklus-felügyeleti funkciója széles körű, szabályalapú szabályzatot kínál az á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árhat. További információ: Az Azure Blob Storage életciklusának kezelése.

Az Event Hubs teljes körű 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 figyelést kínál a Azure Event Hubs.

Azure Event Hubs standard, prémium és dedikált szintek az Event Hubs-névtér létrehozásakor kiválasztott régióban tárolják és dolgozzák fel a számára közzétett adatokat. Alapértelmezés szerint az ügyféladatok ebben a régióban maradnak. Ha a georedundáns helyreállítás be van á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 események küldéséhez és fogadásához az alábbi protokollokat használhatja Azure Event Hubs:

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Hypertext Transfer Protocol 1.1 TLS-lel (HTTPS)
• Apache Kafka

Az alábbi táblázatban találja azokat a kimenő portokat, amelyet meg kell nyitnia ahhoz, hogy ezeket a protokollokat használhassa a Azure Event Hubs 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 felügyeleti műveletek és az Azure Active Directoryból történő tokenek beszerzése (használat esetén) HTTPS-en fut.

A hivatalos Azure SDK-k általában az AMQP protokollt használják az események Event Hubsból történő küldéséhez és fogadásához. Az AMQP-over-WebSockets protokollbeállítás a HTTP API-hoz hasonlóan a 443-es TCP-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ásos körútra van szükség, és a HTTPS-port megosztásának kompromisszumos megoldásaként valamivel nagyobb többletterhelést jelent. Ha ezt a módot választja, a 443-at használó TCP-port elegendő a kommunikációhoz. Az alábbi lehetőségek 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 a forgalom engedélyezve van-e az Event Hubs által használt IP-címeken. A 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ő.

Azt is ellenőrizze, hogy a névtér IP-címe engedélyezve van-e. A kapcsolatok számára megfelelő IP-címek megkeresé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 következőben visszaadott Non-authoritative answerIP-címet: .

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

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

   nslookup <yournamespace>.servicebus.windows.net
   

2. Jegyezze fel a nevet a nem mérvadó válasz szakaszban, 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,

   Megjegyzés

   A parancs által nslookup visszaadott IP-cím nem statikus IP-cím. Azonban mindaddig állandó marad, amíg az alapul szolgáló üzemelő példányt nem törlik, vagy nem helyezik át 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. Látni fogja azt az IP-címet, 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 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ára. 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él konfigurációit. Ez egy Event Hubs-névtér létrehozásával és a kapcsolati sztring lekérésével végezhető el. 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, hogy a Kafka-ügyfelet az Event Hubs-végpontra (amely a kapott kapcsolati sztring) irányítsa 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 számára engedélyezett maximális üzenetméret 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 (ezrével) 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ároljon termékváltozatokat. Az Event Hubs termékváltozatait a portál vagy az Event Hubs Resource Manager-sablonok használatával választhatja ki.

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

• Legfeljebb másodpercenként 1 MB-nyi beáramlási esemény (az eseményközpontba küldött események), de legfeljebb másodpercenként 1000 beáramlási esemény, kezelési művelet vagy vezérlő API hívás.
• Legfeljebb másodpercenként 2 MB-nyi kimenőforgalom-esemény (az eseményközpontból felhasznált események), de legfeljebb 4096 kimenőforgalom-esemény.
• Akár 84 GB eseménytároló (elegendő az alapértelmezett 1 órás megőrzési időtartamhoz).

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 elindítható, é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 adatforgalom 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 az alacsony TU-k vásárlásával kezdheti, és az automatikus felfújás felskálázza a TU-kat 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ő TU-k számát. Ez a funkció csak vertikális felskálázási funkció, és frissítésével 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, kapcsolja be az automatikus feltöltés funkciót a névtéren, és állítsa a maximális korlátot 15 TU-ra. Mostantól a forgalom növekedésével automatikusan növelheti a termékváltozatokat.

Ezzel a funkcióval nincs költség társítva.

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

Ha egy névtér összes eseményközpontjában a teljes bemeneti átviteli sebesség vagy a bejövő forgalom teljes eseménysebessé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 a bemeneti kvóta túllépve lett.

Ha egy névtér összes eseményközpontjában a teljes kimenő forgalom vagy az esemény teljes kimenő sebessége meghaladja az összesített átviteli egység kereteit, 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 vannak kényszerítve, így egyetlen feladó sem okozhatja az eseményfelhasználás lassulását, és a fogadó sem akadályozhatja meg az események eseményközpontba való küldését.

Amikor alapszintű vagy standard szintű névteret hoz létre a Azure Portal, akár 40 TU-t is kiválaszthat a névtérhez. Az Event Hubs a 40 termékváltozaton túl olyan erőforrás-/kapacitásalapú modelleket is kínál, mint az Event Hubs Premium és a dedikált Event Hubs-fürtök. További információ: Event Hubs Premium – áttekintés és Dedikált Event Hubs – áttekintés.

Az Event Hubs dedikált fürtöi egybérlős üzemelő példányokat 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 lásd: Rövid útmutató: Dedikált Event Hubs-fürt létrehozása 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 számos tényezőtő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ő feltételeket használták:

• A rendszer egy dedikált szintű Event Hubs-fürtöt használt, amely 4 kapacitásegységet (CU-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 támogatási skálázás beállításkészlettel hozta létre a fürtöt, az önkiszolgáló felületen igény szerint horizontális felskálázást végezhet. Ö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ökön kell teljesíteniük. Mivel a dedikált fürtök teljesítménye számos tényezőtől függ, például az erőforrás-kiosztástól, a partíciók számától, a tárolástó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 mennyiségű kérelemegységet.

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 skálázásához.

• Több mint 10 termékváltozatra van szükség egy önkiszolgáló, skálázható dedikált fürthöz (a Támogatási skálázás beállításkészlettel létrehozott fürthöz).
• A támogatási skálázási lehetőség kiválasztása nélkül kell horizontálisan felskáláznia vagy skáláznia egy létrehozott fürtön
• Az önkiszolgáló felület kiadása előtt létrehozott dedikált fürtön kell vertikálisan felskáláznia vagy skáláznia

Migrálhatok örökölt fürtről Self-Serve 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á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 processzorhasználat eléri a 70%-ot (anélkül, hogy rendellenes körülményeket, például magas kiszolgálóhibákat vagy alacsony sikeres kéréseket észlelne), az azt jelenti, hogy a fürt a maximális kapacitás felé halad. Ezért ezt mutatóként használhatja, 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 monitorozásához kövesse az alábbi lépéseket.

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

• Válassza ki CPU a metrikát, és használja az Max aggregációt.

  

• 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 kell 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, ha a cpu-haszná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 georedundánsan párosíthat egy névteret 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 egy zónaredundáns dedikált fürt legalább 8 CU-nyival?

A dedikált ajánlat zónaredundanciájának biztosításához 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 módosítani tudunk, hanem a jelenlegi 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 az optimális skálázás érdekében egyensúlyba hozza a skálázási egységeket (TU-kat, termékváltozatokat vagy termékváltozatokat) és partíciókat. Á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ához a legnagyobb várható átviteli sebesség 1 MB/s-tal való felosztása lenne a fő szabály. Ha például a használati esethez 20 MB/s szükséges, ajánlott legalább 20 partíciót választani az optimális átviteli sebesség eléréséhez.

Ha azonban olyan modellel rendelkezik, amelyben az alkalmazás affinitással rendelkezik egy adott partícióhoz, előfordulhat, hogy 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 részletes 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 időtartamát. Ha a tárolt események teljes számának mérete meghaladja a kiválasztott átviteli egységek (átviteli egységenként 84 GB) tárolási keretét, a kibocsátási értéket meghaladó méretet a közzétett Azure Blob Storage-díj alapján számítjuk fel. Az egyes átviteli egységek tárolási kerete fedezi a 24 órás megőrzési időtartamok összes tárolási költségét, 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ási struktúráinak belső terhelését is, a nap folyamán mérik. A nap végén a rendszer kiszámítja a tárterület csúcsméretét. A napi tárolási keret kiszámítása a nap folyamán kiválasztott átviteli egységek minimális száma alapján történik (minden átviteli egység 84 GB-os kibocsátási egységet biztosít). Ha a teljes méret meghaladja a számított napi tárterületkeretet, 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 díj mellett).

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 azzal 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özpontba 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 felhasznált 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éghez tartozó kibocsátási egységig halmozódnak fel.

A csatlakozási díjak csak az AMQP protokoll használata esetén érvényesek. A HTTP-t használó események küldéséhez nincs csatlakozási díj, függetlenül a küldő rendszerek vagy eszközök számától. 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), tekintse meg az Event Hubs díjszabási információinak oldalán, hogy hány kapcsolat szerepel az egyes szolgáltatási szinteken.

A rögzítés akkor engedélyezve van, 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 a megvásárolt átviteli egységenként. Az átviteli sebességegységek számának növekedésével vagy csökkentésével az Event Hubs Capture számlázása ezeket a változásokat egész óra 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ói című témakörben talál.

A Capture egy olyan tárfiókot használ, amelyet akkor ad meg, ha engedélyezve van egy eseményközpontban. Mivel ez az Ön tárfiókja, a konfiguráció módosításait az Azure-előfizetése fizeti ki.

Az Event Hubs-kvóták listáját a kvóták című témakörben találja.

Amikor 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 lásd: Kivételek áttekintése.

Az Event Hubs kétféle diagnosztikai naplót támogat – a hibanaplók rögzítését és az operatív naplókat –, amelyek mindegyike json formátumban jelenik meg, és a Azure Portal keresztül kapcsolható be.

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

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, hacsak nem 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 ellenőrzőpont-tárolóként használja az Azure Blog Storage-ot, ellenőrizze az Azure Stack Hub buildjének támogatott Azure Storage API-verzióját , és a kódban megcélzhatja azt a verziót.

Ha például az Azure Stack Hub 2005-ös verzióját használja, 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éloldali kódtára az Azure legmagasabb elérhető verzióját használja (2019-07-07 az SDK kiadásakor). Ebben az esetben a jelen szakaszban ismertetett lépések mellett kódot is hozzá kell adnia a Storage-szolgáltatás API 2019-02-02-es verziójának eléréséhez. Egy adott Storage API-verzió megcélzására vonatkozó példát az alábbi C#, Java, Python és JavaScript/TypeScript mintákban talál.

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 mintá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:

• Az Event Hubs áttekintése
• Eseményközpont létrehozása
• Event Hubs automatikus feltöltése