Vanliga frågor och svar om Event Hubs

Allmänt

Vad är ett Azure Event Hubs namnområde?

Ett namnområde är en omfångscontainer för Event Hub/Kafka Topics. Det ger dig ett unikt FQDN. Ett namnområde fungerar som en programcontainer som kan innehålla flera Event Hub/Kafka Topics.

När skapar jag ett nytt namnområde jämfört med ett befintligt namnområde?

Kapacitetsallokeringsenheter (TUs) eller bearbetningsenheter (PUs)) faktureras på namnområdesnivå. Ett namnområde är också associerat med en region.

Du kanske vill skapa ett nytt namnområde i stället för att använda ett befintligt i något av följande scenarier:

  • Du behöver en händelsehubb som är associerad med en ny region.
  • Du behöver en händelsehubb som är associerad med en annan prenumeration.
  • Du behöver en händelsehubb med en distinkt kapacitetsallokering (det vill sägs att kapacitetsbehovet för namnområdet med den tillagda händelsehubben skulle överskrida tröskelvärdet på 40 TU och du vill inte gå till det dedikerade klustret)

Vad är skillnaden mellan Nivåerna Event Hubs Basic och Standard?

Standardnivån för Azure Event Hubs innehåller funktioner utöver vad som är tillgängligt på Basic-nivån. Följande funktioner ingår i Standard:

  • Längre kvarhållning av händelser
  • Ytterligare asynkrona anslutningar, med en överförbrukningsavgift för mer än det antal som ingår
  • Mer än en enskild konsumentgrupp
  • Capture
  • Kafka-integrering

Mer information om prisnivåer, inklusive Event Hubs Dedicated, finns i prisinformationen för Event Hubs.

Var är Azure Event Hubs tillgängligt?

Azure Event Hubs är tillgängligt i alla Azure-regioner som stöds. En lista finns på sidan Azure-regioner .

Kan jag använda en enda AMQP-anslutning (Advanced Message Queuing Protocol) för att skicka och ta emot från flera händelsehubbar?

Ja, så länge alla händelsehubbar finns i samma namnområde.

Vilken är den maximala kvarhållningsperioden för händelser?

Event Hubs Standard-nivån stöder för närvarande en maximal kvarhållningsperiod på sju dagar. Händelsehubbar är inte avsedda som ett permanent datalager. Kvarhållningsperioder som är längre än 24 timmar är avsedda för scenarier där det är praktiskt att spela upp en händelseström till samma system. Till exempel för att träna eller verifiera en ny maskininlärningsmodell på befintliga data. Om du behöver kvarhållning av meddelanden efter sju dagar hämtar du data från din händelsehubb till det Lagringskonto eller Azure Data Lake Service-konto som du väljer när du aktiverar Event Hubs Capture på din händelsehubb. Aktivering av avbildning medför en avgift baserat på dina köpta dataflödesenheter.

Du kan konfigurera kvarhållningsperioden för insamlade data på ditt lagringskonto. Livscykelhanteringsfunktionen i Azure Storage erbjuder en omfattande, regelbaserad princip för allmänna v2- och bloblagringskonton. Använd principen för att överföra dina data till lämpliga åtkomstnivåer eller förfalla i slutet av datalivscykeln. Mer information finns i Hantera Azure Blob Storage-livscykeln.

Hur gör jag för att övervaka mina händelsehubbar?

Event Hubs genererar omfattande mått som ger status för dina resurser till Azure Monitor. Du kan också utvärdera den övergripande hälsan för Event Hubs-tjänsten, inte bara på namnområdesnivå utan även på entitetsnivå. Lär dig mer om vilken övervakning som erbjuds för Azure Event Hubs.

Var lagrar Azure Event Hubs data?

Azure Event Hubs standard-, premium- och dedikerade nivåer lagrar och bearbetar data som publiceras i den region som du väljer när du skapar ett Event Hubs-namnutrymme. Som standard stannar kunddata i den regionen. När geo-haveriberedskap har konfigurerats för ett Azure Event Hubs namnområde kopieras metadata till den sekundära region som du väljer. Därför uppfyller den här tjänsten automatiskt kraven för regiondatahemvist, inklusive de som anges i Säkerhetscenter.

