Forum Aux Questions (FAQ) sur Event Hubs

Un espace de noms est un conteneur d’étendue pour les rubriques Event Hubs ou Kafka. Il vous donne une valeur unique de nom de domaine complet. Un espace de noms constitue un conteneur d’application qui peut héberger plusieurs rubriques Event Hubs ou Kafka.

Nombre Une fois le déploiement effectué, il n’est pas possible de passer (par exemple) du niveau standard au niveau premium sans déployer une nouvelle ressource.

Les unités de débit (TU) ou unités de traitement (PU) des allocations de capacité sont facturées au niveau de l’espace de noms. Un espace de noms est également associé à une région.

Peut-être préférerez-vous créer un espace de noms plutôt que d’en utiliser un dans l’un des scénarios suivants :

• Vous avez besoin d’un Event Hub associé à une nouvelle région.
• Vous avez besoin d’un Event Hub associé à un autre abonnement.
• Vous avez besoin d’un Event Hub avec une allocation de capacité distincte (autrement dit, la capacité nécessaire pour l’espace de noms avec Event Hub ajouté dépasse le seuil de 40 TU et vous ne souhaitez pas utiliser le cluster dédié).``

Le niveau Standard d’Azure Event Hubs fournit des fonctionnalités supérieures à celles disponibles dans le niveau de base. Les fonctionnalités suivantes sont incluses dans le niveau Standard :

• Rétention plus longue des événements
• Connexions réparties supplémentaires, avec frais supplémentaires pour le dépassement du nombre inclus
• Plusieurs groupes de consommateurs
• Capture
• Intégration de Kafka

Pour plus d’informations sur les niveaux tarifaires, notamment pour Event Hubs Dedicated, consultez la rubrique Informations tarifaires pour Event Hubs.

Azure Event Hubs est disponible dans toutes les régions Azure prises en charge. Pour obtenir une liste, visitez la page Régions Azure.

Oui, à condition que la totalité des concentrateurs d’événements se trouve dans le même espace de noms.

Le niveau standard Event Hubs prend actuellement en charge une période de rétention maximale de sept jours, tandis qu’elle est de 90 jours pour les niveaux premium et dédié. Les hubs d’événements ne sont pas destinés à servir de magasins de données permanents. Les périodes de conservation de plus de 24 heures conviennent aux scénarios dans lesquels il est utile de pouvoir reproduire un flux d’événements sur les mêmes systèmes. Par exemple, pour entraîner ou tester un nouveau modèle Machine Learning sur des données existantes. Si vous avez besoin que la rétention des messages dure plus de sept jours, activez Event Hubs Capture dans votre hub d’événements pour en tirer (pull) les données et les importer dans le compte de stockage ou le compte Azure Data Lake Service de votre choix. L’activation de Capture est facturée en fonction des unités de débit achetées.

Vous pouvez configurer la période de conservation pour les données capturées sur votre compte de stockage. La fonctionnalité de gestion du cycle de vie du Stockage Azure fournit une stratégie complète basée sur des règles pour les comptes de stockage Blob et v2 universel. Utilisez la stratégie pour effectuer la transition de vos données vers les niveaux d’accès appropriés ou pour faire en sorte qu’elles expirent à la fin de leur cycle de vie. Pour plus d’informations, consultez Gérer le cycle de vie du Stockage Blob Azure.

Event Hubs émet des métriques exhaustives qui fournissent l’état de vos ressources à Azure Monitor. Elles vous permettent également d’évaluer l’intégrité globale du service Event Hubs non seulement au niveau de l’espace de noms mais également au niveau de l’entité. En savoir plus sur la supervision proposée pour les Azure Event Hubs.

Les niveaux Azure Event Hubs standard, Premium et dédiés stockent et traitent les données qui y sont publiées dans la région que vous sélectionnez quand vous créez un espace de noms Event Hubs. Par défaut, les données client restent dans cette région. Quand une géo-reprise d’activité après sinistre est configurée pour un espace de noms Azure Event Hubs, les métadonnées sont copiées dans la région secondaire que vous sélectionnez. Ainsi, ce service satisfait automatiquement aux exigences de résidence des données régionales, notamment à celles spécifiées dans le centre de gestion de la confidentialité .

