Szerkesztés

Megosztás a következőn keresztül:


Event Hubs – gyakori kérdések

Általános

Mi az Az Azure Event Hubs-névtér?

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.

Lehetséges a tarifacsomag módosítása az üzembe helyezés után?

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.

Mikor hozhatok létre új névteret, és mikor használok meglévő névteret?

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).""

Mi a különbség az Event Hubs alapszintű és standard szintjei között?

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:

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

Hol érhető el az Azure Event Hubs?

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.

Használhatok egyetlen Advanced Message Queuing Protocol (AMQP) kapcsolatot több eseményközpontból való küldéshez és fogadáshoz?

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

Mi az események maximális megőrzési ideje?

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.

Hogyan monitorozni az eseményközpontokat?

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.

Hol tárolja az Azure Event Hubs az adatokat?

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.

Protokoll Portok Részletek
AMQP 5671 és 5672 Lásd az AMQP protokoll útmutatót
HTTPS 443 Ez a port a HTTP/REST API-hoz és az AMQP-over-WebSocketekhez használható.
Kafka 9093 Lásd: Event Hubs használata Kafka-alkalmazásokból

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:

Nyelv Lehetőség
.NET EventHubConnectionOptions.TransportType tulajdonság az EventHubsTransportType.AmqpTcp vagy az EventHubsTransportType.AmqpWebSockets használatával
Java com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype és AmqpTransportType.AMQP vagy AmqpTransportType.AMQP_WEB_SOCKETS
Csomópont Az EventHubConsumerClientOptions tulajdonsága van webSocketOptions .
Python EventHubConsumerClient.transport_type TransportType.Amqp vagy TransportType.AmqpOverWebSocket használatával

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 egy régebbi fürtben üzemeltetett névteret használ (a Cloud Services - CNAME *.cloudapp.net végződésű) és a névtér zónaredundáns, az alábbiakban néhány további lépést kell követnie. Ha a névtér egy újabb fürtön található (a virtuálisgép-méretezési csoport (VMSS) – CNAME *.cloudapp.azure.com végződésű) és zónaredundáns, az alábbi lépéseket kihagyhatja.

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

Fontos

A virtuális hálózati naplók csak akkor jönnek létre, ha a névtér adott IP-címekről (IP-szűrési szabályokból) engedélyezi a hozzáférést. Ha nem szeretné korlátozni a névtérhez való hozzáférést ezekkel a funkciókkal, és továbbra is szeretné lekérni a virtuális hálózati naplókat az Event Hubs-névtérhez csatlakozó ügyfelek IP-címeinek nyomon követéséhez, használja a következő megkerülő megoldást: Engedélyezze az IP-szűrést, és adja hozzá a teljes címezhető IPv4-tartományt (128.0.0.0/1 - 0.0.0.0/1) és az IPv6-tartományt ().::/1 - 8000::/1

Feljegyzés

Jelenleg nem lehet meghatározni az egyes üzenetek vagy események forrás IP-címét.

Apache Kafka-integráció

Hogyan integrálni a meglévő Kafka-alkalmazásomat az Event Hubs szolgáltatással?

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.

Milyen konfigurációs módosításokat kell végrehajtani ahhoz, hogy a meglévő alkalmazásom kommunikáljon az Event Hubs-nel?

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

Feljegyzés

Ha a sasl.jaas.config nem támogatott konfiguráció a keretrendszerben, keresse meg azOKAT a konfigurációkat, amelyek a SASL-felhasználónév és -jelszó beállításához és a használatukhoz szükségesek. Állítsa be a felhasználónevet $ConnectionString és a jelszót az Event Hubs kapcsolati sztring.

Mi az Event Hubs üzenet-/eseménymérete?

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

Átviteli egységek

Mik az Event Hubs átviteli egységei? (Standard szint)

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.

Az átviteli egységek a névtérben lévő összes eseményközpontra érvényesek?

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

Hogyan történik az átviteli egységek számlázása?

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.

Hogyan optimalizálhatom a használatot az átviteli egységeken?

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.

Hogyan működik az Event Hubs automatikus feltöltési funkciója?

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.

Van-e költség, ha engedélyezem az automatikus felfújás funkciót?

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

Engedélyezhető a zónaredundancia egy meglévő Event Hubs-névtérhez?

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.

Hogyan kényszerítik ki az átviteli sebesség korlátait?

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.

Korlátozva van a fenntartott/kiválasztható átviteli egységek száma?

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.

Dedikált fürtök

Mi az a dedikált fürt?

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.

Hogyan létrehozni egy dedikált Event Hubs-fürtöt?

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 olyan tényezőktől függ, mint például az előállítók, a fogyasztók, valamint a betöltési és feldolgozási sebesség.

Az alábbi táblázat azokat a teljesítményteszt-eredményeket mutatja be, amelyeket egy régi, dedikált fürttel végzett tesztelés során értünk el.

