Event Hubs – gyakori kérdések

Általános kérdések

Mi az a Azure Event Hubs névtér?

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.

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

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.

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

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)

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

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:

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.

Hol érhető el Azure Event Hubs?

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.

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 időtartama?

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.

Hogyan monitorozni az Event Hubsot?

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.

Hol tárolja Azure Event Hubs az adatokat?

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.

Protokoll Portok Részletek
AMQP 5671 és 5672 Lásd: AMQP protokoll útmutatója
HTTPS 443 Ez a port a HTTP/REST API és az AMQP-over-WebSockets esetében használatos.
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 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:

Nyelv Beállítás
.NET EventHubConnectionOptions.TransportType tulajdonság az EventHubsTransportType.AmqpTcp vagy az EventHubsTransportType.AmqpWebSockets tulajdonsággal
Java com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype és AmqpTransportType.AMQP vagy AmqpTransportType.AMQP_WEB_SOCKETS
Csomópont Az EventHubConsumerClientOptions tulajdonsága webSocketOptions van.
Python EventHubConsumerClient.transport_typeTransportType.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 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"
}

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ályok) 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 virtuális hálózati naplókat szeretne lekérni 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 (1.0.0.0/1 – 255.0.0.0/1). Az Event Hubs nem támogatja az IPv6-címtartományokat.

Megjegyzés

Jelenleg nem lehet meghatározni egy adott üzenet vagy esemény forrás IP-címét.

Apache Kafka-integráció

Hogyan integrálni a meglévő Kafka-alkalmazást az Event Hubsba?

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.

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

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

Megjegyzés

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

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

Az Event Hubs számára engedélyezett maximális üzenetméret 1 MB.

Átviteli egységek

Mik az Event Hubs átviteli egységei? (Csak **standard** szintre alkalmazva)

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.

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

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

Hogyan történik a teljesítményegysé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égeimen?

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.

Hogyan működik az Event Hubs automatikus felfújása?

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.

Van-e költség az automatikus felfújás funkció bekapcsolásakor?

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

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

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.

Hogyan érvényesítik az átviteli sebesség korlátait?

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.

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

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.

Dedikált fürtök

Mik azok a dedikált Event Hubs-fürtök?

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.

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

Hasznos adat alakzat Vevők Bejövő forgalom sávszélessége Bejövő üzenetek Kimenő sávszélesség Kimenő üzenetek Összes termékváltozat Termékváltozatok CU-nként
100x1 KB-os kötegek 2 400 MB/s 400 ezer üzenet másodpercenként 800 MB/s 800 ezer üzenet másodpercenként 400 TU 100 TU
10x10 KB-os kötegek 2 666 MB/s 66,6k üzenet/mp 1,33 GB/s 133 000 üzenet másodpercenként 666 TU 166 TU
6x32 KB-os kötegek 1 1,05 GB/s 34 000 üzenet másodpercenként 1,05 GB/s 34 000 üzenet/másodperc 1000 TU 250 TU

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

Figyelmeztetés

A fürt létrehozása után legalább 4 óráig nem fogja tudni törölni. Ezért legalább 4 órányi használati díjat kell fizetnie a fürtért. A díjszabással kapcsolatos további információkért lásd: Event Hubs – Díjszabás.

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.

    Képernyőkép a Metrikák oldalról a CPU-metrikával.

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

    A metrikaoldalt mutató screeshot a CPU-használat metrikájával és szerepköreivel.

    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.

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

Díjszabás

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

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.

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

Hogyan történik az Event Hubs-tárterület méretének kiszámítása és felszámítása?

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

Hogyan történik az Event Hubs bejövő eseményeinek 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 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 közvetített kapcsolati díjak vonatkoznak az Event Hubsra?

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.

Hogyan történik az Event Hubs Capture számlázása?

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.

Kiszámláznak a kiválasztott tárfiókért az Event Hubs Capture esetében?

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.

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 című témakörben találja.

Hibaelhárítás

Miért nem tudok névteret létrehozni egy másik előfizetésből való törlés után?

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.

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

A lehetséges Event Hubs-kivételek listáját lásd: Kivételek áttekintése.

Diagnosztikai naplók

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.

Támogatás és SLA

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.

Azure Stack Hub

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

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:

Következő lépések

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