Vilka portar behöver jag öppna i brandväggen?

Du kan använda följande protokoll med Azure Event Hubs för att skicka och ta emot händelser:

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

Se följande tabell för de utgående portar som du behöver öppna för att använda dessa protokoll för att kommunicera med Azure Event Hubs.

Protokoll Portar Information
AMQP 5671 och 5672 Se AMQP-protokollguiden
HTTPS 443 Den här porten används för HTTP/REST API och för AMQP-over-WebSockets.
Kafka 9093 Se Använda Event Hubs från Kafka-program

HTTPS-porten krävs för utgående kommunikation även när AMQP används via port 5671, eftersom flera hanteringsåtgärder som utförs av klient-SDK:er och förvärv av token från Azure Active Directory (när de används) körs över HTTPS.

De officiella Azure SDK:erna använder vanligtvis AMQP-protokollet för att skicka och ta emot händelser från Event Hubs. Protokollalternativet AMQP-over-WebSockets körs via port TCP 443 precis som HTTP-API:et, men är annars funktionellt identiskt med vanlig AMQP. Det här alternativet har högre inledande anslutningsfördröjning på grund av extra handskakningsturer och något mer omkostnader som kompromiss för att dela HTTPS-porten. Om det här läget är valt räcker TCP-port 443 för kommunikation. Med följande alternativ kan du välja enkelt AMQP- eller AMQP WebSockets-läge:

Språk Alternativ
.NET Egenskapen EventHubConnectionOptions.TransportType med EventHubsTransportType.AmqpTcp eller EventHubsTransportType.AmqpWebSockets
Java com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype med AmqpTransportType.AMQP eller AmqpTransportType.AMQP_WEB_SOCKETS
Nod EventHubConsumerClientOptions har en webSocketOptions egenskap.
Python EventHubConsumerClient.transport_type med TransportType.Amqp eller TransportType.AmqpOverWebSocket

Vilka IP-adresser behöver jag tillåta?

När du arbetar med Azure måste du ibland tillåta specifika IP-adressintervall eller URL:er i företagets brandvägg eller proxy för att få åtkomst till alla Azure-tjänster som du använder eller försöker använda. Kontrollera att trafiken tillåts på IP-adresser som används av Event Hubs. För IP-adresser som används av Azure Event Hubs: se Azure IP-intervall och tjänsttaggar – offentligt moln.

Kontrollera också att IP-adressen för namnområdet är tillåten. Följ dessa steg för att hitta rätt IP-adresser för att tillåta dina anslutningar:

  1. Kör följande kommando från en kommandotolk:

    nslookup <YourNamespaceName>.servicebus.windows.net
    
  2. Anteckna IP-adressen som returnerades i Non-authoritative answer.

Om du använder zonredundans för namnområdet måste du göra några extra steg:

  1. Först kör du nslookup i namnområdet.

    nslookup <yournamespace>.servicebus.windows.net
    
  2. Anteckna namnet i avsnittet icke-auktoritativt svar , som är i något av följande format:

    <name>-s1.cloudapp.net
    <name>-s2.cloudapp.net
    <name>-s3.cloudapp.net
    
  3. Kör nslookup för var och en med suffixen s1, s2 och s3 för att hämta IP-adresserna för alla tre instanser som körs i tre tillgänglighetszoner.

    Anteckning

    IP-adressen som returneras av nslookup kommandot är inte en statisk IP-adress. Den förblir dock konstant tills den underliggande distributionen tas bort eller flyttas till ett annat kluster.

Vilka klient-IP-adresser skickar händelser till eller tar emot händelser från mitt namnområde?

Aktivera först IP-filtrering på namnområdet.

Aktivera sedan diagnostikloggar för event hubs-händelser för virtuella nätverksanslutningar genom att följa anvisningarna i Aktivera diagnostikloggar. Ip-adressen som anslutningen nekas för visas.

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

