Veelgestelde vragen over Event Hubs

Een naamruimte is een bereikcontainer voor Event Hubs of Kafka-onderwerpen. Het geeft u een unieke FQDN. Een naamruimte fungeert als een toepassingscontainer die meerdere Event Hubs of Kafka-onderwerpen kan bevatten.

Nee Na de implementatie is het niet mogelijk om (bijvoorbeeld) van de Standard-laag naar de Premium-laag te wijzigen zonder een nieuwe resource te implementeren.

Capaciteitstoewijzingen doorvoereenheden (RU's) of verwerkingseenheden (PU's) worden gefactureerd op naamruimteniveau. Een naamruimte is ook gekoppeld aan een regio.

Mogelijk wilt u een nieuwe naamruimte maken in plaats van een bestaande naamruimte te gebruiken in een van de volgende scenario's:

• U hebt een Event Hub nodig die is gekoppeld aan een nieuwe regio.
• U hebt een Event Hub nodig die is gekoppeld aan een ander abonnement.
• U hebt een Event Hub met een afzonderlijke capaciteitstoewijzing nodig (de capaciteitsbehoefte voor de naamruimte met de toegevoegde Event Hub overschrijdt de drempelwaarde van 40 TU's en u wilt niet voor het toegewezen cluster gaan).'

De Standard-laag van Azure Event Hubs biedt functies die verder gaan dan wat beschikbaar is in de Basic-laag. De volgende functies zijn opgenomen in Standard:

• Langere retentie van gebeurtenissen
• Aanvullende brokered verbindingen, met een overschrijdingskosten voor meer dan het inbegrepen aantal
• Meer dan één consumentengroep
• Vangen
• Kafka-integratie

Zie de prijzen voor Event Hubs voor meer informatie over prijscategorieën, waaronder Event Hubs Dedicated.

Azure Event Hubs is beschikbaar in alle ondersteunde Azure-regio's. Ga naar de pagina Azure-regio's voor een lijst.

Ja, zolang alle Event Hubs zich in dezelfde naamruimte bevinden.

De Standard-laag van Event Hubs ondersteunt momenteel een maximale bewaarperiode van zeven dagen, terwijl deze limiet 90 dagen is voor de Premium- en Dedicated-laag. Event Hubs zijn niet bedoeld als een permanent gegevensarchief. Bewaarperioden die langer zijn dan 24 uur zijn bedoeld voor scenario's waarin het handig is om een stroom gebeurtenissen opnieuw af te spelen in dezelfde systemen. Als u bijvoorbeeld een nieuw machine learning-model wilt trainen of controleren op bestaande gegevens. Als u meer dan zeven dagen berichten wilt bewaren, worden de gegevens uit uw Event Hub opgehaald uit uw Event Hub in het Storage-account of het Azure Data Lake Service-account van uw keuze. Bij het inschakelen van Capture worden kosten in rekening gebracht op basis van uw aangeschafte doorvoereenheden.

U kunt de bewaarperiode configureren voor de vastgelegde gegevens in uw opslagaccount. De functie voor levenscyclusbeheer van Azure Storage biedt een uitgebreid beleid op basis van regels voor algemeen gebruik v2- en blobopslagaccounts. Gebruik het beleid om uw gegevens over te zetten naar de juiste toegangslagen of om te verlopen aan het einde van de levenscyclus van de gegevens. Zie De levenscyclus van Azure Blob Storage beheren voor meer informatie.

Event Hubs verzendt uitgebreide metrische gegevens die de status van uw resources bieden aan Azure Monitor. Hiermee kunt u ook de algehele status van de Event Hubs-service beoordelen, niet alleen op naamruimteniveau, maar ook op entiteitsniveau. Meer informatie over wat bewaking wordt aangeboden voor Azure Event Hubs.

Azure Event Hubs Standard-, Premium- en toegewezen lagen slaan gegevens op die ernaar worden gepubliceerd en verwerken in de regio die u selecteert wanneer u een Event Hubs-naamruimte maakt. Klantgegevens blijven standaard binnen die regio. Wanneer geo-noodherstel is ingesteld voor een Azure Event Hubs-naamruimte, worden metagegevens gekopieerd naar de secundaire regio die u selecteert. Daarom voldoet deze service automatisch aan de vereisten voor regiogegevenslocatie, inclusief de vereisten die zijn opgegeven in het Vertrouwenscentrum.

Welke protocollen kan ik gebruiken om gebeurtenissen te verzenden en te ontvangen?

Producenten of afzenders kunnen Advanced Messaging Queuing Protocol (AMQP), Kafka- of HTTPS-protocollen gebruiken om gebeurtenissen naar een Event Hub te verzenden.

Consumenten of ontvangers gebruiken AMQP of Kafka om gebeurtenissen te ontvangen van een Event Hub. Event Hubs ondersteunt alleen het pull-model voor consumenten om er gebeurtenissen van te ontvangen. Zelfs wanneer u gebeurtenis-handlers gebruikt om gebeurtenissen van een Event Hub te verwerken, gebruikt de gebeurtenisprocessor intern het pull-model om gebeurtenissen van de Event Hub te ontvangen.

AMQP

U kunt het AMQP 1.0-protocol gebruiken om gebeurtenissen te verzenden naar en te ontvangen van Azure Event Hubs. AMQP biedt betrouwbare, performante en veilige communicatie voor zowel het verzenden als ontvangen van gebeurtenissen. U kunt deze gebruiken voor high-performance en realtime streaming en wordt ondersteund door de meeste Azure Event Hubs SDK's.

HTTPS/REST API

U kunt alleen gebeurtenissen verzenden naar Event Hubs met behulp van HTTP POST-aanvragen. Event Hubs biedt geen ondersteuning voor het ontvangen van gebeurtenissen via HTTPS. Het is geschikt voor lichtgewicht clients waarbij een directe TCP-verbinding niet haalbaar is.

Apache Kafka

Azure Event Hubs heeft een ingebouwd Kafka-eindpunt dat ondersteuning biedt voor Kafka-producenten en -consumenten. Toepassingen die zijn gebouwd met Behulp van Kafka, kunnen het Kafka-protocol (versie 1.0 of hoger) gebruiken om gebeurtenissen van Event Hubs te verzenden en te ontvangen zonder codewijzigingen.

Azure SDK's abstraheren de onderliggende communicatieprotocollen en bieden een vereenvoudigde manier om gebeurtenissen van Event Hubs te verzenden en te ontvangen met behulp van talen zoals C#, Java, Python, JavaScript, enzovoort.

Welke poorten moet ik openen op de firewall?

U kunt de volgende protocollen met Azure Event Hubs gebruiken om gebeurtenissen te verzenden en te ontvangen:

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Hypertext Transfer Protocol 1.1 met Transport Layer Security (HTTPS)
• Apache Kafka

Zie de volgende tabel voor de uitgaande poorten die u moet openen om deze protocollen te kunnen gebruiken om te communiceren met Azure Event Hubs.

De HTTPS-poort is vereist voor uitgaande communicatie ook wanneer AMQP wordt gebruikt via poort 5671, omdat verschillende beheerbewerkingen die worden uitgevoerd door de client-SDK's en het verkrijgen van tokens van Microsoft Entra ID (wanneer gebruikt) via HTTPS worden uitgevoerd.

De officiële Azure SDK's gebruiken over het algemeen het AMQP-protocol voor het verzenden en ontvangen van gebeurtenissen van Event Hubs. De protocoloptie AMQP-over-WebSockets wordt uitgevoerd via poort TCP 443, net als de HTTP-API, maar is anders functioneel identiek aan gewone AMQP. Deze optie heeft een hogere initiële verbindingslatentie vanwege extra handshake-retouren en iets meer overhead als compromis voor het delen van de HTTPS-poort. Als deze modus is geselecteerd, is TCP-poort 443 voldoende voor communicatie. Met de volgende opties kunt u de normale AMQP- of AMQP WebSockets-modus selecteren:

Welke IP-adressen moet ik toestaan?

Wanneer u met Azure werkt, moet u soms specifieke IP-adresbereiken of URL's in uw bedrijfsfirewall of proxy toestaan voor toegang tot alle Azure-services die u gebruikt of probeert te gebruiken. Controleer of het verkeer is toegestaan op IP-adressen die worden gebruikt door Event Hubs. Zie Azure IP-bereiken en servicetags - openbare cloud voor IP-adressen die worden gebruikt door Azure Event Hubs.

Controleer ook of het IP-adres voor uw naamruimte is toegestaan. Voer de volgende stappen uit om de juiste IP-adressen te vinden om uw verbindingen toe te staan:

1. Voer de volgende opdracht uit vanaf een opdrachtprompt:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Noteer het IP-adres dat is geretourneerd in Non-authoritative answer.

Als u een naamruimte gebruikt die wordt gehost in een ouder cluster (op basis van Cloud Services - CNAME die eindigt op *.cloudapp.net) en de naamruimte zoneredundant is, moet u enkele extra stappen volgen. Als uw naamruimte zich op een nieuw cluster bevindt (op basis van virtuele-machineschaalset - CNAME eindigend op *.cloudapp.azure.com) en zone-redundant, kunt u de onderstaande stappen overslaan.

1. Eerst voert u nslookup uit op de naamruimte.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Noteer de naam in de sectie niet-bindende antwoorden , die zich in een van de volgende notaties bevindt:

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

3. Voer nslookup uit voor elk exemplaar met achtervoegsels s1, s2 en s3 om de IP-adressen op te halen van alle drie exemplaren die worden uitgevoerd in drie beschikbaarheidszones,

   Notitie

   Het IP-adres dat door de nslookup opdracht wordt geretourneerd, is geen statisch IP-adres. Het blijft echter constant totdat de onderliggende implementatie wordt verwijderd of verplaatst naar een ander cluster.

Naar welke ip-adressen van clients worden gebeurtenissen verzonden of ontvangen van mijn naamruimte?

Schakel eerst IP-filtering in voor de naamruimte.

Schakel vervolgens diagnostische logboeken in voor gebeurtenissen in het virtuele netwerk van Event Hubs door de instructies in de diagnostische logboeken inschakelen te volgen. U ziet het IP-adres waarvoor de verbinding is geweigerd.

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

Event Hubs biedt een Kafka-eindpunt dat kan worden gebruikt door uw bestaande op Apache Kafka gebaseerde toepassingen. Een configuratiewijziging is alles wat nodig is om de PaaS Kafka-ervaring te hebben. Het biedt een alternatief voor het uitvoeren van uw eigen Kafka-cluster. Event Hubs ondersteunt Versies van Apache Kafka 1.0 en nieuwere clients en werkt met uw bestaande Kafka-toepassingen, hulpprogramma's en frameworks. Zie Event Hubs voor Kafka-opslagplaats voor meer informatie.

Als u verbinding wilt maken met een Event Hub, moet u de configuraties van de Kafka-client bijwerken. Dit wordt gedaan door een Event Hubs-naamruimte te maken en de verbindingsreeks te verkrijgen. Wijzig de bootstrap.servers om de Event Hubs-FQDN en de poort te laten verwijzen naar 9093. Werk de sasl.jaas.config bij om de Kafka-client om te leiden naar uw Event Hubs-eindpunt (de verbindingsreeks die u hebt verkregen), met de juiste verificatie, zoals hieronder wordt weergegeven:

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

Voorbeeld:

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

De maximale berichtgrootte die is toegestaan voor Event Hubs is 1 MB.

Doorvoer in Event Hubs definieert de hoeveelheid gegevens in megabytes of het aantal (in duizenden) van 1 KB-gebeurtenissen die binnenkomen en uitgaan via Event Hubs. Deze doorvoer wordt gemeten in doorvoereenheden (RU's). Koop TU's voordat u de Event Hubs-service kunt gaan gebruiken. U kunt Event Hubs-TU's expliciet selecteren met behulp van portal- of Event Hubs Resource Manager-sjablonen.

Ja, doorvoereenheden (RU's) zijn van toepassing op alle Event Hubs-naamruimten in een Event Hubs-naamruimte. Dit betekent dat u TU's koopt op naamruimteniveau en wordt gedeeld tussen de Event Hubs onder die naamruimte. Elke TU geeft de naamruimte de volgende mogelijkheden:

• Maximaal 1 MB per seconde van inkomend verkeer (gebeurtenissen die naar een Event Hub worden verzonden), maar niet meer dan 1000 ingangsgebeurtenissen, beheerbewerkingen of API-aanroepen per seconde beheren.
• Maximaal 2 MB per seconde uitgaande gebeurtenissen (gebeurtenissen die worden gebruikt vanuit een Event Hub), maar niet meer dan 4096 uitgaande gebeurtenissen.
• Maximaal 84 GB aan gebeurtenisopslag (voldoende voor de standaard retentieperiode van 1 uur).

Doorvoereenheden (RU's) worden per uur gefactureerd. De facturering is gebaseerd op het maximum aantal eenheden dat tijdens het opgegeven uur is geselecteerd.

U kunt zo laag als één doorvoereenheid (TU) starten en automatisch vergroten inschakelen. Met de functie voor automatisch vergroten kunt u uw TU's vergroten naarmate uw verkeer/nettolading toeneemt. U kunt ook een bovengrens instellen voor het aantal RU's.

Met de functie voor automatisch vergroten kunt u uw doorvoereenheden (RU's) omhoog schalen. Dit betekent dat u kunt beginnen met het aanschaffen van lage RU's en automatisch vergroten van uw RU's naarmate uw inkomend verkeer toeneemt. Het biedt u een rendabele optie en volledige controle over het aantal TEU's dat moet worden beheerd. Deze functie is een functie voor alleen omhoog schalen en u kunt het omlaag schalen van het aantal RU's volledig beheren door deze bij te werken.

Misschien wilt u beginnen met eenheden met lage doorvoer (RU's), bijvoorbeeld 2 RU's. Als u voorspelt dat uw verkeer kan toenemen tot 15 RU's, schakelt u de functie voor automatisch vergroten in uw naamruimte in en stelt u de maximumlimiet in op 15 RU's. U kunt uw TU's nu automatisch vergroten naarmate uw verkeer groeit.

Er zijn geen kosten verbonden aan deze functie.

Dit is momenteel niet mogelijk omdat oude Event Hubs-naamruimten zich in verschillende clusters bevinden en er geen manier is om ze te migreren naar de nieuwe clusters die zoneredundantie automatisch inschakelen wanneer er nieuwe Event Hub-naamruimten worden gemaakt.

Als de totale doorvoer voor inkomend verkeer of de totale frequentie van inkomend inkomend verkeer voor alle Event Hubs in een naamruimte groter is dan de toegestane aggregaties voor doorvoereenheden, worden afzenders beperkt en ontvangen ze fouten die aangeven dat het quotum voor inkomend verkeer is overschreden.

Als de totale uitgaande doorvoer of het totale uitgaande aantal gebeurtenissen voor alle Event Hubs in een naamruimte groter is dan de geaggregeerde doorvoereenheden, worden ontvangers beperkt, maar worden er geen beperkingsfouten gegenereerd.

Quota voor inkomend en uitgaand verkeer worden afzonderlijk afgedwongen, zodat het verbruik van gebeurtenissen niet kan worden vertraagd door een afzender en dat een ontvanger kan voorkomen dat gebeurtenissen naar een Event Hub worden verzonden.

Wanneer u een basic- of standard-laagnaamruimte maakt in Azure Portal, kunt u maximaal 40 TU's voor de naamruimte selecteren. Event Hubs biedt meer dan 40 RU's de op resources/capaciteit gebaseerde modellen, zoals Event Hubs Premium- en Event Hubs Dedicated-clusters. Zie Event Hubs Premium - overzicht en Event Hubs Dedicated - overzicht voor meer informatie.

Event Hubs Dedicated-clusters bieden implementaties met één tenant voor klanten met de meest veeleisende vereisten. Met deze aanbieding wordt een cluster op basis van capaciteit gebouwd dat niet afhankelijk is van doorvoereenheden. Dit betekent dat u het cluster kunt gebruiken om uw gegevens op te nemen en te streamen zoals bepaald door het CPU- en geheugengebruik van het cluster. Zie Event Hubs Dedicated-clusters voor meer informatie.

Zie de quickstart: Een toegewezen Event Hubs-cluster maken met behulp van Azure Portal voor stapsgewijze instructies en meer informatie over het instellen van een toegewezen Event Hubs-cluster.

Wat kan ik bereiken met een cluster?

Voor een Event Hubs-cluster is het aantal dat u kunt opnemen en streamen afhankelijk van factoren zoals uw producenten, consumenten en het tarief waarmee u gegevens opneemt en verwerkt.

In de volgende tabel ziet u de benchmarkresultaten die we tijdens onze tests hebben behaald met een verouderd toegewezen cluster.

Tijdens het testen zijn de volgende criteria gebruikt:

• Er is een Event Hubs-cluster met toegewezen lagen met vier CA's gebruikt.
• De Event Hub die voor opname werd gebruikt, had 200 partities.
• De gegevens die zijn opgenomen, zijn ontvangen door twee ontvangsttoepassingen van alle partities.

Kan ik mijn cluster omhoog of omlaag schalen?

Als u het cluster maakt met de optieset Ondersteuning voor schalen , kunt u de selfservice-ervaring gebruiken om naar behoefte uit te schalen en in te schalen. U kunt maximaal 10 CA's schalen met schaalbare clusters met selfservice. Schaalbare, schaalbare toegewezen clusters zijn gebaseerd op nieuwe infrastructuur, zodat ze beter presteren dan toegewezen clusters die zelf schalen niet ondersteunen. De prestaties van toegewezen clusters zijn afhankelijk van factoren zoals resourcetoewijzing, aantal partities en opslag. U wordt aangeraden het vereiste aantal CA's te bepalen nadat u met een echte workload hebt getest.

Dien in de volgende scenario's een ondersteuningsaanvraag in om uw toegewezen cluster uit te schalen of te schalen:

• U hebt meer dan 10 CA's nodig voor een schaalbaar, schaalbaar toegewezen cluster (een cluster dat is gemaakt met de optieset Ondersteuning ).
• U moet uitschalen of inschalen in een cluster dat is gemaakt zonder de optie Ondersteuning voor schalen te selecteren.
• U moet uitschalen of inschalen in een toegewezen cluster dat is gemaakt voordat de selfservice-ervaring werd uitgebracht.

Kan ik migreren van een verouderd cluster naar een schaalbaar cluster met selfservice?

Vanwege het verschil in de onderliggende hardware- en software-infrastructuur ondersteunen we momenteel geen migratie van clusters die geen ondersteuning bieden voor zelfschalen naar schaalbare, toegewezen clusters. Als u zelfschalen wilt gebruiken, moet u het cluster opnieuw maken. Zie Een toegewezen Event Hubs-cluster maken voor meer informatie over het maken van een schaalbaar cluster.

Wanneer moet ik mijn toegewezen cluster schalen?

CPU-verbruik is de belangrijkste indicator van het resourceverbruik van uw toegewezen cluster. Wanneer het totale CPU-verbruik 70% bereikt (zonder abnormale omstandigheden te observeren, zoals een groot aantal serverfouten of een laag aantal geslaagde aanvragen), betekent dit dat uw cluster zich verplaatst naar de maximale capaciteit. U kunt deze informatie gebruiken als indicator om na te gaan of u het toegewezen cluster moet opschalen of niet.

Volg deze stappen om het CPU-gebruik van het toegewezen cluster te bewaken:

1. Selecteer Op de pagina Metrische gegevens van uw toegewezen Event Hubs-cluster de optie Metrische gegevens toevoegen.

2. Selecteer CPU als de metrische waarde en gebruik Max als de aggregatie.

   

3. Selecteer Filter toevoegen en voeg een filter toe voor de eigenschapstype Rol. Gebruik de gelijke operator en selecteer alle waarden (back-end en gateway) in de vervolgkeuzelijst.

   

   Vervolgens kunt u deze metrische waarde bewaken om te bepalen wanneer u het toegewezen cluster moet schalen. U kunt ook waarschuwingen instellen op basis van deze metrische waarde om een melding te ontvangen wanneer het CPU-gebruik de drempelwaarden bereikt die u hebt ingesteld.

Hoe werkt geo-noodherstel met mijn cluster?

U kunt een naamruimte onder een Dedicated-tier-cluster koppelen met een andere naamruimte onder een Dedicated-tier-cluster. Het koppelen van een Dedicated-tier-naamruimte met een naamruimte in de Standard-aanbieding wordt niet aangeraden omdat de doorvoerlimiet niet compatibel is en fouten oplevert.

Kan ik mijn Standard- of Premium-naamruimten migreren naar een toegewezen cluster?

Er wordt momenteel geen geautomatiseerd migratieproces ondersteund voor het migreren van uw Event Hubs-gegevens van een Standard- of Premium-naamruimte naar een toegewezen naamruimte.

Waarom heeft een verouderd zone-redundant toegewezen cluster minimaal acht CA's?

Als u zoneredundantie wilt bieden voor de toegewezen aanbieding, moeten alle rekenresources drie replica's hebben in drie datacenters in dezelfde regio. Deze minimale vereiste ondersteunt zoneredundantie (zodat de service nog steeds kan functioneren wanneer twee zones of datacenters uitvalt) en resulteert in een rekencapaciteit die gelijk is aan acht CA's.

Dit quotum kan niet worden gewijzigd. Het is een beperking van de huidige architectuur met een Dedicated-laag.

Als partitie is een mechanisme voor gegevensorganisatie waarmee u gegevens parallel kunt publiceren en gebruiken. We raden u aan om schaaleenheden (doorvoereenheden voor de standard-laag, verwerkingseenheden voor de Premium-laag of capaciteitseenheden voor de toegewezen laag) en partities te verdelen om optimale schaal te bereiken. Over het algemeen raden we een maximale doorvoer van 1 MB/s per partitie aan. Daarom is een vuistregel voor het berekenen van het aantal partities het delen van de maximale verwachte doorvoer met 1 MB/s. Als uw use-case bijvoorbeeld 20 MB/s vereist, raden we u aan ten minste 20 partities te kiezen om de optimale doorvoer te bereiken.

Als u echter een model hebt waarin uw toepassing een affiniteit met een bepaalde partitie heeft, is het verhogen van het aantal partities niet nuttig. Zie beschikbaarheid en consistentie voor meer informatie.

Nee, het is niet mogelijk omdat partities onveranderbaar zijn in de Standard-laag. Dynamische toevoeging van partities is alleen beschikbaar in premium- en toegewezen lagen van Event Hubs.

Zie de prijzen van Event Hubs voor volledige informatie over prijzen van Event Hubs.

De Event Hubs Standard-laag staat berichtretentieperioden langer dan 24 uur toe, maximaal zeven dagen. Als de grootte van het totale aantal opgeslagen gebeurtenissen de opslaglimiet overschrijdt voor het aantal geselecteerde doorvoereenheden (84 GB per doorvoereenheid), wordt de grootte die groter is dan de toelage, in rekening gebracht tegen de gepubliceerde Azure Blob-opslagsnelheid. De opslagvergoeding in elke doorvoereenheid dekt alle opslagkosten voor retentieperioden van 24 uur, zelfs als de doorvoereenheid wordt gebruikt tot de maximale hoeveelheid inkomend verkeer.

De totale grootte van alle opgeslagen gebeurtenissen, inclusief eventuele interne overhead voor gebeurtenisheaders of op schijfopslagstructuren in alle Event Hubs, wordt de hele dag door gemeten. Aan het einde van de dag wordt de grootte van de piekopslag berekend. De dagelijkse opslaglimiet wordt berekend op basis van het minimum aantal doorvoereenhden dat gedurende de dag is geselecteerd (elke doorvoereenheid biedt een limiet van 84 GB). Als de totale grootte hoger is dan de berekende dagelijkse opslaglimiet, wordt de overtollige opslag gefactureerd met behulp van Azure Blob Storage-tarieven (met de lokaal redundante opslagsnelheid ).

Elke gebeurtenis die naar een Event Hub wordt verzonden, telt als factureerbare bericht. Een gebeurtenis voor inkomend verkeer wordt gedefinieerd als een gegevenseenheid die kleiner is dan of gelijk is aan 64 kB. Elke gebeurtenis die kleiner is dan of gelijk is aan 64 kB in grootte, wordt beschouwd als één factureerbare gebeurtenis. Als de gebeurtenis groter is dan 64 kB, wordt het aantal factureerbare gebeurtenissen berekend op basis van de gebeurtenisgrootte, in veelvouden van 64 kB. Een gebeurtenis van 8 kB die naar de Event Hub wordt verzonden, wordt bijvoorbeeld gefactureerd als één gebeurtenis, maar een bericht van 96 kB dat naar de Event Hub wordt verzonden, wordt gefactureerd als twee gebeurtenissen.

Gebeurtenissen die worden gebruikt vanuit een Event Hub en beheerbewerkingen en besturingsaanroepen zoals controlepunten, worden niet meegeteld als factureerbare inkomend verkeer, maar oplopen tot de toelage voor doorvoereenheden.

Verbindingskosten zijn alleen van toepassing wanneer het AMQP-protocol wordt gebruikt. Er worden geen verbindingskosten in rekening gebracht voor het verzenden van gebeurtenissen via HTTP, ongeacht het aantal verzendsystemen/-apparaten. Als u van plan bent OM AMQP te gebruiken (bijvoorbeeld om efficiëntere gebeurtenisstreaming te bereiken of bidirectionele communicatie in te schakelen in IoT-opdracht- en controlescenario's), raadpleegt u de pagina met prijsinformatie over Event Hubs voor meer informatie over het aantal verbindingen in elke servicelaag.

Capture is ingeschakeld wanneer een Event Hub in de naamruimte de optie Capture heeft ingeschakeld. Event Hubs Capture wordt maandelijks gefactureerd per aangeschafte doorvoereenheid. Naarmate het aantal doorvoereenheden wordt verhoogd of afgenomen, weerspiegelt Event Hubs Capture-facturering deze wijzigingen in stappen van hele uren. Zie de prijzen van Event Hubs voor meer informatie over de facturering van Event Hubs Capture.

Capture maakt gebruik van een opslagaccount dat u opgeeft wanneer deze is ingeschakeld op een Event Hub. Zoals het uw opslagaccount is, worden eventuele wijzigingen voor deze configuratie gefactureerd aan uw Azure-abonnement.

Zie quota voor een lijst met alle Event Hubs-quota.

Wanneer u een naamruimte uit een abonnement verwijdert, wacht u 4 uur voordat u deze opnieuw maakt met dezelfde naam in een ander abonnement. Anders krijgt u mogelijk het volgende foutbericht: Namespace already exists.

Zie Het overzicht uitzonderingen voor een lijst met mogelijke Event Hubs-uitzonderingen.

Event Hubs ondersteunt twee typen diagnostische logboeken: vastleggen van foutlogboeken en operationele logboeken, die beide worden weergegeven in json en kunnen worden ingeschakeld via Azure Portal.

Technische ondersteuning voor Event Hubs is beschikbaar via de microsoft Q&A-vragenpagina voor Azure Service Bus. Ondersteuning bij facturering en abonnementsbeheer is gratis.

Zie de pagina Serviceovereenkomsten voor meer informatie over onze SLA.

Als u deze code uitvoert in Azure Stack Hub, ondervindt u runtimefouten, tenzij u een specifieke Storage-API-versie target. Dat komt doordat de Event Hubs SDK gebruikmaakt van de nieuwste beschikbare Azure Storage-API die beschikbaar is in Azure die mogelijk niet beschikbaar is op uw Azure Stack Hub-platform. Azure Stack Hub ondersteunt mogelijk een andere versie van Storage Blob SDK dan die doorgaans beschikbaar is in Azure. Als u Azure Blog Storage als controlepuntarchief gebruikt, controleert u de ondersteunde Versie van de Azure Storage-API voor uw Azure Stack Hub-build en richt u deze versie in uw code op.

Als u bijvoorbeeld azure Stack Hub versie 2005 gebruikt, is de hoogste beschikbare versie voor de Storage-service versie 2019-02-02. De Event Hubs-SDK-clientbibliotheek maakt standaard gebruik van de hoogste beschikbare versie op Azure (2019-07-07 op het moment van de release van de SDK). In dit geval moet u, naast de volgende stappen in deze sectie, ook code toevoegen om de API-versie 2019-02-02-02 van de Storage-service te targeten. Zie de volgende voorbeelden voor C#, Java, Python en JavaScript/TypeScript voor een voorbeeld van het doel van een specifieke storage-API-versie.

Zie de volgende voorbeelden op GitHub voor een voorbeeld van het richten op een specifieke Storage-API-versie vanuit uw code:

• .NET
• Java
• Python - Synchroon, asynchroon
• JavaScript en TypeScript

Volgende stappen

U kunt meer informatie over Event Hubs vinden via de volgende koppelingen:

• Event Hubs-overzicht
• Een Event Hub maken
• Event Hubs automatisch vergroten