Quels protocoles puis-je utiliser pour envoyer et recevoir des événements ?

Les producteurs ou les expéditeurs peuvent utiliser les protocoles AMQP (Advanced Messaging Queuing Protocol), Kafka ou HTTPS pour envoyer des événements à un hub d’événements.

Les consommateurs ou les récepteurs utilisent AMQP ou Kafka pour recevoir des événements en provenance d’un hub d’événements. Event Hubs prend uniquement en charge le modèle d’extraction pour que les consommateurs reçoivent des événements à partir de celui-ci. Même lorsque vous utilisez des gestionnaires d’événements pour gérer les événements provenant d’un hub d’événements, le processeur d’événements utilise en interne le modèle d’extraction pour recevoir des événements du hub d’événements.

AMQP

Vous pouvez utiliser le protocole AMQP 1.0 pour envoyer et recevoir des événements à partir d’Azure Event Hubs. AMQP fournit une communication fiable, performante et sécurisée pour l’envoi et la réception d’événements. Vous pouvez l’utiliser pour la diffusion en continu hautes performances et en temps réel qui est prise en charge par la plupart des Kits de développement logiciel (SDK) Azure Event Hubs.

API REST/HTTPS

Vous pouvez uniquement envoyer des événements à Event Hubs à l’aide de requêtes HTTP POST. Event Hubs ne prend pas en charge la réception d’événements via HTTPS. Il convient aux clients légers pour lesquels une connexion TCP directe n’est pas réalisable.

Apache Kafka

Azure Event Hubs dispose d’un point de terminaison Kafka intégré qui prend en charge les producteurs et les consommateurs Kafka. Les applications générées à l’aide de Kafka peuvent utiliser le protocole Kafka (version 1.0 ou ultérieure) pour envoyer et recevoir des événements à partir d’Event Hubs sans aucune modification du code.

Les kits SDK Azure font abstraction des protocoles de communication sous-jacents et fournissent un moyen simplifié d’envoyer et de recevoir des événements d’Event Hubs à l’aide de langages tels que C#, Java, Python, JavaScript, et ainsi de suite.

Quels ports du pare-feu dois-je ouvrir ?

Vous pouvez utiliser les protocoles suivants avec Azure Event Hubs pour envoyer et recevoir des événements :

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Protocole de transfert hypertexte 1.1 avec le protocole HTTPS (Transport Layer Security)
• Apache Kafka

Consultez le tableau suivant pour savoir quels ports de sortie vous devez ouvrir afin d’utiliser ces protocoles dans le but de communiquer avec Azure Event Hubs.

Le port HTTPS est nécessaire pour la communication sortante quand AMQP est utilisé sur le port 5671, car plusieurs opérations de gestion effectuées par les SDK clients et l’acquisition de jetons à partir de Microsoft Entra ID (le cas échéant) s’exécutent sur HTTPS.

Les kits SDK officiels Azure utilisent généralement le protocole AMQP pour envoyer et recevoir des messages d’Event Hubs. L’option de protocole AMQP sur WebSockets s’exécute sur le port TCP 443, tout comme l’API HTTP, mais son fonctionnement est identique au mode AMQP classique. Cette option présente une latence de connexion initiale plus élevée en raison d’allers-retours supplémentaires pour l’établissement d’une liaison et d’une surcharge légèrement plus importante en compensation du partage du port HTTPS. Si ce mode est sélectionné, le port TCP 443 s’avère suffisant à des fins de communication. Les options suivantes permettent de sélectionner le mode AMQP classique ou le mode AMQP WebSockets :

Quelles adresses IP dois-je autoriser ?

Lorsque vous utilisez Azure, vous devez parfois autoriser des plages d’adresses IP ou des URL spécifiques dans votre pare-feu ou proxy d’entreprise pour accéder à tous les services Azure que vous utilisez ou essayez d’utiliser. Vérifiez que le trafic est autorisé sur les adresses IP utilisées par Event Hubs. Pour les adresses IP utilisées par Azure Event Hubs : consultez le document Plages d’adresses IP Azure et balises de service – Cloud public.