Viktigt

Virtuella nätverksloggar genereras bara om namnområdet tillåter åtkomst från specifika IP-adresser (IP-filterregler). Om du inte vill begränsa åtkomsten till ditt namnområde med hjälp av dessa funktioner och fortfarande vill hämta virtuella nätverksloggar för att spåra IP-adresser för klienter som ansluter till Event Hubs-namnområdet kan du använda följande lösning: Aktivera IP-filtrering och lägga till det totala adresserbara IPv4-intervallet (1.0.0.0/1 - 255.0.0.0/1). Event Hubs stöder inte IPv6-adressintervall.

Anteckning

För närvarande går det inte att fastställa käll-IP-adressen för ett enskilt meddelande eller en enskild händelse.

Apache Kafka-integrering

Hur gör jag för att integrera mitt befintliga Kafka-program med Event Hubs?

Event Hubs tillhandahåller en Kafka-slutpunkt som kan användas av dina befintliga Apache Kafka-baserade program. En konfigurationsändring är allt som krävs för att få PaaS Kafka-upplevelsen. Det är ett alternativ till att köra ett eget Kafka-kluster. Event Hubs stöder Apache Kafka 1.0 och nyare klientversioner och fungerar med dina befintliga Kafka-program, verktyg och ramverk. Mer information finns i Event Hubs för Kafka-lagringsplatsen.

Vilka konfigurationsändringar behöver göras för att mitt befintliga program ska kunna kommunicera med Event Hubs?

Om du vill ansluta till en händelsehubb måste du uppdatera Kafka-klientkonfigurationerna. Det görs genom att skapa ett Event Hubs-namnområde och hämta anslutningssträngen. Ändra bootstrap.servers så att de pekar Event Hubs FQDN och porten till 9093. Uppdatera sasl.jaas.config för att dirigera Kafka-klienten till din Event Hubs-slutpunkt (vilket är anslutningssträngen du har fått) med rätt autentisering enligt nedan:

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

Exempel:

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

Anteckning

Om sasl.jaas.config inte stöds i ditt ramverk letar du upp de konfigurationer som används för att ange SASL-användarnamnet och lösenordet och använder dem i stället. Ange användarnamnet till $ConnectionString och lösenordet till event hubs-anslutningssträngen.

Vad är meddelande-/händelsestorleken för Event Hubs?

Den maximala meddelandestorleken som tillåts för Event Hubs är 1 MB.

Genomflödesenheter

Vad är Event Hubs-dataflödesenheter? (Tillämpas endast på nivån **standard** )

Dataflödet i Event Hubs definierar mängden data i megabyte eller antalet (i tusen) händelser på 1 KB som inträffar och utgående via Event Hubs. Det här dataflödet mäts i dataflödesenheter (TU:er). Köp TU:er innan du kan börja använda Event Hubs-tjänsten. Du kan uttryckligen välja Event Hubs-TU:er antingen med hjälp av portalen eller Event Hubs Resource Manager mallar.

Gäller dataflödesenheter för alla händelsehubbar i ett namnområde?

Ja, dataflödesenheter (TU:er) gäller för alla händelsehubbar i ett Event Hubs-namnområde. Det innebär att du köper TU:er på namnområdesnivå och delas mellan händelsehubbarna under det namnområdet. Varje TU berättigar namnområdet till följande funktioner:

  • Upp till 1 MB per sekund för ingångshändelser (händelser som skickas till en händelsehubb), men högst 1 000 ingresshändelser, hanteringsåtgärder eller API-anrop för kontroll per sekund.
  • Upp till 2 MB per sekund för utgående händelser (händelser som förbrukas från en händelsehubb), men högst 4 096 utgående händelser.
  • Upp till 84 GB händelselagring (tillräckligt för standardperioden för kvarhållning på 24 timmar).

Hur faktureras dataflödesenheter?

