Preguntas frecuentes sobre Event Hubs

Un espacio de nombres es un contenedor para temas de Event Hubs o Kafka. Proporciona un FQDN único. Un espacio de nombres actúa como un contenedor de aplicaciones que puede alojar varios temas de Event Hubs o Kafka.

No. Una vez que se ha implementado, no es posible cambiar (por ejemplo) de nivel Estándar a nivel Premium sin implementar un nuevo recurso.

Las asignaciones de capacidad (unidades de rendimiento (TU) o unidades de procesamiento (PU)) se facturan en el nivel de espacio de nombres. Un espacio de nombres también se asocia a una región.

Es posible que quiera crear un espacio de nombres en lugar de usar uno existente en alguno de los escenarios siguientes:

• Necesita un centro de eventos asociado a una nueva región.
• Necesita un centro de eventos asociado a otra suscripción.
• Necesita un centro de eventos con una asignación de capacidad diferente (es decir, la capacidad necesaria para el espacio de nombres con el centro de eventos agregado superaría el umbral de 40 TU y el clúster dedicado no sería conveniente).

El nivel Estándar de Azure Event Hubs proporciona más características de las disponibles en el nivel Básico. Estas son las características disponibles en el nivel Estándar:

• Retención de eventos más prolongada
• Más conexiones asíncronas, con un cargo por uso por encima del límite de más del número incluido
• Más de un único grupo de consumidores
• Capture
• Integración de Kafka

Para más información sobre los planes de tarifa, incluido Event Hubs dedicado, vea los detalles de los precios de Event Hubs.

Azure Event Hubs está disponible en todas las regiones de Azure admitidas. Para obtener una lista, visite la página Regiones de Azure.

Sí, siempre y cuando todos los centros de eventos se encuentren en el mismo espacio de nombres.

El nivel Estándar de Event Hubs admite actualmente un período de retención máximo de siete días, mientras que para el nivel Premium y el nivel dedicado, este límite es de 90 días. Event Hubs no está concebido como un almacén de datos permanente. Los períodos de retención superiores a 24 horas están pensados para escenarios en los que es útil volver a reproducir un flujo de eventos en los mismos sistemas. Por ejemplo, para entrenar o comprobar un nuevo modelo de aprendizaje automático con datos existentes. Si necesita conservar los mensajes más de siete días, habilite Event Hubs Capture en el centro de eventos para extraer los datos de este a la cuenta de almacenamiento o la cuenta del servicio Azure Data Lake que prefiera. Al habilita Capture se le cobrará un cargo en función de las unidades de procesamiento compradas.

Puede configurar el período de retención de los datos capturados en su cuenta de almacenamiento. La característica de administración del ciclo de vida de Azure Storage ofrece una útil directiva basada en reglas para las cuentas de uso general v2 y de Blob Storage. Use la directiva para realizar la transición de los datos a los niveles de acceso adecuados o hacer que expiren al final de su ciclo de vida. Para más información, consulte Administración del ciclo de vida de Azure Blob Storage.

Event Hubs emite métricas exhaustivas que proporcionan el estado de los recursos a Azure Monitor. También permite evaluar el estado general del servicio Event Hubs, no solo en el nivel de espacio de nombres, sino también en el nivel de entidad. Obtenga información sobre la supervisión que se ofrece para Azure Event Hubs.

Los niveles Estándar, Premium y Dedicado de Azure Event Hubs almacenan y procesan los datos publicados en la región que seleccione al crear un espacio de nombres de Event Hubs. De manera predeterminada, los datos del cliente permanecen dentro de esa región. Cuando se configura la recuperación ante desastres geográfica para un espacio de nombres de Azure Event Hubs, los metadatos se copian en la región secundaria que seleccione. Por tanto, este servicio satisface automáticamente los requisitos de residencia de datos de la región, incluidos los especificados en el centro de confianza.

¿Qué protocolos puedo usar para enviar y recibir eventos?

Los productores o remitentes pueden usar protocolos Advanced Messaging Queuing (AMQP), Kafka o HTTPS para enviar eventos a un centro de eventos.

Los consumidores o receptores usan AMQP o Kafka para recibir eventos de un centro de eventos. Event Hubs solo admite el modelo de extracción para que los consumidores reciban eventos de él. Incluso cuando se usan controladores de eventos para controlar eventos desde un centro de eventos, el procesador de eventos usa internamente el modelo de extracción para recibir eventos del centro de eventos.