Hasznos adat alakzat Címzettek Bejövő sávszélesség Bejövő üzenetek Kimenő sávszélesség Kimenő üzenetek Összes termékváltozat CU-nkénti termékváltozatok
100x1KB kötegek 2 400 MB/s 400 ezer üzenet/mp 800 MB/s 800 ezer üzenet/mp 400 TERMÉK 100 TERMÉK
10x10 KB-os kötegek 2 666 MB/s 66,6k üzenet/mp 1,33 GB/s 133k üzenet/mp 666 TERMÉK 166 TERMÉK
6x32 KB-os kötegek 0 1,05 GB/s 34k üzenet/mp 1,05 GB/s 34k üzenet/mp 1000 TU 250 TERMÉK

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 négy termékváltozattal.
  • 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.

Felskálázhatom 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 hozza létre, az önkiszolgáló felülettel igény szerint horizontális felskálázást és méretezést végezhet. Önkiszolgáló skálázható fürtökkel akár 10 kérelemegységet is skálázhat. Az önkiszolgáló, skálázható dedikált fürtök új infrastruktúrán alapulnak, így jobban teljesítenek, mint azok a dedikált fürtök, amelyek nem támogatják az önkiszolgáló skálázást. A dedikált fürtök teljesítménye olyan tényezőktől függ, mint az erőforrás-kiosztás, a partíciók száma és a tárolás. Azt javasoljuk, hogy a valós számítási feladat tesztelése után határozza meg a szükséges kérelemegységek számát.

Küldjön támogatási kérést a dedikált fürt vertikális felskálázásához vagy méretezéséhez az alábbi esetekben:

  • 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ás 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 fel kell méreteznie vagy skáláznia kell.

Figyelmeztetés

A fürtöt a létrehozása után legalább négy órán át nem törölheti. A fürt legalább négy órányi használatáért kell fizetnie. A díjszabással kapcsolatos további információkért lásd az Event Hubs díjszabását.

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

A mögöttes hardver- és szoftverinfrastruktúra különbsége 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ök 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 érdemes 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 nagy számú kiszolgálóhibát vagy kevés sikeres kérést észlelne), az azt jelenti, hogy a fürt a maximális kapacitás felé halad. Ezeket az információkat 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 figyeléséhez kövesse az alábbi lépéseket:

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

  2. Válassza ki a CPU-t metrikaként, és használja a Max függvényt összesítésként.

    Képernyőkép a Metrika lapról a CPU-metrikával.

  3. Válassza a Szűrő hozzáadása lehetőséget, és adjon hozzá egy szűrőt a Tulajdonságtípusszerepkörhöz. Használja az egyenlőség operátort, és válassza ki az összes értéket (háttér és átjáró) a legördülő listából.

    Képernyőkép a Metrikák lapról a CPU-használat mérőszámával és szerepköreivel.

    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 georedukciós helyreállítás a fürttel?

A dedikált szintű fürtben lévő névtereket geopárba helyezheti egy dedikált szintű fürtben egy másik névtérrel egy dedikált szintű fürtben. Nem javasoljuk, hogy párosítson egy dedikált szintű névteret egy névtérrel 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 névtereimet dedikált szintű fürtbe?

Jelenleg nem támogatunk automatizált migrálási folyamatot az Event Hubs-adatok standard vagy prémium szintű névtérből dedikált névtérbe való migrálásához.

Miért rendelkezik legalább nyolc gpu-val egy zónaredundáns dedikált fürt?

Ha zónaredundanciát szeretne biztosítani a dedikált ajánlathoz, minden számítási erőforrásnak három replikával kell rendelkeznie három adatközpontban ugyanabban a régióban. Ez a minimális követelmény támogatja a zónaredundanciát (hogy a szolgáltatás továbbra is működjön, ha két zóna vagy adatközpont leáll), és nyolc processzornak megfelelő számítási kapacitást eredményez.

Ezt a kvótát nem módosíthatjuk. Ez a dedikált szinttel rendelkező jelenlegi architektúra korlátozása.

Partíciók

Hány partícióra van szükségem?

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.

Díjszabás

Hol találhatok további díjszabási információkat?

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

Van díj az Event Hubs-események 24 óránál hosszabb ideig történő megőrzéséért?

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.

Hogyan számítják ki és terhelik az Event Hubs-tárterület méretét?

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

Hogyan történik a bejövő események kiszámítása?

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.

A közvetített csatlakozási díjak vonatkoznak az Event Hubsra?

A csatlakozási 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.

Hogyan számítjuk az Event Hubs Rögzítés díját?

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.

Kiszámláznak az Event Hubs Capturehez kiválasztott tárfiókért?

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.

Kvóták

Vannak az Event Hubshoz társított kvóták?

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

Hibaelhárítás

Miért nem tudok névteret létrehozni, miután töröltem egy másik előfizetésből?

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.

Melyek az Event Hubs által létrehozott kivételek és azok javasolt műveletei?

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

Diagnosztikai naplók

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.

Támogatás és SLA

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.

Azure Stack Hub

Hogyan célozhatom meg az Azure Storage SDK egy adott verzióját az Azure Blob Storage ellenőrzőpont-tárolóként való használatakor?

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:

Következő lépések

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