Dataflödesenheter faktureras per timme. Faktureringen baseras på det maximala antalet enheter som valdes under den angivna timmen.

Hur optimerar jag användningen på mina dataflödesenheter?

Du kan börja så lågt som en dataflödesenhet (TU) och aktivera automatisk ökning. Med funktionen för automatisk ökning kan du utöka dina TU:er när trafiken/nyttolasten ökar. Du kan också ange en övre gräns för antalet TU:er.

Hur fungerar funktionen För automatisk infjädrad händelsehubb?

Med funktionen för automatisk ökning kan du skala upp dina dataflödesenheter (TU:er). Det innebär att du kan börja med att köpa låga TU:er och automatiskt blåsa upp dina RU:er när ingressen ökar. Det ger dig ett kostnadseffektivt alternativ och fullständig kontroll över antalet TU:er som ska hanteras. Den här funktionen är en funktion som endast skalas upp och du kan helt styra nedskalningen av antalet TU:er genom att uppdatera den.

Du kanske vill börja med enheter med lågt dataflöde (TU: er), till exempel 2 TU:er. Om du förutsäger att din trafik kan växa till 15 TU:er aktiverar du funktionen för automatisk ökning på namnområdet och anger maxgränsen till 15 TU:er. Nu kan du utöka dina TU:er automatiskt när trafiken växer.

Är det en kostnad som är associerad när jag aktiverar funktionen för automatisk ökning?

Det kostar ingenting med den här funktionen.

Hur tillämpas dataflödesgränser?

Om det totala inkommande dataflödet eller den totala ingresshändelsefrekvensen för alla händelsehubbar i ett namnområde överskrider de aggregerade genomflödesenhetstilldelningarna begränsas avsändare och får fel som anger att ingresskvoten har överskridits.

Om det totala utgående dataflödet eller den totala utgående händelsehastigheten för alla händelsehubbar i ett namnområde överskrider de aggregerade genomflödesenhetstilldelningarna begränsas mottagarna men inga begränsningsfel genereras.

Ingress- och utgående kvoter tillämpas separat, så att ingen avsändare kan göra att händelseförbrukningen blir långsammare och inte heller kan en mottagare förhindra att händelser skickas till en händelsehubb.

Finns det en gräns för antalet dataflödesenheter som kan reserveras/väljas?

När du skapar ett standard- eller standardnivånamnområde i Azure Portal kan du välja upp till 40 TU:er för namnområdet. Utöver 40 TU:er erbjuder Event Hubs de resurs-/kapacitetsbaserade modellerna, till exempel Event Hubs Premium- och Event Hubs Dedicated-kluster. Mer information finns i Event Hubs Premium – översikt och Event Hubs Dedicated – översikt.

Dedikerade kluster

Vad är Event Hubs dedikerade kluster?

Event Hubs Dedikerade kluster erbjuder distributioner med en enda klientorganisation för kunder med de mest krävande kraven. Det här erbjudandet skapar ett kapacitetsbaserat kluster som inte är bundet av dataflödesenheter. Det innebär att du kan använda klustret för att mata in och strömma dina data enligt cpu- och minnesanvändningen i klustret. Mer information finns i Dedikerade Event Hubs-kluster.

Hur gör jag för att skapa ett Event Hubs Dedicated-kluster?

Stegvisa instruktioner och mer information om hur du konfigurerar ett dedikerat Event Hubs-kluster finns i Snabbstart: Skapa ett dedikerat Event Hubs-kluster med Azure Portal.

Vad kan jag uppnå med ett kluster?

För ett Event Hubs-kluster beror hur mycket du kan mata in och strömma på olika faktorer, till exempel dina producenter, konsumenter, den hastighet med vilken du matar in och bearbetar och mycket mer.

I följande tabell visas de benchmark-resultat som vi uppnådde under testningen:

Nyttolastform Mottagare Inkommande bandbredd Inkommande meddelanden Utgående bandbredd Utgående meddelanden Totalt antal RU:er RU:er per CU
Batchar med 100x1 kB 2 400 MB/s 400 000 meddelanden per sekund 800 MB/s 800 000 meddelanden per sekund 400 RU:er 100 RU:er
Batchar med 10 x 10 kB 2 666 MB/s 66,6 000 meddelanden/sek 1,33 GB/s 133 000 meddelanden/sek 666 RU:er 166 RU:er
Batchar med 6 x 32 kB 1 1,05 GB/sek 34 000 meddelanden per sekund 1,05 GB/sek 34 000 meddelanden per sekund 1 000 RU:er 250 RU:er

I testningen användes följande kriterier:

  • Ett Event Hubs-kluster på dedikerad nivå med 4 kapacitetsenheter (CUS) användes.
  • Händelsehubben som används för inmatning hade 200 partitioner.
  • Data som matades in togs emot av två mottagarprogram som tog emot från alla partitioner.

Kan jag skala upp/ned mitt kluster?

Om du har skapat klustret med alternativuppsättningen Supportskalning kan du använda självbetjäningsupplevelsen för att skala ut och skala in efter behov. Du kan skala upp till 10 PROCESSORer med skalbara kluster med självbetjäning. Eftersom skalbara dedikerade kluster med självbetjäning baseras på ny infrastruktur är de bundna att prestera över dedikerade kluster som inte stöder självbetjäningsskalning. Eftersom prestanda för dedikerade kluster beror på olika faktorer, till exempel resursallokering, antal partitioner, lagring och så vidare, rekommenderar vi att du fastställer det antal processorer som krävs efter testning med en verklig arbetsbelastning.

Skicka en supportbegäran i följande scenarier för att skala ut eller skala in ditt dedikerade kluster.

  • Du behöver fler än 10 PROCESSORer för ett skalbart dedikerat kluster med självbetjäning (ett kluster som skapades med alternativuppsättningen Stöd för skalning ).
  • Du måste skala ut eller skala in ett kluster som har skapats utan att välja alternativet Supportskalning
  • Du måste skala ut eller skala in ett dedikerat kluster som skapades innan självbetjäningsupplevelsen släpptes

Varning

Du kan inte ta bort klustret på minst 4 timmar efter att du har skapat det. Därför debiteras du för minst 4 timmars användning av klustret. Mer information om priser finns i Event Hubs – prissättning.

Kan jag migrera från ett kluster som inte är skalbart till ett skalbart kluster?

På grund av skillnaden i serverdelsarkitekturen stöder vi för närvarande inte migrering av kluster som inte stöder självbetjäningsskalning för skalbara dedikerade kluster med självbetjäning. Om du vill använda självbetjäningsskalning måste du återskapa klustret med stöd för skalning. Information om hur du skapar ett skalbart kluster finns i Skapa ett event hubs-dedikerat kluster.

När ska jag skala mitt dedikerade kluster?

CPU-förbrukning är den viktigaste indikatorn för resursförbrukningen i ditt dedikerade kluster. När den totala CPU-förbrukningen når 70 % (utan att observera några onormala förhållanden, till exempel ett stort antal serverfel eller låga lyckade begäranden), innebär det att klustret går mot sin maximala kapacitet. Därför kan du använda detta som en indikator för att överväga om du behöver skala upp ditt dedikerade kluster eller inte.

Om du vill övervaka CPU-användningen för det dedikerade klustret måste du följa de här stegen.

  • På sidan mått i ditt Event Hubs Dedicated-kluster lägger du till ett nytt mått i Event Hubs enligt nedan. Mått för cpu-förbrukning för dedikerade kluster

  • Välj CPU som mått och använd Max som aggregering.

  • Lägg sedan till ett filter för egenskapstypen Role, använd operatorn equal och välj alla tre värdena(SBSAdmin, SBSFE, SBSEH) i listrutan.

Sedan kan du övervaka det här måttet för att avgöra när du ska skala ditt dedikerade kluster. Du kan också ställa in aviseringar mot det här måttet för att få aviseringar när CPU-användningen når de tröskelvärden som du anger.