AMQP

Puede usar el protocolo AMQP 1.0 para enviar y recibir eventos de Azure Event Hubs. AMQP proporciona una comunicación confiable, eficaz y segura para enviar y recibir eventos. Puede usarlo para streaming en tiempo real y de alto rendimiento y es compatible con la mayoría de los SDK de Azure Event Hubs.

HTTPS/API de REST

Solo puede enviar eventos a Event Hubs mediante solicitudes HTTP POST. Event Hubs no admite la recepción de eventos a través de HTTPS. Es adecuado para clientes ligeros en los que una conexión TCP directa no es factible.

Apache Kafka

Azure Event Hubs tiene un punto de conexión de Kafka integrado que admite productores y consumidores de Kafka. Las aplicaciones compiladas mediante Kafka pueden usar el protocolo Kafka (versión 1.0 o posterior) para enviar y recibir eventos de Event Hubs sin cambios en el código.

Los SDK de Azure abstraen los protocolos de comunicación subyacentes y proporcionan una manera simplificada de enviar y recibir eventos de Event Hubs mediante lenguajes como C#, Java, Python, JavaScript, etc.

¿Qué puertos es necesario abrir en el firewall?

Puede usar los siguientes protocolos con Azure Event Hubs para enviar y recibir eventos:

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Protocolo de transferencia de hipertexto 1.1 con seguridad de la capa de transporte (HTTPS)
• Apache Kafka

Consulte en la siguiente tabla los puertos de salida que se deben abrir para usar estos protocolos para comunicarse con Azure Event Hubs.

El puerto HTTPS también es necesario para la comunicación saliente cuando se usa AMQP a través del puerto 5671, ya que varias operaciones de administración realizadas por los SDK de cliente y la adquisición de tokens desde Microsoft Entra ID (cuando se usa) se ejecutan a través de HTTPS.

Los SDK de Azure oficiales suelen usar el protocolo AMQP para enviar y recibir eventos de Event Hubs. La opción de protocolo AMQP sobre WebSockets se ejecuta a través del puerto TCP 443 como la API HTTP, pero, de lo contrario, es funcionalmente idéntica a AMQP sin modificar. Esta opción tiene una mayor latencia de conexión inicial debido a los intercambios de protocolo de enlace adicionales y una sobrecarga ligeramente mayor como compensación para compartir el puerto HTTPS. Si se selecciona este modo, el puerto TCP 443 es suficiente para la comunicación. Las opciones siguientes permiten seleccionar el modo WebSockets AMQP o AMQP:

¿Qué direcciones IP tengo que permitir?

Cuando trabaja con Azure, en ocasiones tiene que permitir intervalos de direcciones IP específicos o direcciones URL en el firewall o proxy corporativo para acceder a todos los servicios de Azure usa o intenta usar. Compruebe que se permite el tráfico en las direcciones IP utilizadas por Event Hubs. En el caso de las direcciones IP usadas por Azure Event Hubs, vea Intervalos de direcciones IP y etiquetas de servicio de Azure: nube pública.

Además, compruebe que se permite la dirección IP del espacio de nombres. Para buscar las direcciones IP correctas para permitirlas para las conexiones, siga estos pasos:

1. Ejecute el siguiente comando desde el símbolo del sistema:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Anote la dirección IP devuelta en Non-authoritative answer.

Si usa un espacio de nombres hospedado en un clúster anterior (basado en Cloud Services - CNAME que termina en *.cloudapp.net) y el espacio de nombres es redundante de zona, debe seguir algunos pasos adicionales. Si el espacio de nombres está en un clúster más reciente (basado en el conjunto de escalado de máquinas virtuales: CNAME que termina en *.cloudapp.azure.com) y con redundancia de zona, puede omitir los pasos siguientes.

1. En primer lugar, ejecute nslookup en el espacio de nombres.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Anote el nombre de la sección respuesta no autoritativa, que se encuentra en uno de los siguientes formatos:

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

3. Ejecute nslookup para cada uno con los sufijos s1, s2 y s3 para obtener las direcciones IP de las tres instancias que se ejecutan en tres zonas de disponibilidad.

   Nota

   La dirección IP devuelta por el comando nslookup no es una dirección IP estática. Sin embargo, permanece constante hasta que la implementación subyacente se elimine o se mueva a otro clúster.

¿Qué direcciones IP de cliente envían o reciben eventos desde mi espacio de nombres?