Vérifiez également que l’adresse IP de votre espace de noms est autorisée. Pour trouver les adresses IP à autoriser pour vos connexions, procédez comme suit :

1. Exécutez la commande suivante depuis une invite de commandes :

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Notez l’adresse IP renvoyée dans Non-authoritative answer.

Si vous utilisez un espace de noms hébergé dans un cluster plus ancien (basé sur Services cloud (CNAME se terminant par *.cloudapp.net)) et que l’espace de noms est redondant interzone, vous devez effectuer quelques étapes supplémentaires. Si votre espace de noms se trouve sur un cluster plus récent (basé sur Virtual Machine Scale Set (CNAME se terminant par *.cloudapp.azure.com)) et redondant interzone, vous pouvez ignorer les étapes ci-dessous.

1. Tout d’abord, exécutez nslookup sur l’espace de noms.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Notez le nom dans la section Réponse ne faisant pas autorité, qui se présente dans l’un des formats suivants :

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

3. Exécutez nslookup pour chacun d’eux avec des suffixes s1, s2 et s3 pour obtenir les adresses IP des 3 instances en cours d’exécution dans 3 zones de disponibilité.

   Notes

   L’adresse IP retournée par la commande nslookup n’est pas une adresse IP statique. Toutefois, elle reste constante jusqu’à ce que le déploiement sous-jacent soit supprimé ou déplacé vers un autre cluster.

Quelles adresses IP clientes envoient ou reçoivent des événements vers/depuis mon espace de noms ?

Tout d’abord, activez le Filtrage IP sur l’espace de noms.

Activez ensuite les journaux de diagnostic pour Événements de connexion au réseau virtuel Event Hubs en suivant les instructions dans Activer les journaux de diagnostic. Vous voyez l’adresse IP pour laquelle la connexion est refusée.