Hur fungerar geo-DR med mitt kluster?

Du kan geo-parkoppla ett namnområde under ett kluster på dedikerad nivå med ett annat namnområde under ett kluster på dedikerad nivå. Vi rekommenderar inte att du parkopplar ett namnområde på dedikerad nivå med ett namnområde i vårt standarderbjudande eftersom dataflödesgränsen är inkompatibel och resulterar i fel.

Kan jag migrera mina standard- eller premiumnamnområden till ett kluster på dedikerad nivå?

Vi stöder för närvarande inte någon automatiserad migreringsprocess för att migrera dina event hubs-data från en standard- eller Premium-namnrymd till en dedikerad.

Partitioner

Hur många partitioner behöver jag?

Eftersom partition är en mekanism för dataorganisation som gör att du kan publicera och använda data parallellt rekommenderar vi att du balanserar skalningsenheter (TU:er, PUS:er eller PROCESSORer) och partitioner för att uppnå optimal skalning. I allmänhet rekommenderar vi ett maximalt dataflöde på 1 MB/s per partition. Därför skulle en tumregel för beräkning av antalet partitioner vara att dividera det maximala förväntade dataflödet med 1 MB/s. Om ditt användningsfall till exempel kräver 20 MB/s rekommenderar vi att du väljer minst 20 partitioner för att uppnå optimalt dataflöde.

Men om du har en modell där ditt program har en tillhörighet till en viss partition kanske det inte är fördelaktigt att öka antalet partitioner. Mer information finns i tillgänglighet och konsekvens.

Prissättning

Var hittar jag mer prisinformation?

Fullständig information om Event Hubs-priser finns i Prisinformation för Event Hubs.

Finns det en avgift för att behålla Event Hubs-händelser i mer än 24 timmar?

Event Hubs Standard-nivån tillåter kvarhållningsperioder för meddelanden som är längre än 24 timmar, i högst sju dagar. Om storleken på det totala antalet lagrade händelser överskrider lagringstilldelningen för antalet valda dataflödesenheter (84 GB per dataflödesenhet) debiteras den storlek som överskrider kvoten enligt den publicerade Azure Blob Storage-priset. Lagringstilldelningen i varje dataflödesenhet täcker alla lagringskostnader för kvarhållningsperioder på 24 timmar (standardinställningen) även om dataflödesenheten används upp till den maximala ingresstilldelningen.

Hur beräknas och debiteras Event Hubs-lagringsstorleken?

Den totala storleken på alla lagrade händelser, inklusive eventuella interna omkostnader för händelsehuvuden eller på disklagringsstrukturer i alla händelsehubbar, mäts under hela dagen. I slutet av dagen beräknas den högsta lagringsstorleken. Det dagliga lagringsutrymmet beräknas baserat på det minsta antalet dataflödesenheter som valdes under dagen (varje dataflödesenhet ger en kvot på 84 GB). Om den totala storleken överskrider den beräknade dagliga lagringstilldelningen debiteras överskottslagringen med hjälp av Azure Blob Storage-priser (med lokalt redundant lagringshastighet ).

Hur beräknas Event Hubs-ingresshändelser?

Varje händelse som skickas till en händelsehubb räknas som ett fakturerbart meddelande. En ingresshändelse definieras som en dataenhet som är mindre än eller lika med 64 kB. Alla händelser som är mindre än eller lika med 64 KB i storlek anses vara en fakturerbar händelse. Om händelsen är större än 64 kB beräknas antalet fakturerbara händelser enligt händelsestorleken i multiplar på 64 kB. Till exempel faktureras en 8 KB-händelse som skickas till händelsehubben som en händelse, men ett meddelande på 96 KB som skickas till händelsehubben faktureras som två händelser.

Händelser som förbrukas från en händelsehubb och hanteringsåtgärder och kontrollanrop, till exempel kontrollpunkter, räknas inte som fakturerbara ingresshändelser, utan ackumuleras upp till genomflödesenhetstilldelningen.

Tillkommer avgifter för asynkrona anslutningar för Event Hubs?