En primer lugar, habilite el filtrado de IP en el espacio de nombres.

A continuación, habilite los registros de diagnóstico para eventos de conexión de red virtual de Event Hubs siguiendo las instrucciones indicadas en Habilitar registros de diagnóstico. Verá la dirección IP para la que se deniega la conexión.

{
    "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 proporciona un punto de conexión de Kafka que las aplicaciones basadas en Apache Kafka existentes pueden usar. Basta con un cambio de configuración para poder disfrutar de la experiencia de PaaS Kafka. Proporciona una alternativa a ejecutar su propio clúster de Kafka. Event Hubs admite Apache Kafka 1.0 y versiones del cliente más recientes y funciona con marcos, herramientas y aplicaciones de Kafka existentes. Para obtener más información, consulte Event Hubs for Kafka repo (Event Hubs para el repositorio de Kafka).

Para conectarse a un centro de eventos, debe actualizar las configuraciones de cliente de Kafka. Se hace mediante la creación de un espacio de nombres de Event Hubs y la obtención de la cadena de conexión. Cambie bootstrap.servers para que señale al FQDN de Event Hubs y el puerto, a 9093. Actualice sasl.jaas.config para dirigir el cliente de Kafka al punto de conexión de Event Hubs (que es la cadena de conexión que ha obtenido) con la autenticación correcta, tal y como se muestra aquí:

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

Ejemplo:

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

El tamaño máximo de mensaje permitido en Event Hubs es 1 MB.

El rendimiento de Event Hubs define la cantidad de datos en megabytes o el número (en miles) de eventos de 1 KB que entran y salen a través de Event Hubs. Este rendimiento se mide en unidades de procesamiento (TU). Compre TU antes de empezar a usar el servicio Event Hubs. Las TU de Event Hubs se pueden seleccionar explícitamente mediante el portal o las plantillas de Resource Manager para Event Hubs.

Sí, las unidades de procesamiento (TU) se aplican a todos los centros de eventos de un espacio de nombres de Event Hubs. Significa que las TU se compran en el nivel de espacio de nombres y se comparten entre los centros de eventos de ese espacio de nombres. Cada TU da al espacio de nombres derecho a las siguientes funcionalidades:

• Hasta 1 MB por segundo de eventos de entrada (eventos enviados a un centro de eventos), pero no más de 1000 eventos de entrada, operaciones de administración o llamadas a la API de control por segundo.
• Hasta 2 MB por segundo de eventos de salida (eventos consumidos desde un centro de eventos), pero no más de 4096 eventos de salida.
• Hasta 84 GB de almacenamiento de eventos (suficiente para el período de retención predeterminado de 1 hora).

Las unidades de procesamiento (TU) se facturan por hora. La facturación se basa en el número máximo de unidades que se seleccionaron durante la hora en cuestión.

Puede empezar con solo una unidad de procesamiento (TU) y activar el inflado automático. La característica de inflado automático le permite aumentar las TU a medida que incrementa la carga y el tráfico. También puede establecer un límite superior en el número de TU.

La característica de inflado automático le permite escalar verticalmente las unidades de procesamiento (TU). Significa que, para empezar, puede comprar un número bajo de TU y el inflado automático escalará verticalmente las TU a medida que aumente la entrada. Le ofrece una opción rentable y el control total del número de TU que se van a administrar. Esta característica permite solo escalar verticalmente y puede controlar por completo la reducción vertical del número de TU mediante su actualización.

Es recomendable empezar con un número bajo de unidades de procesamiento (TU); por ejemplo, 2 TU. Si prevé que el tráfico puede crecer hasta 15 TU, active la característica de inflado automático en el espacio de nombres y establezca el límite máximo en 15 TU. Ahora podrá aumentar automáticamente las TU a medida que crezca el tráfico.

No hay ningún costo asociado con esta característica.

Actualmente, no es posible migrar los anteriores espacios de nombres de Event Hubs a los nuevos clústeres que habilitan automáticamente la redundancia de zona cuando se crean espacios de nombres del centro de eventos. Esto se debe a que los espacios de nombres anteriores se encuentran en clústeres diferentes.

Si el rendimiento total de entrada o la tasa total de eventos de entrada en todos centros de eventos de un espacio de nombres superan las asignaciones de unidades de procesamiento agregado, los emisores quedan sujetos a limitaciones y reciben errores que indican que se superó la cuota de entrada.

Si el rendimiento total de salida o la tasa total de eventos de salida en todos centros de eventos de un espacio de nombres superan las asignaciones de unidades de procesamiento agregado, los receptores quedan sujetos a limitaciones pero no se generan errores de limitación.

Las cuotas de entrada y de salida se aplican por separado, por lo que ningún remitente puede provocar que se ralentice el consumo de eventos ni ningún receptor puede impedir que los eventos se envíen a un centro de eventos.

Al crear un espacio de nombres de nivel Básico o Estándar en Azure Portal, puede seleccionar hasta 40 TU para el espacio de nombres. Por encima de 40 TU, Event Hubs ofrece modelos basados en recursos y capacidad, como Event Hubs Premium y clústeres de Event Hubs dedicado. Para más información, consulte Introducción a Event Hubs Premium (versión preliminar) e Introducción a Event Hubs dedicado.

Los clústeres de Event Hubs dedicado ofrecen implementaciones de un único inquilino para los clientes con los requisitos más exigentes. Esta oferta crea un clúster basado en la capacidad que no está limitado por unidades de procesamiento. Esto significa que podría utilizar el clúster para la ingesta y transmisión de los datos tal y como indica el uso de CPU y memoria del clúster. Para obtener más información, consulte Event Hubs Dedicated clusters (Clústeres de Event Hubs dedicado).

Para obtener instrucciones paso a paso y más información sobre la configuración de un clúster de Event Hubs dedicado, consulte la guía de inicio rápido: Creación de un clúster de Event Hubs dedicado mediante Azure Portal.

¿Qué puedo conseguir con un clúster?

En un clúster de Event Hubs, la cantidad de datos que puede ingerir y transmitir depende de factores como los productores, los consumidores y la velocidad a la que se ingiere y procesa.

En la tabla siguiente, se muestran los resultados de punto de referencia que se han obtenido durante las pruebas con un clúster dedicado heredado.

En las pruebas, se han usado los criterios siguientes:

• Se usó un clúster de Event Hubs de nivel dedicado con cuatro CU.
• El centro de eventos usado para la ingesta tenía 200 particiones.
• Dos aplicaciones receptoras recibieron los datos ingeridos de todas las particiones.

¿Se puede escalar o reducir verticalmente el clúster?

Si ha creado el clúster con la opción de compatibilidad con el escalado establecida, puede usar la experiencia de autoservicio para escalar y reducir horizontalmente según sea necesario. Puede escalar verticalmente hasta diez CU con clústeres escalables de autoservicio. Los clústeres dedicados escalables de autoservicio se basan en una nueva infraestructura, por lo que tienen mejor rendimiento que los clústeres dedicados que no admiten el escalado de autoservicio. El rendimiento de los clústeres dedicados depende de factores como la asignación de recursos, el número de particiones y el almacenamiento. Se recomienda determinar el número necesario de CU después de probar con una carga de trabajo real.

Envíe una solicitud de soporte técnico para escalar o reducir horizontalmente el clúster dedicado en los escenarios siguientes:

• Necesita más de diez CU para un clúster dedicado escalable de autoservicio (un clúster que se creó con la opción Support scaling establecida).
• Debe escalar o reducir horizontalmente un clúster que se haya creado sin seleccionar la opción de compatibilidad con el escalado.
• Debe escalar o reducir horizontalmente un clúster dedicado que se haya creado antes de que se publicara la experiencia de autoservicio.

¿Puedo migrar de un clúster heredado a un clúster escalable de autoservicio?

Debido a la diferencia en la infraestructura de hardware y software subyacente, actualmente no se admite la migración de clústeres que no admiten el escalado de autoservicio a clústeres dedicados escalables de autoservicio. Si desea usar el escalado de autoservicio, debe volver a crear el clúster. Para obtener información sobre cómo crear un clúster escalable, consulte Creación de un clúster dedicado de Event Hubs.

¿Cuándo se debe escalar el clúster dedicado?

El consumo de CPU es el indicador clave del consumo de recursos del clúster dedicado. Cuando el consumo total de CPU comienza a llegar al 70 % (sin observar condiciones anómalas, como un número elevado de errores de servidor o un número bajo de solicitudes correctas), significa que el clúster está llegando a su capacidad máxima. Puede usar esta información como indicador para considerar si necesita escalar verticalmente el clúster dedicado o no.

Para supervisar el uso de CPU del clúster dedicado, siga estos pasos:

1. En la página Métricas del clúster dedicado de Event Hubs, seleccione Agregar métrica.

2. Seleccione CPU como métrica y use Máx como agregación.

   

3. Seleccione Agregar filtro y agregue un filtro para el rol de tipo Propiedad. Use el operador de igual y seleccione todos los valores (Back-end y Puerta de enlace) en la lista desplegable.

   

   A continuación, puede supervisar esta métrica para determinar cuándo debería ampliar el clúster dedicado. También puede configurar alertas sobre esta métrica para recibir notificaciones cuando el uso de CPU alcance los umbrales establecidos.

¿Cómo funciona la recuperación ante desastres geográficas con mi clúster?

Puede emparejar geográficamente un espacio de nombres de un clúster del nivel Dedicado con otro espacio de nombres de un clúster del mismo nivel. No es recomendable emparejar un espacio de nombres del nivel Dedicado con otro de la oferta Estándar, ya que el límite de rendimiento es incompatible y se producen errores.

¿Puedo migrar mis espacios de nombres Estándar o Premium a un clúster del nivel Dedicado?

Actualmente, no se admite ningún proceso automático para migrar los datos de Event Hubs de un espacio de nombres Estándar o Premium a uno Dedicado.

¿Por qué un clúster dedicado con redundancia de zona heredado tiene un mínimo de ocho CU?

Para proporcionar redundancia de zona para la oferta dedicada, todos los recursos de proceso deben tener tres réplicas en tres centros de datos de la misma región. Este requisito mínimo admite redundancia de zona (de modo que el servicio pueda seguir funcionando cuando dos zonas o centros de datos estén inactivos) y da como resultado una capacidad de proceso equivalente a ocho CU.

No se puede cambiar esta cuota. Es una restricción de la arquitectura actual en el nivel Dedicado.

Como partición, es un mecanismo de organización de datos que permite publicar y consumir datos de forma paralela. Se recomienda equilibrar las unidades de escalado (unidades de procesamiento para el nivel estándar, unidades de procesamiento para el nivel Premium o unidades de capacidad para el nivel dedicado) y las particiones para lograr una escala óptima. En general, se recomienda un rendimiento máximo de 1 MB/s por partición. Por lo tanto, una regla general para calcular el número de particiones sería dividir el rendimiento máximo esperado por 1 MB/s. Por ejemplo, si el caso de uso requiriese 20 MB/s, se recomienda elegir al menos 20 particiones para lograr un rendimiento óptimo.

Sin embargo, si tuviese un modelo en el que la aplicación tuviera una afinidad con una partición determinada, aumentar el número de particiones no resultaría beneficioso. Para más información, vea Disponibilidad y coherencia.

No, no es posible porque las particiones son inmutables en el nivel Estándar. La adición dinámica de particiones solo está disponible en los niveles premium y dedicado de Event Hubs.

Para obtener una completa información sobre los precios de Event Hubs, consulte los detalles de precios de Event Hubs.

El nivel Event Hubs estándar permite períodos de retención de mensajes superiores a 24 horas, hasta un máximo de siete días. Si el tamaño del número total de eventos almacenados supera la asignación de almacenamiento para el número de unidades de procesamiento seleccionadas (84 GB por unidad de procesamiento), el tamaño que supere la asignación se cargará con la tarifa publicada de almacenamiento de blobs de Azure. La asignación de almacenamiento en cada unidad de procesamiento cubre todos los costos de almacenamiento para los períodos de retención de 24 horas, incluso si la unidad de procesamiento se usa hasta la asignación de entrada máxima.

El tamaño total de todos los eventos almacenados, incluida la sobrecarga interna de encabezados de eventos o las estructuras de almacenamiento en disco de todos los centros de eventos, se mide a lo largo del día. Al final del día, se calcula el tamaño máximo de almacenamiento. La asignación de almacenamiento diario se calcula basándose en el número mínimo de unidades de procesamiento seleccionadas durante el día (cada unidad de procesamiento ofrece una asignación de 84 GB). Si el tamaño total supera la asignación de almacenamiento diaria calculada, el exceso de almacenamiento se factura con las tarifas de Azure Blob Storage (con la tarifa de almacenamiento con redundancia local ).

Cada evento enviado a un centro de eventos cuenta como mensaje facturable. Un evento de entrada se define como una unidad de datos que es menor o igual que 64 KB. Cualquier evento que tenga un tamaño menor o igual que 64 KB se considera un evento facturable. Si el evento es mayor de 64 KB, el número de eventos facturables se calcula según el tamaño del evento, en múltiplos de 64 KB. Por ejemplo, un evento de 8 KB enviado al centro de eventos se factura como un evento, pero un mensaje de 96 KB enviado al centro de eventos se factura como dos eventos.

Los eventos consumidos en un centro de eventos, así como las operaciones de administración y las llamadas de control (como los puntos de comprobación), no se cuentan como eventos de entrada facturables, pero se acumulan hasta llegar a las unidades de procesamiento permitidas.

Los cargos de conexión se aplican solo cuando se usa el protocolo AMQP. No hay ningún cargo de conexión por el envío de eventos mediante HTTP, independientemente del número de sistemas o dispositivos emisores. Si tiene previsto usar AMQP (por ejemplo, para conseguir un flujo de eventos más eficiente o para habilitar la comunicación bidireccional en escenarios de comando y control de IoT), vea la página de información de precios de Event Hubs para obtener información sobre el número de conexiones incluidas en cada nivel de servicio.

Capture se habilita cuando algún centro de eventos del espacio de nombres tiene la opción Capture habilitada. Event Hubs Capture se factura mensualmente por unidad de procesamiento comprada. A medida que el número de unidades de rendimiento aumenta o disminuye, la facturación de Event Hubs Capture refleja estos cambios en incrementos de horas completas. Para más información sobre Event Hubs Capture, vea los detalles de los precios de Event Hubs.

Capture usa la cuenta de almacenamiento que se especifique al habilitarlo en un servicio centro de eventos. Dado que esta es su cuenta de almacenamiento, los cambios efectuados en esta configuración se facturan en su suscripción a Azure.

Para obtener una lista de todas las cuotas de los centros Event Hubs, consulte Cuotas.

Cuando elimine un espacio de nombres de una suscripción, espere 4 horas antes de volver a crearlo con el mismo nombre en otra suscripción. En caso contrario, es posible que reciba el siguiente mensaje de error: Namespace already exists.

Para obtener una lista de posibles excepciones de Event Hubs, consulte Información general sobre excepciones.

Event Hubs admite dos tipos de registros de diagnóstico: los registros de errores de Capture y los registros operativos. Ambos, se representan en JSON y se pueden activar a través de Azure Portal.

El soporte técnico para Event Hubs está disponible a través de la página de preguntas y respuestas de Microsoft sobre Azure Service Bus. Se ofrece de forma gratuita soporte técnico para la administración de suscripciones y la facturación.

Para más información sobre nuestro SLA, consulte la página Acuerdos de nivel de servicio .

Si ejecuta este código en Azure Stack Hub, experimentará errores en tiempo de ejecución a menos que tenga como destino una versión específica de la API de Storage. Esto se debe a que el SDK de Event Hubs usa la API de Azure Storage más reciente disponible en Azure, que podría no estar disponible en la plataforma Azure Stack Hub. Es posible que Azure Stack Hub admita una versión diferente del SDK de almacenamiento de blobs que las que suelen estar disponibles en Azure. Si usa Azure Blob Storage como almacén de puntos de comprobación, confirme la versión de la API de Azure Storage admitida para la compilación de Azure Stack Hub y establezca esa versión como destino en el código.

Por ejemplo, si trabaja en la versión 2005 de Azure Stack Hub, la versión más reciente disponible para el servicio Storage es la 2019-02-02. De forma predeterminada, la biblioteca de cliente del SDK de Event Hubs usa la versión más reciente disponible en Azure (2019-07-07 en el momento de la versión del SDK). En este caso, además de seguir los pasos de esta sección, también tendrá que agregar código para usar como destino la versión 2019-02-02 de la API del servicio Storage. Para ver un ejemplo de cómo establecer como destino una versión específica de la API de Storage, vea los ejemplos de C#, Java, Python y JavaScript/TypeScript.

Para obtener un ejemplo de cómo establecer como destino una versión específica de la API de Storage, vea los ejemplos siguientes en GitHub:

• .NET
• Java
• Python: sincrónico, asincrónico
• JavaScript y TypeScript

Pasos siguientes

Para más información acerca de Event Hubs, visite los vínculos siguientes:

• Información general de Event Hubs
• Creación de un Centro de eventos
• Inflado automático de Event Hubs