Veelgestelde vragen over Event Hubs

Algemeen

Wat is een Azure Event Hubs naamruimte?

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

Wanneer maak ik een nieuwe naamruimte versus gebruik ik een bestaande naamruimte?

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

U kunt 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 nodig met een afzonderlijke capaciteitstoewijzing (dat wil gezegd, de capaciteitsbehoefte voor de naamruimte met de toegevoegde Event Hub overschrijdt de drempelwaarde van 40 TU en u wilt niet naar het toegewezen cluster gaan)

Wat is het verschil tussen de Basic- en Standard-lagen van Event Hubs?

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:

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

Waar is Azure Event Hubs beschikbaar?

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

Kan ik één AMQP-verbinding (Advanced Message Queuing Protocol) gebruiken voor het verzenden en ontvangen van meerdere Event Hubs?

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

Wat is de maximale bewaarperiode voor gebeurtenissen?

De Standard-laag van Event Hubs ondersteunt momenteel een maximale retentieperiode van zeven dagen. Event Hubs zijn niet bedoeld als een permanent gegevensarchief. Bewaarperioden van meer dan 24 uur zijn bedoeld voor scenario's waarin het handig is om een gebeurtenisstroom opnieuw in dezelfde systemen af te spelen. Bijvoorbeeld om een nieuw machine learning-model te trainen of te controleren op bestaande gegevens. Als u een bericht langer dan zeven dagen wilt bewaren, worden de gegevens uit uw Event Hub opgehaald naar het opslagaccount of Azure Data Lake Service-account van uw keuze als u Event Hubs Capture inschakelt op uw Event Hub. Als u Capture inschakelt, worden er kosten in rekening gebracht op basis van uw aangeschafte doorvoereenheden.

U kunt de bewaarperiode voor de vastgelegde gegevens in uw opslagaccount configureren. De functie voor levenscyclusbeheer van Azure Storage biedt een uitgebreid, op regels gebaseerd beleid voor algemene v2- en blob-opslagaccounts. 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.

Hoe kan ik mijn Event Hubs bewaken?

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

Waar slaat Azure Event Hubs gegevens op?

Azure Event Hubs standard-, premium- en toegewezen lagen opslaan en verwerken gegevens die zijn gepubliceerd in de regio die u selecteert wanneer u een Event Hubs-naamruimte maakt. Standaard blijven klantgegevens 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 de locatie van regiogegevens, inclusief de vereisten die zijn opgegeven in het Vertrouwenscentrum.

Welke poorten moet ik openen op de firewall?

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

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

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

Protocol Poorten Details
AMQP 5671 en 5672 Zie de HANDLEIDING voor HET AMQP-protocol
HTTPS 443 Deze poort wordt gebruikt voor de HTTP/REST API en voor AMQP-over-WebSockets.
Kafka 9093 Zie Event Hubs gebruiken vanuit Kafka-toepassingen

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 uit Azure Active Directory (indien 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 verder 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 modus gewone AMQP of AMQP WebSockets selecteren:

Taal Optie
.NET Eigenschap EventHubConnectionOptions.TransportType met EventHubsTransportType.AmqpTcp of EventHubsTransportType.AmqpWebSockets
Java com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype met AmqpTransportType.AMQP of AmqpTransportType.AMQP_WEB_SOCKETS
Knooppunt EventHubConsumerClientOptions heeft een webSocketOptions eigenschap.
Python EventHubConsumerClient.transport_type met TransportType.Amqp of TransportType.AmqpOverWebSocket

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 voor uw verbindingen:

  1. Voer de volgende opdracht uit vanaf een opdrachtprompt:

    nslookup <YourNamespaceName>.servicebus.windows.net
    
  2. Noteer het IP-adres dat wordt geretourneerd in Non-authoritative answer.

Als u de zoneredundantie voor uw naamruimte gebruikt, moet u een paar extra stappen uitvoeren:

  1. Eerst voert u nslookup uit op de naamruimte.

    nslookup <yournamespace>.servicebus.windows.net
    
  2. Noteer de naam in de sectie niet-gezaghebbend antwoord , die een van de volgende indelingen heeft:

    <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 de exemplaren die worden uitgevoerd in drie beschikbaarheidszones,

    Notitie

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

Naar welke client-IP-adressen worden gebeurtenissen verzonden of ontvangen ze gebeurtenissen van mijn naamruimte?

Schakel eerst IP-filtering in voor de naamruimte.

Schakel vervolgens diagnostische logboeken in voor gebeurtenissen van virtuele Event Hubs-netwerkverbindingen door de instructies in 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"
}

Belangrijk

Virtuele netwerklogboeken worden alleen gegenereerd als de naamruimte toegang vanaf specifieke IP-adressen (IP-filterregels) toestaat. Als u de toegang tot uw naamruimte met deze functies niet wilt beperken en toch virtuele netwerklogboeken wilt ophalen om IP-adressen bij te houden van clients die verbinding maken met de Event Hubs-naamruimte, kunt u de volgende tijdelijke oplossing gebruiken: IP-filtering inschakelen en het totale adresseerbare IPv4-bereik toevoegen (1.0.0.0/1 - 255.0.0.0/1). Event Hubs biedt geen ondersteuning voor IPv6-adresbereiken.

Notitie

Op dit moment is het niet mogelijk om het bron-IP-adres van een afzonderlijk bericht of afzonderlijke gebeurtenis te bepalen.

Apache Kafka-integratie

Hoe kan ik mijn bestaande Kafka-toepassing integreren met Event Hubs?

Event Hubs biedt een Kafka-eindpunt dat kan worden gebruikt door uw bestaande Apache Kafka-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 Apache Kafka 1.0 en nieuwere clientversies en werkt met uw bestaande Kafka-toepassingen, -hulpprogramma's en -frameworks. Zie Event Hubs voor Kafka-opslagplaats voor meer informatie.

Welke configuratiewijzigingen moeten worden uitgevoerd om mijn bestaande toepassing te laten communiceren met Event Hubs?

Als u verbinding wilt maken met een Event Hub, moet u de kafka-clientconfiguraties bijwerken. Dit wordt gedaan door een Event Hubs-naamruimte te maken en de connection string te verkrijgen. Wijzig bootstrap.servers om de FQDN van Event Hubs 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 (dit is de connection string 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";

Notitie

Als sasl.jaas.config geen ondersteunde configuratie in uw framework is, zoekt u de configuraties die worden gebruikt om de SASL-gebruikersnaam en -wachtwoord in te stellen en gebruikt u deze in plaats daarvan. Stel de gebruikersnaam in op $ConnectionString en het wachtwoord op uw Event Hubs-connection string.

Wat is de bericht-/gebeurtenisgrootte voor Event Hubs?

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

Doorvoereenheden

Wat zijn Event Hubs-doorvoereenheden? (Alleen toegepast op de laag **standard**)

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

Zijn doorvoereenheden van toepassing op alle Event Hubs in een naamruimte?

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

  • Maximaal 1 MB per seconde aan ingangsgebeurtenissen (gebeurtenissen die naar een Event Hub worden verzonden), maar niet meer dan duizend ingangsgebeurtenissen, beheerbewerkingen of beheer-API-aanroepen per seconde.
  • Maximaal 2 MB per seconde aan uitgangsgebeurtenissen (gebeurtenissen die vanuit een Event Hub worden verbruikt), maar niet meer dan 4096 uitgangsgebeurtenissen.
  • Maximaal 84 GB aan gebeurtenisopslag (voldoende voor de standaardbewaartermijn van 24 uur).

Hoe worden doorvoereenheden gefactureerd?

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

Hoe kan ik het gebruik van mijn doorvoereenheden optimaliseren?

U kunt zo laag beginnen als één doorvoereenheid (TU) 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 TU's.

Hoe werkt de functie Automatisch vergroten van Event Hubs?

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

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

Zijn er kosten verbonden aan het inschakelen van de functie automatisch vergroten?

Er zijn geen kosten verbonden aan deze functie.

Hoe worden doorvoerlimieten afgedwongen?

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

Als de totale uitgaande doorvoer of de totale snelheid voor uitgaand verkeer voor alle Event Hubs in een naamruimte de toegestane totale doorvoereenheid overschrijdt, worden ontvangers beperkt, maar worden er geen beperkingsfouten gegenereerd.

Quota voor inkomend en uitgaand verkeer worden afzonderlijk afgedwongen, zodat geen enkele afzender het verbruik van gebeurtenissen kan vertragen en een ontvanger evenmin kan voorkomen dat gebeurtenissen naar een Event Hub worden verzonden.

Is er een limiet voor het aantal doorvoereenheden dat kan worden gereserveerd/geselecteerd?

Wanneer u een basic- of een standard-laagnaamruimte maakt in de Azure Portal, kunt u maximaal 40 TU's selecteren voor de naamruimte. Event Hubs biedt meer dan 40 TU'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.

Toegewezen clusters

Wat zijn toegewezen clusters van Event Hubs?

Toegewezen Event Hubs-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 is gebonden door doorvoereenheden. Dit betekent dat u het cluster kunt gebruiken om uw gegevens op te nemen en te streamen op basis van het CPU- en geheugengebruik van het cluster. Zie Toegewezen Event Hubs-clusters voor meer informatie.

Hoe kan ik een toegewezen Event Hubs-cluster maken?

Zie 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 de hoeveelheid die u kunt opnemen en streamen afhankelijk van verschillende factoren, zoals uw producenten, consumenten, de snelheid waarmee u opname en verwerking uitvoert, en nog veel meer.

In de volgende tabel ziet u de benchmarkresultaten die we tijdens het testen hebben behaald:

Nettoladingshape Ontvangers Bandbreedte voor inkomend verkeer Inkomend verkeer Uitgaande bandbreedte Uitgaande berichten Totaal aantal TU's TU's per CU
Batches van 100x1 kB 2 400 MB/sec. 400.000 berichten per seconde 800 MB/sec. 800.000 berichten per seconde 400 TU's 100 TU's
Batches van 10x10 kB 2 666 MB/sec. 66,6k berichten per seconde 1,33 GB per seconde 133.000 berichten per seconde 666 TU's 166 TU's
Batches van 6x32 kB 1 1,05 GB per seconde 34.000 berichten per seconde 1,05 GB per seconde 34.000 berichten per seconde 1000 TU's 250 TU's

Bij het testen is gebruikgemaakt van de volgende criteria:

  • Er is een Event Hubs-cluster met een toegewezen laag met 4 capaciteitseenheden (CA's) gebruikt.
  • De Event Hub die voor opname wordt gebruikt, had 200 partities.
  • De gegevens die zijn opgenomen, zijn ontvangen door twee ontvangende toepassingen die van alle partities werden ontvangen.

Kan ik mijn cluster omhoog/omlaag schalen?

Als u het cluster hebt gemaakt met de optieset Ondersteuning voor schalen , kunt u de selfservice-ervaring gebruiken om naar behoefte uit te schalen en in te schalen. U kunt omhoog schalen naar 10 KU's met schaalbare clusters met selfservice. Omdat schaalbare toegewezen clusters met selfservice worden gebaseerd op een nieuwe infrastructuur, zijn ze zeker geschikt voor toegewezen clusters die geen ondersteuning bieden voor zelf schalen. Omdat de prestaties van toegewezen clusters afhankelijk zijn van verschillende factoren, zoals resourcetoewijzing, het aantal partities, opslag, enzovoort, raden we u aan het vereiste aantal CPU's te bepalen na het testen met een echte workload.

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

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

Waarschuwing

U kunt het cluster niet verwijderen gedurende ten minste 4 uur nadat u het hebt gemaakt. Daarom worden er kosten in rekening gebracht voor gebruik van het cluster van minimaal vier uur. Zie Event Hubs - Prijzen voor meer informatie over prijzen.

Kan ik migreren van een niet-schaalbaar cluster naar een schaalbaar cluster?

Vanwege verschillen in de back-endarchitectuur bieden we momenteel geen ondersteuning voor migratie van clusters die geen ondersteuning bieden voor zelf schalen naar schaalbare toegewezen clusters. Als u zelf schalen wilt gebruiken, moet u het cluster opnieuw maken met ondersteuning voor schalen. 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 hoog aantal serverfouten of weinig geslaagde aanvragen), betekent dit dat uw cluster de maximale capaciteit bereikt. Daarom kunt u dit gebruiken als indicator om te overwegen of u uw toegewezen cluster omhoog moet schalen of niet.

Als u het CPU-gebruik van het toegewezen cluster wilt bewaken, moet u deze stappen volgen.

  • Voeg op de pagina met metrische gegevens van uw Event Hubs Dedicated-cluster een nieuwe metrische waarde toe aan de Event Hubs, zoals hieronder wordt weergegeven. Metrische gegevens over CPU-verbruik van toegewezen cluster

  • Selecteer CPU als de metrische gegevens en gebruik de Max als de aggregatie.

  • Voeg vervolgens een filter toe voor het eigenschapstype Role, gebruik de operator equal en selecteer alle drie de waarden(SBSAdmin, SBSFE, SBSEH) in de vervolgkeuzelijst.

Vervolgens kunt u deze metrische gegevens bewaken om te bepalen wanneer u uw 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-herstel na noodgeval met mijn cluster?

U kunt een naamruimte onder een toegewezen cluster geo-koppelen aan een andere naamruimte onder een toegewezen cluster. We raden het koppelen van een naamruimte in een toegewezen laag niet aan een naamruimte in onze standaardversie aan, omdat de doorvoerlimiet niet compatibel is en fouten veroorzaakt.

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

We bieden momenteel geen ondersteuning voor een geautomatiseerd migratieproces voor het migreren van uw Event Hubs-gegevens van een Standard- of Premium-naamruimte naar een toegewezen naamruimte.

Partities

Hoeveel partities heb ik nodig?

Aangezien partitie een mechanisme voor gegevensorganisatie is waarmee u gegevens parallel kunt publiceren en gebruiken, raden we u aan schaaleenheden (TU's, RU's of CPU's) en partities te verdelen om een optimale schaal te bereiken. Over het algemeen raden we gebruikers aan een maximale doorvoer van 1 MB/s per partitie te handhaven en het aantal partities te kiezen dat overeenkomt met de maximale doorvoer die u wilt verwerken. Als uw use-case bijvoorbeeld 20 MB/s vereist, is het raadzaam om ten minste 20 partities te kiezen om de optimale doorvoer te bereiken.

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

Prijzen

Waar vind ik meer prijsinformatie?

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

Worden er kosten in rekening gebracht voor het langer dan 24 uur bewaren van Event Hubs-gebeurtenissen?

In de Standard-laag van Event Hubs kunnen berichten langer dan 24 uur worden bewaard, maximaal zeven dagen. Als de grootte van het totale aantal opgeslagen gebeurtenissen groter is dan de opslaglimiet voor het aantal geselecteerde doorvoereenheden (84 GB per doorvoereenheid), wordt de grootte die de limiet overschrijdt in rekening gebracht tegen de gepubliceerde Azure Blob-opslagsnelheid. De opslaglimiet in elke doorvoereenheid dekt alle opslagkosten voor bewaarperioden van 24 uur (de standaardinstelling), zelfs als de doorvoereenheid wordt gebruikt tot de maximale toegang voor inkomend verkeer.

Hoe wordt de grootte van de Event Hubs-opslag berekend en in rekening gebracht?

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

Hoe worden gebeurtenissen voor inkomend verkeer van Event Hubs berekend?

Elke gebeurtenis die naar een Event Hub wordt verzonden, telt als een factureerbaar 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, wordt beschouwd als één factureerbare gebeurtenis. Als de gebeurtenis groter is dan 64 kB, wordt het aantal factureerbare gebeurtenissen berekend op basis van de grootte van de gebeurtenis, 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 verbruikt vanuit een Event Hub, en beheerbewerkingen en besturingsaanroepen, zoals controlepunten, worden niet meegeteld als factureerbare inkomend inkomend verkeer, maar worden samengeteld tot de toegestane doorvoereenheid.

Zijn er kosten voor brokered-verbindingen van toepassing op Event Hubs?

Verbindingskosten zijn alleen van toepassing wanneer het AMQP-protocol wordt gebruikt. Er zijn geen verbindingskosten voor het verzenden van gebeurtenissen met behulp van HTTP, ongeacht het aantal verzendsystemen of apparaten. Als u AMQP wilt gebruiken (bijvoorbeeld om efficiëntere streaming van gebeurtenissen te bereiken of om bidirectionele communicatie in te schakelen in ioT-opdrachten en -beheerscenario's), raadpleegt u de pagina met prijsinformatie voor Event Hubs voor meer informatie over het aantal verbindingen dat in elke servicelaag is opgenomen.

Hoe wordt Event Hubs Capture gefactureerd?

Capture is ingeschakeld wanneer voor een event hub in de naamruimte de optie Vastleggen is ingeschakeld. Event Hubs Capture wordt per uur gefactureerd per aangeschafte doorvoereenheid. Als het aantal doorvoereenheden wordt verhoogd of verlaagd, worden deze wijzigingen in de facturering van Event Hubs Capture weergegeven in stappen van het hele uur. Zie Prijsinformatie voor Event Hubs voor meer informatie over facturering voor Event Hubs Capture.

Word ik gefactureerd voor het opslagaccount dat ik selecteer voor Event Hubs Capture?

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

Quota

Zijn er quota gekoppeld aan Event Hubs?

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

Problemen oplossen

Waarom kan ik geen naamruimte maken nadat ik deze uit een ander abonnement heb verwijderd?

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

Wat zijn enkele van de uitzonderingen die worden gegenereerd door Event Hubs en de voorgestelde acties?

Zie Overzicht van uitzonderingen voor een lijst met mogelijke Event Hubs-uitzonderingen.

Diagnostische logboeken

Event Hubs ondersteunt twee typen diagnostische logboeken: foutenlogboeken vastleggen en operationele logboeken. Beide worden weergegeven in json en kunnen worden ingeschakeld via de Azure Portal.

Ondersteuning en SLA

Technische ondersteuning voor Event Hubs is beschikbaar via de pagina Microsoft Q&A-vragen voor Azure Service Bus. Ondersteuning voor facturerings- en abonnementsbeheer wordt gratis geboden.

Zie de pagina ServiceOvereenkomsten voor meer informatie over onze SLA.

Azure Stack Hub

Hoe kan ik me richten op een specifieke versie van Azure Storage SDK wanneer ik Azure Blob Storage als controlepuntarchief gebruik?

Als u deze code uitvoert in Azure Stack Hub, ervaart u runtimefouten, tenzij u een specifieke Versie van de Storage-API als doel hebt. Dat komt omdat 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 gebruikt als controlepuntopslag, controleert u de ondersteunde versie van de Azure Storage-API voor uw Azure Stack Hub-build en richt u zich op die versie in uw code.

Als u bijvoorbeeld azure Stack Hub versie 2005 gebruikt, is versie 2019-02-02 de hoogst beschikbare versie voor de Opslagservice. 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 van de Storage-service als doel te gebruiken. Zie de volgende voorbeelden voor C#, Java, Python en JavaScript/TypeScript voor een voorbeeld van hoe u een specifieke versie van de Storage-API kunt targeten.

Zie de volgende voorbeelden op GitHub voor een voorbeeld van hoe u een specifieke Versie van de Storage-API kunt targeten vanuit uw code:

Volgende stappen

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