Anslutningsavgifter tillkommer endast när AMQP-protokollet används. Det finns inga anslutningsavgifter för att skicka händelser med HTTP, oavsett antalet avsändarsystem eller enheter. Om du planerar att använda AMQP (till exempel för att uppnå mer effektiv händelseströmning eller för att aktivera dubbelriktad kommunikation i IoT-kommando- och kontrollscenarier) kan du läsa prisinformationssidan för Event Hubs för information om hur många anslutningar som ingår i varje tjänstnivå.

Hur faktureras Event Hubs Capture?

Avbildning aktiveras när en händelsehubb i namnområdet har avbildningsalternativet aktiverat. Event Hubs Capture faktureras per timme per köpt dataflödesenhet. När antalet dataflödesenheter ökar eller minskar återspeglar Event Hubs Capture-faktureringen dessa ändringar i steg om hela timmen. Mer information om Event Hubs Capture-fakturering finns i Prisinformation för Event Hubs.

Debiteras jag för det lagringskonto som jag väljer för Event Hubs Capture?

Capture använder ett lagringskonto som du anger när det är aktiverat på en händelsehubb. Eftersom det är ditt lagringskonto debiteras alla ändringar för den här konfigurationen till din Azure-prenumeration.

Kvoter

Finns det några kvoter associerade med Event Hubs?

En lista över alla Event Hubs-kvoter finns i kvoter.

Felsökning

Varför kan jag inte skapa ett namnområde när jag har raderat det från en annan prenumeration?

När du tar bort ett namnområde från en prenumeration väntar du i 4 timmar innan du återskapar det med samma namn i en annan prenumeration. Annars kan du få följande felmeddelande: Namespace already exists.

Vilka undantag genereras av Event Hubs och deras föreslagna åtgärder?

En lista över möjliga Event Hubs-undantag finns i Undantagsöversikt.

Diagnostikloggar

Event Hubs stöder två typer av diagnostikloggar – Avbilda felloggar och driftloggar – som båda representeras i json och kan aktiveras via Azure Portal.

Support och serviceavtal

Teknisk support för Event Hubs är tillgänglig via Microsoft Q&A-frågesida för Azure Service Bus. Fakturerings- och prenumerationshanteringssupport tillhandahålls utan kostnad.

Mer information om vårt serviceavtal finns på sidan serviceavtal .

Azure Stack Hub

Hur kan jag rikta in mig på en specifik version av Azure Storage SDK när jag använder Azure Blob Storage som kontrollpunktslager?

Om du kör den här koden på Azure Stack Hub får du körningsfel om du inte riktar in dig på en specifik version av Lagrings-API:et. Det beror på att Event Hubs SDK använder det senaste tillgängliga Azure Storage-API:et som är tillgängligt i Azure och som kanske inte är tillgängligt på din Azure Stack Hub-plattform. Azure Stack Hub kan ha stöd för en annan version av Storage Blob SDK än vad som vanligtvis är tillgängligt i Azure. Om du använder Azure Blog Storage som kontrollpunktslager kontrollerar du vilken Version av Azure Storage API som stöds för din Azure Stack Hub-version och rikta den versionen i koden.

Om du till exempel kör på Azure Stack Hub version 2005 är den högsta tillgängliga versionen för Lagringstjänsten version 2019-02-02. Som standard använder Event Hubs SDK-klientbiblioteket den högsta tillgängliga versionen på Azure (2019-07-07 vid tidpunkten för lanseringen av SDK). I det här fallet, förutom följande steg i det här avsnittet, måste du också lägga till kod för att rikta in dig på API-versionen för lagringstjänsten 2019-02-02. Ett exempel på hur du riktar in dig på en specifik version av Storage API finns i följande exempel för C#, Java, Python och JavaScript/TypeScript.

Ett exempel på hur du riktar in en specifik storage API-version från din kod finns i följande exempel på GitHub:

Nästa steg

Du kan lära dig mer om Event Hubs genom att gå till följande länkar: