Preguntas frecuentes sobre Event Hubs

General

¿Qué es un espacio de nombres de Azure Event Hubs?

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

¿Cuando crear un nuevo espacio de nombres o cuándo usar un espacio de nombres existente?

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 desee crear un nuevo espacio de nombres en lugar de usar uno existente en alguno de los siguientes escenarios:

  • 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 no sería conveniente el clúster dedicado)

¿Cuál es la diferencia entre los niveles Basic y Standard de Event Hubs?

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:

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

¿Dónde está disponible Azure 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.

¿Se puede usar una sola conexión de Advanced Message Queuing Protocol (AMQP) para enviar y recibir en varios centros de eventos?

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

¿Cuál es el período de retención máximo para eventos?

El nivel Event Hubs estándar admite actualmente un período de retención máximo de siete 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.

¿Cómo puedo supervisar mi instancia de Event Hubs?

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.

¿Dónde almacena los datos Azure Event Hubs?

Los niveles Estándar, Premium y Dedicado de Azure Event Hubs almacenan y procesan los datos publicados en él 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é 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 TLS (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.

Protocolo Puertos Detalles
AMQP 5671 y 5672 Consulte la guía del protocolo AMQP
HTTPS 443 Este puerto se usa para la API HTTP/REST y para AMQP a través de WebSockets.
Kafka 9093 Consulte Uso de Azure Event Hubs desde aplicaciones de Apache Kafka

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 Azure Active Directory (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:

Lenguaje Opción
.NET Propiedad EventHubConnectionOptions.TransportType con EventHubsTransportType.AmqpTcp o EventHubsTransportType.AmqpWebSockets
Java com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype con AmqpTransportType.AMQP o AmqpTransportType.AMQP_WEB_SOCKETS
Nodo EventHubConsumerClientOptions tiene una propiedad webSocketOptions.
Python EventHubConsumerClient.transport_type con TransportType.Amqp o TransportType.AmqpOverWebSocket

¿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 tener acceso a todos los servicios de Azure que está usando o intentando 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 la redundancia de zona para el espacio de nombres, deberá realizar algunos pasos adicionales:

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

Importante

Los registros de red virtual solo se generan si el espacio de nombres permite el acceso desde direcciones IP específicas (reglas de filtro de IP). Si no desea restringir el acceso al espacio de nombres mediante estas características y desea obtener registros de red virtual para realizar el seguimiento de las direcciones IP de los clientes que se conectan al espacio de nombres de Event Hubs, puede usar la siguiente alternativa: Habilite el filtrado de IP y agregue el intervalo IPv4 direccionable total (1.0.0.0/1 - 255.0.0.0/1). Event Hubs no admite los intervalos de direcciones IPv6.

Nota

Actualmente no es posible determinar la IP de origen de un mensaje o evento individual.

Integración de Apache Kafka

¿Cómo se puede integrar una aplicación existente de Kafka con Event Hubs?

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

¿Qué cambios de configuración deben realizarse para que mi aplicación existente se comunique con Event Hubs?

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

Nota

Si sasl.jaas.config no es una configuración admitida en su marco, busque las configuraciones que se usan para establecer el nombre de usuario y la contraseña de SASL y úselas en su lugar. Establezca el nombre de usuario para $ConnectionString y la contraseña para la cadena de conexión de Event Hubs.

¿Cuál es el tamaño de mensaje o evento de Event Hubs?

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

Unidades de procesamiento

¿Qué son las unidades de procesamiento de Event Hubs? (Solo se aplica al nivel **estándar**)

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.

¿Se aplican las unidades de procesamiento a todos los centros de eventos de un espacio de nombres?

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 de 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 24 horas).

¿Cómo se facturan las unidades de procesamiento?

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.

¿Cómo puedo optimizar el uso de las unidades de procesamiento?

Puede empezar con solo una unidad de procesamiento (TU) y activar el inflado automático. La función 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.

¿Cómo funciona la característica de inflado automático de Event Hubs?

La función 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 función 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.

¿Hay algún costo asociado a la activación de la característica de inflado automático?

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

¿Cómo se aplican los límites de procesamiento?

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.

¿Hay algún límite en el número de unidades de procesamiento que se pueden reservar o seleccionar?

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.

Clústeres dedicados

¿Qué son los clústeres de 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 construye un clúster basado en la capacidad que no está limitado por las 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).

¿Cómo puedo crear un clúster 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 varios factores, como los productores, los consumidores, la velocidad a la que se ingiere y procesa, etc.

En la tabla siguiente se muestran los resultados del banco de pruebas que se han obtenido durante las pruebas:

Forma de la carga Receptores Ancho de banda de entrada Mensajes de entrada Ancho de banda de salida Mensajes de salida TU totales TU por CU
Lotes de 100 x 1 KB 2 400 MB/s 400 000 mensajes/s 800 MB/s 800 000 mensajes/s 400 TU 100 TU
Lotes de 10 x 10 KB 2 666 MB/s 66 600 mensajes/s 1,33 GB/s 133 000 mensajes/s 666 TU 166 TU
Lotes de 6 x 32 KB 1 1,05 GB/s 34 000 mensajes/s 1,05 GB/s 34 000 mensajes/s 1000 TU 250 TU

