Bewerken

Share via


Veelgestelde vragen over Event Hubs

Algemeen

Wat is een Azure Event Hubs-naamruimte?

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.

Is het mogelijk om de prijscategorie na de implementatie te wijzigen?

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.

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

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

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:

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

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 om meerdere Event Hubs te verzenden en te ontvangen?

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

Hoe kan ik mijn Event Hubs bewaken?

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.

Waar worden gegevens opgeslagen in 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.

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

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

Belangrijk

Virtuele netwerklogboeken worden alleen gegenereerd als de naamruimte toegang toestaat vanaf specifieke IP-adressen (IP-filterregels). Als u de toegang tot uw naamruimte niet wilt beperken met behulp van deze functies 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 () en het IPv6-bereik (0.0.0.0/1128.0.0.0/1 - ) toevoegen.::/1 - 8000::/1

Notitie

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

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

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

Notitie

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

Wat is de grootte van het bericht/de gebeurtenis voor Event Hubs?

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

Doorvoereenheden

Wat zijn Event Hubs-doorvoereenheden? (Standard-laag)

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.

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

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

Hoe worden doorvoereenheden gefactureerd?

Doorvoereenheden (RU's) worden per uur 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 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.

Hoe werkt de functie Automatisch vergroten van Event Hubs?

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.

Zijn er kosten verbonden wanneer ik de functie voor automatisch vergroten inschakelen?

Er zijn geen kosten verbonden aan deze functie.

Kan zoneredundantie worden ingeschakeld voor een bestaande Event Hubs-naamruimte?

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.

Hoe worden doorvoerlimieten afgedwongen?

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.

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

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.

Toegewezen clusters

Wat is een toegewezen cluster?

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.

Hoe kan ik een Toegewezen Event Hubs-cluster maken?

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.

Nettoladingshape Ontvangers Bandbreedte voor inkomend verkeer Inkomend verkeer-berichten Bandbreedte voor uitgaand verkeer Uitgaande berichten Totaal aantal RU's RU's per CU
Batches van 100x1KB 2 400 MB per seconde 400k-berichten per seconde 800 MB per seconde 800.000 berichten per seconde 400 RU's 100 RU's
Batches van 10x10 KB 2 666 MB per seconde 66.6k berichten per seconde 1,33 GB per seconde 133k berichten per seconde 666 RU's 166 RU's
Batches van 6x32 KB 1 1,05 GB per seconde 34k berichten per seconde 1,05 GB per seconde 34k berichten per seconde 1.000 RU's 250 RU's

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.

Waarschuwing

U kunt het cluster na het maken ten minste vier uur niet verwijderen. Er worden minimaal vier uur gebruik van het cluster in rekening gebracht. Zie prijzen voor Event Hubs voor meer informatie over prijzen.

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.

    Schermopname van de pagina Metrische gegevens met de CPU-metrische gegevens.

  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.

    Schermopname van de pagina Metrische gegevens met metrische gegevens en rollen voor CPU-verbruik.

    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.

Partities

Hoeveel partities heb ik nodig?

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.

Kan het aantal partities worden verhoogd in de Standard-laag van Event Hubs?

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.

Prijzen

Waar vind ik meer prijsinformatie?

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

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.

Hoe wordt de opslaggrootte van Event Hubs 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 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 ).

Hoe worden inkomend verkeer berekend?

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.

Zijn er kosten voor brokered connection van toepassing op Event Hubs?

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.

Hoe wordt Event Hubs Capture gefactureerd?

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.

Wordt er 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. Zoals het uw opslagaccount is, worden eventuele wijzigingen voor deze configuratie gefactureerd aan uw Azure-abonnement.

Targets

Zijn er quota gekoppeld aan Event Hubs?

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

Probleemoplossing

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

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.

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

Diagnostische logboeken

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.

Ondersteuning en SLA

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.

Azure Stack Hub

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

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:

Volgende stappen

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