{
    "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 fournit un point de terminaison Kafka qui peut être utilisé par vos applications Apache Kafka. Pour bénéficier de l’expérience PaaS Kafka, il est nécessaire de modifier la configuration. Il fournit une alternative à l’exécution de votre cluster Kafka. Event Hubs prend en charge Apache Kafka 1.0 et les versions clientes plus récentes, et fonctionne avec vos applications, outils et frameworks Kafka. Pour plus d’informations, consultez Dépôt Event Hubs pour Kafka.

Pour vous connecter à un Event Hub, vous devez mettre à jour les configurations du client Kafka. Cela s’effectue en créant un espace de noms Event Hubs et en obtenant la chaîne de connexion. Modifiez le fichier bootstrap.servers pour qu’il pointe vers le FQDN Event Hubs et sur le port 9093. Mettez à jour le fichier sasl.jaas.config pour diriger le client Kafka vers votre point de terminaison Event Hubs (ce point de terminaison est la chaîne de connexion que vous avez obtenue), avec une authentification correcte comme indiqué ci-dessous :

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

Exemple :

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

La taille de message maximale autorisée pour les Event Hubs est de 1 Mo.

Le débit dans les Event Hubs définit la quantité de données en méga-octets ou le nombre (en milliers) d’événements de 1 Ko qui entrent et sortent par les Event Hubs. Ce débit est mesuré en unités de débit (TU). Achetez des unités de débit pour pouvoir utiliser le service Event Hubs. Vous pouvez sélectionner explicitement les unités de débit Event Hubs en utilisant soit le portail, soit les modèles Resource Manager Event Hubs.

Oui, les unités de débit s’appliquent à tous les hubs d’événements dans un espace de noms Event Hubs. Cela signifie que vous achetez des unités de débit au niveau de l’espace de noms et que vous les partagez entre les Event Hubs sous cet espace de noms. Chaque TU donne accès à l’espace de noms pour les fonctionnalités suivantes :

• Jusqu’à 1 Mo par seconde d’événements d’entrée (événements envoyés à un concentrateur d’événements), mais pas plus de 1 000 événements d’entrée, opérations de gestion ou appels d’API de contrôle par seconde.
• Jusqu’à 2 Mo par seconde d’événements de sortie (événements consommés à partir d’un hub d’événements), mais pas plus de 4 096 événements de sortie.
• Jusqu’à 84 Go de stockage d’événements (suffisant pour la période de rétention de 1 heures par défaut).

Les unités de débit des hubs d’événements sont facturées par heure. La facturation est basée sur le nombre maximal d’unités sélectionné pendant l’heure donnée.

Vous pouvez commencer avec une seule unité de débit (TU) et activer la majoration automatique. La fonctionnalité de majoration automatique fonctionnalité vous permet d’augmenter le nombre d’unités de débit à mesure que votre trafic/charge utile augmente. Vous pouvez également définir une limite supérieure pour le nombre d’unités de débit.

La fonctionnalité de majoration automatique vous permet de mettre à l’échelle les unités de débit. Cela signifie que vous pouvez commencer par acheter des unités de débit basses et que la majoration automatique fait monter en puissance à mesure que votre entrée augmente. Il s’agit d’une option rentable qui vous donne le contrôle complet du nombre de TU à gérer. Cette fonctionnalité est une fonctionnalité de montée en puissance uniquement, mais vous pouvez contrôler la descente en puissance en modifiant le nombre de TU.

Vous pouvez commencer avec un faible nombre d’unités de débit, par exemple, 2 TU. Si vous prévoyez que votre trafic pourrait atteindre 15 unités de débit, activez la fonctionnalité de majoration automatique sur votre espace de noms et fixez la limite maximale à 15 unités de débit. Vous pouvez maintenant augmenter le nombre de TU automatiquement dès que votre trafic augmente.

L’activation de cette fonctionnalité n’engendre acun coût.

Cela n’est actuellement pas possible, car les anciens espaces de noms Event Hub se trouvent dans des clusters différents, sans moyen de les déplacer vers les nouveaux clusters qui activent automatiquement la redondance de zone lors de la création de nouveaux espaces de noms Event Hub.

Si le débit d’entrée total ou le taux d’événements d’entrée total de tous les hubs d’événements d’un espace de noms dépassent les allocations d’unité de débit agrégées, les expéditeurs sont limités et reçoivent des erreurs indiquant que le quota d’entrée a été dépassé.

Si le débit de sortie total ou le taux d’événements de sortie total de tous les hubs d’événements d’un espace de noms dépassent les allocations d’unité de débit agrégées, les récepteurs sont limités, mais aucune erreur de limitation n’est générée.

Les quotas d’entrée et de sortie sont appliqués séparément afin qu’aucun expéditeur n’entraîne un ralentissement de la consommation d’événements ni qu’aucun récepteur n’empêche l’envoi d’événements à un concentrateur d’événements.

Lorsque vous créez un espace de noms de niveau de base ou standard dans le portail Azure, vous pouvez sélectionner jusqu’à 40 unités pour l’espace de noms. Au-delà de 40 TU, Event Hubs propose des modèles basés sur les ressources/capacités comme des clusters Event Hubs Premium et Event Hubs Dedicated. Pour plus d’informations, consultez Event Hubs Premium - vue d’ensemble et Event Hubs Dedicated - vue d’ensemble.

Les clusters Event Hubs Dedicated offrent des déploiements à locataire unique pour les clients les plus exigeants. Cette offre constitue un cluster basé sur la capacité qui n’est pas liée par des unités de débit. Cela signifie que vous pouvez utiliser le cluster pour ingérer et diffuser vos données en streaming en fonction de l’utilisation du processeur et de le mémoire du cluster. Pour plus d’informations, consultez Clusters Event Hubs Dedicated.

Pour obtenir des instructions pas à pas et des informations supplémentaires sur la configuration d’un cluster dédié Event Hubs, consultez le Démarrage rapide : Créer un cluster dédié Event Hubs à l’aide du portail Azure.

Que puis-je faire avec un cluster ?

Pour un cluster Event Hubs, la quantité que vous pouvez ingérer et diffuser dépend de facteurs tels que vos producteurs, vos consommateurs, et la vitesse à laquelle vous procédez à l’ingestion et au traitement.

Le tableau suivant présente les résultats de référence que nous avons obtenus au cours des tests avec un cluster dédié hérité.

Lors des tests, les critères suivants ont été utilisés :

• Un cluster Event Hubs dédié avec quatre UC a été utilisé.
• Le hub d’événements utilisé pour l’ingestion possédait 200 partitions.
• Les données ingérées ont été reçues par deux applications réceptrices provenant de toutes les partitions.

Puis-je effectuer un scale-up ou un scale-down de mon cluster ?

Si vous créez le cluster avec l’option Prendre en charge la mise à l’échelle, vous pouvez utiliser l’expérience en libre-service pour effectuer un scale-out et un scale-in en fonction des besoins. Vous pouvez effectuer le scale-up de 10 unités de calcul maximum avec des clusters scalables libre-service. Les clusters dédiés évolutifs en libre-service sont basés sur de nouvelles infrastructures. Ils sont donc plus performants que les clusters dédiés qui ne prennent pas en charge la mise à l’échelle en libre-service. La performance des clusters dédiés dépend de facteurs tels que l’allocation des ressources, le nombre de partitions et le stockage. Nous vous recommandons de déterminer le nombre requis d’UC après avoir effectué un test avec une charge de travail réelle.

Dans les scénarios suivants, envoyez une demande de support pour effectuer un scale-out ou un scale-in dans votre cluster dédié :

• Vous aurez besoin de plus de 10 processeurs pour un cluster dédié scalable libre-service (un cluster créé avec le groupe d’options Support scaling (Prendre en charge la mise à l’échelle)).
• Vous devez effectuer le scale-out ou le scale-in d’un cluster créé sans avoir sélectionné l’option Prendre en charge la mise à l’échelle.
• Vous devez effectuer le scale-out ou le scale-in d’un cluster dédié créé avant le lancement de l’expérience de mise à l’échelle en libre-service.

Est-ce que je peux migrer d’un cluster hérité vers un cluster évolutif en libre-service ?

En raison de différences au niveau de l’infrastructure matérielle et logicielle sous-jacente, nous ne prenons pas en charge la migration des clusters non compatibles avec la mise à l’échelle en libre-service vers des clusters dédiés évolutifs en libre-service. Si vous voulez utiliser la mise à l’échelle en libre-service, vous devez recréer le cluster. Pour savoir comment créer un cluster évolutif, consultez Créer un cluster dédié Event Hubs.

Dans quels cas dois-je mettre à l’échelle mon cluster dédié ?

La consommation de l’UC est l’indicateur clé de la consommation des ressources de votre cluster dédié. Lorsque la consommation globale du processeur commence à atteindre 70 % (sans observer de conditions anormales, telles qu’un nombre élevé d’erreurs de serveur ou un faible nombre de requêtes ayant échoué), cela signifie que votre cluster évolue vers sa capacité maximale. Vous pouvez utiliser ces informations comme indicateur pour déterminer si vous devez ou non mettre à l’échelle votre cluster dédié.

Pour surveiller l’utilisation du processeur par le cluster dédié, effectuez les étapes suivantes :

1. Dans la page Métriques de votre cluster dédié Event Hubs, sélectionnez Ajouter une métrique.

2. Sélectionnez Processeur comme métrique et utilisez la valeur Max comme agrégation.

   

3. Sélectionnez Ajouter un filtre et ajoutez un filtre pour le type Propriété Rôle. Utilisez l’opérateur égal et sélectionnez toutes les valeurs (Backend et Passerelle) dans la liste déroulante.

   

   Vous pouvez ensuite surveiller cette métrique pour déterminer quand vous devez mettre à l’échelle votre cluster dédié. Vous pouvez également configurer des alertes sur cette mesure pour être averti lorsque l’utilisation de l’UC atteint les seuils que vous définissez.

Comment la géo-reprise d'activité après sinistre fonctionne-t-elle avec mon cluster ?

Vous pouvez former une géopaire en combinant un espace de noms sous un cluster dédié avec un autre espace de noms sous un cluster dédié. Nous déconseillons l’association d’un espace de noms Dedicated avec un espace de noms dans l’offre Standard, car la limite de débit est incompatible et entraîne des erreurs.

Puis-je migrer mes espaces de noms Standard ou Premium vers un cluster de niveau Dedicated ?

Nous n’offrons actuellement aucun processus de migration automatisé pour la migration de vos données Event Hubs d’un espace de noms Standard ou Premium vers un espace de noms dédié.

Pourquoi un cluster dédié redondant interzone hérité a-t-il un minimum de 8 unités de capacité ?

Pour fournir une redondance de zone pour l’offre Dedicated, toutes les ressources de calcul doivent avoir trois réplicas dans trois centres de données de la même région. Cette exigence minimale permet la prise en charge de la redondance de zone (pour que le service puisse toujours fonctionner lorsque deux zones ou centres de données sont en panne) et générer une capacité de calcul équivalente à huit UC.

Nous ne pouvons pas modifier ce quota. Il s’agit d’une restriction de l’architecture actuelle avec le niveau Dedicated.

Comme la partition est un mécanisme d’organisation des données qui vous permet de publier et de consommer des données en parallèle. Nous vous recommandons d’équilibrer les unités de mise à l’échelle (unités de débit pour le niveau standard, unités de traitement pour le niveau premium ou unités de capacité pour le niveau dédié) et les partitions afin d’obtenir une mise à l’échelle optimale. En général, nous recommandons un débit maximal de 1 Mo/s par partition. Par conséquent, pour calculer le nombre de partitions, il est conseillé de diviser le débit maximal attendu par 1 Mo/s. Par exemple, si votre cas d’usage nécessite 20 Mo/s, nous vous recommandons de choisir au moins 20 partitions pour obtenir le débit optimal.

Toutefois, si vous disposez d’un modèle dans lequel votre application a une affinité avec une partition particulière, l’augmentation du nombre de partitions n’offre aucun avantage. Pour plus d’informations, consultez Disponibilité et cohérence.

Non, ce n’est pas possible, car les partitions sont immuables dans le niveau Standard. L’ajout dynamique de partitions est disponible seulement dans les niveaux Premium et Dédié d’Event hubs.

Pour des informations complètes sur la tarification des hubs d’événements, consultez la rubrique Tarification des hubs d’événements.

Le niveau Standard Event Hubs permet de conserver les messages au-delà de 24 heures, avec un maximum de sept jours. Si la taille du nombre total d’événements stockés dépasse l’allocation de stockage pour le nombre d’unités de débit sélectionnées (84 Go par unité de débit), la taille excédentaire est facturée au tarif de stockage Blob Azure publié. L'allocation de stockage dans chaque unité de débit couvre tous les frais de stockage pour les périodes de rétention de 24 heures, même si l'unité de débit est utilisée pour l'allocation d'entrée maximale.

La taille totale de tous les événements stockés, notamment de toute surcharge interne pour les en-têtes d’événements ou les structures de stockage sur disque dans tous les concentrateurs d’événements, est mesurée tout au long de la journée. À la fin de la journée, la taille maximale de stockage est calculée. L'allocation de stockage quotidienne est calculée en fonction du nombre minimal d'unités de débit qui ont été sélectionnées pendant la journée (chaque unité de débit fournit une allocation de 84 Go). Si la taille totale dépasse l'allocation de stockage quotidienne calculée, l'excédent de stockage est facturé selon les taux de stockage Azure Blob (au taux Stockage localement redondant ).

Chaque événement envoyé à un concentrateur d’événements est considéré comme un message facturable. Un événement d’entrée est défini comme une unité de données inférieure ou égale à 64 Ko. Tout événement dont la taille est inférieure ou égale à 64 Ko est considéré comme un événement facturable. Si l’événement est supérieur à 64 Ko, le nombre d’événements facturables est calculé en fonction de la taille de l’événement, par multiples de 64 Ko. Par exemple, un événement de 8 Ko envoyé au concentrateur d’événements est facturé comme un événement, mais un message de 96 Ko envoyé au concentrateur d’événements est facturé comme deux événements.

Les événements utilisés à partir d’un concentrateur d’événements, ainsi que les opérations de gestion et les appels de contrôle comme les points de contrôle, ne sont pas comptabilisés comme des événements d’entrée facturables, mais s’ajoutent à l’allocation d’unité de débit.

Des frais de connexion s'appliquent uniquement lorsque le protocole AMQP est utilisé. Il n'y a aucun frais de connexion pour l'envoi d'événements à l'aide de HTTP, quel que soit le nombre de systèmes ou de périphériques d’envoi. Si vous prévoyez d’utiliser AMQP (par exemple, pour améliorer le flux d’événements ou activer la communication bidirectionnelle sur des scénarios de commande et de contrôle IoT), reportez-vous à la page Informations tarifaires pour Event Hubs pour plus de détails sur le nombre de connexions incluses dans chaque niveau de service.

Capture est activé lorsque la fonctionnalité de capture est activée pour chaque concentrateur d’événements de l’espace de noms. Event Hubs Capture est facturé mensuellement, par unité de débit achetée. La facturation d’Event Hubs Capture reflète les variations du nombre d’unités de débit sous forme d’incréments d’heure pleine. Pour plus d’informations sur la facturation d’Event Hubs Capture, consultez Informations tarifaires pour Event Hubs.

Capture utilise un compte de stockage que vous fournissez lorsqu’il est activé sur un concentrateur d’événements. Ce compte de stockage étant le vôtre, les éventuels changements de configurations seront facturés sur votre abonnement Azure.

Pour obtenir la liste de tous les quotas d’Event Hubs, consultez la page quotas.

Lorsque vous supprimez un espace de noms d’un abonnement, patientez pendant 4 heures avant de le recréer avec le même nom dans un autre abonnement. Sinon, le message d’erreur suivant peut s’afficher : Namespace already exists.

Pour obtenir la liste des exceptions Event Hubs potentielles, consultez la page Vue d’ensemble des exceptions.

Event Hubs prend en charge deux types de journaux de diagnostics (journaux d’activité d’erreurs Capture et journaux d’activité des opérations), qui sont tous deux représentés en json et peuvent être activés via le portail Azure.

Un support technique pour Event Hubs est disponible via la page de questions Microsoft Q&A sur Azure Service Bus. La gestion de la facturation et des abonnements est fournie gratuitement.

Pour en savoir plus sur notre contrat SLA, consultez la section Contrats de niveau de Service .

Si vous exécutez ce code sur Azure Stack Hub, vous rencontrerez des erreurs d’exécution, sauf si vous ciblez une version spécifique de l’API Stockage. Ceci est dû au fait que le kit SDK Event Hubs utilise la dernière API Stockage Azure disponible dans Azure, qui peut ne pas être disponible sur votre plateforme Azure Stack Hub. Azure Stack Hub peut prendre en charge une autre version du Kit de développement logiciel (SDK) Stockage Blob que celles généralement disponibles sur Azure. Si vous utilisez Stockage Blob Azure comme magasin de points de contrôle, vérifiez la version de l’API Stockage Azure prise en charge pour votre build Azure Stack Hub et ciblez cette version dans votre code.

Par exemple, si vous exécutez sur Azure Stack Hub version 2005, la version la plus élevée disponible pour le service Stockage est la version 2019-02-02. Par défaut, la bibliothèque de client du SDK Event Hubs utilise la version la plus récente disponible sur Azure (2019-07-07 au moment de la publication du SDK). Dans ce cas, en plus des étapes suivantes de cette section, vous devez également ajouter du code pour cibler la version 2019-02-02 de l’API du service Stockage. Pour obtenir un exemple de la façon de cibler une version spécifique de l’API Stockage, consultez les exemples suivants pour les langages C#, Java, Python et JavaScript/TypeScript.

Pour obtenir un exemple de la façon de cibler une version spécifique de l’API Stockage à partir de votre code, consultez les exemples suivants sur GitHub :

• .NET
• Java
• Python : synchrone, asynchrone
• JavaScript et TypeScript

Étapes suivantes

Vous pouvez en apprendre plus sur Event Hubs en consultant les liens suivants :

• Vue d’ensemble d’Event Hubs
• Créer un hub d’événements
• Majoration automatique Event Hubs