En las pruebas, se usaron los siguientes criterios:

  • Se usó un clúster de Event Hubs dedicado con cuatro unidades de capacidad (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 Support Scaling 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. Como los clústeres dedicados escalables de autoservicio se basan en una nueva infraestructura, deben ser eficaces en clústeres dedicados que no admiten el escalado de autoservicio. Dado que el rendimiento de los clústeres dedicados depende de varios factores, como la asignación de recursos, el número de particiones, el almacenamiento, etc., se recomienda determinar el número necesario de CU después de realizar pruebas con una carga de trabajo real.

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

  • 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 en un clúster que se creó sin seleccionar la opción Support scaling.
  • Debe escalar o reducir horizontalmente en un clúster dedicado que se creó antes de que se publicara la experiencia de autoservicio.

Advertencia

Cuando cree un clúster, no podrá eliminarlo durante al menos 4 horas. Por lo tanto, se le cobrará un mínimo de 4 horas de uso del clúster. Para más información sobre los precios, consulte Precios de Event Hubs.

¿Puedo migrar desde un clúster no escalable a uno escalable?

Debido a la diferencia en la arquitectura de back-end, actualmente no se admite la migración de clústeres que no admiten el escalado de autoservicio a los dedicados que sí lo admiten. Si desea usar el escalado de autoservicio, debe volver a crear el clúster con la compatibilidad con el escalado. Para aprender a crear un clúster escalable, consulte Creación de un clúster dedicado de Event Hubs.

¿Cuándo se debe escalar un 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 alcanza el 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. Por lo tanto, puede usar esto como indicador para considerar si necesita escalar verticalmente el clúster dedicado o no.

Para supervisar el uso de CPU del clúster dedicado, debe seguir estos pasos.

  • En la hoja de métricas del clúster de Event Hubs dedicado, agregue una nueva métrica en Event Hubs como se muestra a continuación. Métrica de consumo de CPU del clúster dedicado

  • Seleccione CPU como métrica y use Max como agregación.

  • A continuación, agregue un filtro para el tipo de propiedad Role y use el operador equal y seleccione los tres valores (SBSAdmin, SBSFE, SBSEH) 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 con localización geográfica en el 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 será incompatible y se producirán errores.

¿Puedo migrar espacios de nombres estándar o prémium para que pertenezcan a un clúster del nivel Dedicado?

Actualmente, no se admite ningún proceso automático para migrar los datos de los centros de eventos de un espacio de nombres Estándar a otro Dedicado.

Particiones

¿Cuántas particiones necesito?

Dado que una 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 (TU, PU o CU) y las particiones para obtener un escalado óptimo. En general, se recomienda a los usuarios mantener un rendimiento máximo de 1 MB/s por partición y elegir el recuento de particiones para que coincida con el rendimiento máximo que desea controlar. Por ejemplo, si su caso de uso requiere 20 MB/s, se recomienda elegir al menos 20 particiones para obtener el rendimiento óptimo.

Pero si tiene un modelo en el que su aplicación tiene afinidad con una partición determinada, aumentar el número de particiones puede que no suponga ventaja alguna. Para más información, vea Disponibilidad y coherencia.

Precios

¿Dónde puedo encontrar más información sobre precios?

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

¿Hay un cargo por retener eventos de Event Hubs durante más de 24 horas?

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 de los períodos de retención de 24 horas (valor predeterminado), incluso aunque la unidad de procesamiento se consuma hasta la asignación de entrada máxima.

¿Cómo se calcula y se cobra el tamaño de almacenamiento de Event Hubs?

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

¿Cómo se calculan los eventos de entrada de Event Hubs?

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 por conexión desacoplada se aplican a Event Hubs?

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.

¿Cómo se factura Event Hubs Capture?

Capture se habilita cuando algún centro de eventos del espacio de nombres tiene la opción Capture habilitada. Event Hubs Capture se factura por horas y por unidad de rendimiento 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.

¿Se me cobrará la cuenta de almacenamiento que seleccione para Event Hubs Capture?

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.

Cuotas

¿Hay alguna cuota asociada a los centros Event Hubs?

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

Solución de problemas

¿Por qué no puedo crear un espacio de nombres después de eliminarlo de otra suscripción?

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 mensaje de error siguiente: Namespace already exists.

¿Cuáles son algunas de las excepciones generadas por los centros Event Hubs y sus acciones sugeridas?

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

Registros de diagnóstico

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.

SLA y soporte técnico

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 .

Azure Stack Hub

¿Cómo se puede establecer como destino una versión específica del SDK de Azure Storage cuando se usa Azure Blob Storage como un almacén de puntos de comprobación?

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 puede que no esté disponible en la plataforma de Azure Stack Hub. Azure Stack Hub puede admitir una versión diferente del SDK de Storage Blob 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:

Pasos siguientes

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