Exploración de eventos de información general sobre la capacidad de Fabric en Fabric Real-Time Hub

Los eventos de información general de capacidad de Fabric proporcionan información general relacionada con su capacidad. Utiliza estos eventos para crear alertas sobre tu capacidad de salud a través de Activator, o guárdalos en una sala de eventos para un análisis detallado o histórico.

Página de detalles de eventos de información general sobre la capacidad de Fabric

1. En Centro en tiempo real, seleccione Eventos de Fabric.

2. Seleccione Eventos de información general sobre la capacidad de Fabric de la lista.

   

3. Debería ver la vista detallada de los eventos de información general sobre la capacidad de Fabric.

   

Acciones

En la parte superior de la página de detalles, verá las dos acciones siguientes.

• Creación de eventstream : permite crear una secuencia de eventos basada en eventos de la capacidad de Fabric seleccionada.
• Establecer alerta - establece una alerta cuando se completa una operación en una capacidad de Fabric, como un cambio de estado. Puedes empezar con una plantilla de alerta para alertas de capacidad común, o crear una alerta personalizada desde cero.

Vea qué está utilizando esta categoría.

Esta sección muestra los elementos que utilizan los eventos de resumen de capacidad de Fabric. Estas son las columnas y sus descripciones que se muestran en la lista.

Columna	Description
Nombre	Nombre del elemento que usa eventos de información general de la capacidad de Fabric.
Tipo	Tipo de objeto – Activador o Flujo de Eventos
Workspace	Espacio de trabajo donde se encuentra el objeto.
Fuente	Nombre de la capacidad que genera los eventos.

Tipos de evento

Fabric admite los siguientes eventos de información general sobre la capacidad:

Nombre del tipo de evento	Description
Resumen de Capacidad de Microsoft.Fabric	Fabric emite este evento cada 30 segundos para resumir el uso de capacidad entre cargas de trabajo durante el intervalo.
Microsoft.Fabric.Capacity.State	Fabric emite este evento cuando cambia el estado de una capacidad, incluyendo condiciones relacionadas con la limitación como cuando una capacidad se sobrecarga o cuando una capacidad se pausa o se reanuda. Utiliza este evento para configurar alertas para la limitación de velocidad.

Schemas

Un evento tiene los siguientes datos de nivel superior:

Propiedad	Tipo	Description	Example
source	cuerda / cadena	Identifica el contexto en el que se produjo un evento.	00000000-0000-0000-0000-000000000000
subject	cuerda / cadena	Identifica el asunto del evento en el contexto del productor de eventos.	/capacities/<capacity-id>
type	cuerda / cadena	Contiene un valor que describe el tipo de evento relacionado con el acontecimiento original.	Microsoft.Fabric.Capacity.Summary / Microsoft.Fabric.Capacity.State
time	marca de tiempo	Marca de tiempo de cuando se ha producido la ocurrencia.	2024-04-23T21:17:32.6029537+00:00
id	cuerda / cadena	Identificador único para el evento.	00000000-0000-0000-0000-000000000000
specversion	cuerda / cadena	Versión de la especificación de evento en la nube.	1.0
dataschemaversion	cuerda / cadena	Versión del esquema de datos.	1.0

El data objeto tiene las siguientes propiedades para los eventos Summary:

Esquema de eventos resumen

Nota:

La tabla de resumen contiene datos de CU agregados a nivel de capacidad en una granularidad de ventanas de 30 segundos. Los datos de CU se suavizan, en lugar de sin procesar: este enfoque refleja la forma en que el sistema analiza el consumo de CU con fines de limitación. Las capacidades activas emiten exactamente un elemento de línea cada 30 segundos, a menos que todos los elementos de línea de esa ventana (CU, porcentaje de limitación de retraso interactivo, etc.) sean 0. Además, si una capacidad está en pausa, no emite datos de resumen.

Propiedad	Tipo	Description	Example
capacityId	cuerda / cadena	Identificador de la capacidad en la que se ejecutó la operación. Una capacidad siempre conserva el mismo identificador de capacidad, incluso si está en pausa, reiniciada, aumentada o disminuida. Puedes encontrar los identificadores (IDs) de las capacidades a las que tienes acceso en el catálogo de OneLake>Govern>Capacities. Al seleccionar una capacidad, el identificador aparece en la dirección URL del explorador. También puede comprobar la "configuración del área de trabajo" > "Tipo de área de trabajo" para ver qué capacidad está asignada a un área de trabajo.	00000000-0000-0000-0000-000000000000
capacityName	cuerda / cadena	Nombre de la capacidad. El nombre de la capacidad se puede cambiar sin afectar al identificador de capacidad.	foocapacity
capacitySku	cuerda / cadena	Tamaño de la unidad de mantenimiento de existencias (SKU) de la capacidad en la que se ejecutó la operación en ese momento. Los administradores pueden escalar o reducir verticalmente las SKU en cualquier momento, por lo que la SKU puede cambiar para el mismo identificador de capacidad.	FT1
windowStartTime	Cadena UTC	Indica el período de tiempo de inicio desde el que tuvo lugar el suavizado. Las ventanas se dividen en intervalos de 30 segundos y representan las ventanas de suavizado de capacidad unitaria (CU). Cada capacidad emite un evento por ventana mientras está activo. Cuando se pausa una capacidad, no se emite ningún evento.	2025-09-22 05:23:00.0000000
windowEndTime	Cadena UTC	Indica la hora de finalización de la ventana en la que tuvo lugar el suavizado. Esta marca de tiempo siempre es de 30 segundos después de la hora de inicio de la ventana, ya que las ventanas suavizadas siempre tienen 30 segundos de duración.	2025-09-22 05:23:30.0000000
baseCapacityUnits	entero	Cantidad de CU por segundo disponible en la SKU específica. Puede usar esta figura para crear un valor presupuestado de CU para el período de tiempo multiplicando el valor por 1000 (para convertir segundos a milisegundos) y multiplicar el resultado por 30. Puede compararlo con la cantidad de capacityUnitMs que se usan en la misma ventana.	64
capacityUnitMs	double	Milisegundos de CU utilizados en la ventana de tiempo. Este valor se puede comparar con la CU presupuestada. A continuación, puede dividir capacityUnitMs por el presupuesto para calcular % uso.	191.1869444
interactiveDelayThresholdPercentage	double	Porcentaje de retraso interactivo en el punto de tiempo. Este porcentaje es una expresión del promedio % de utilización de las 20 próximas ventanas de tiempo (10 minutos cada una). Cuando este valor supera los 100%, comienza el retraso interactivo.	51.12069
interactiveRejectionThresholdPercentage	double	Porcentaje de rechazo interactivo en el punto de tiempo. Este porcentaje es una expresión del porcentaje promedio de utilización de las próximas 120 ventanas de tiempo (1 hora). Esto significa que esas CUs ya están confirmadas para las próximas 120 ventanas de tiempo debido al suavizado. Cuando este valor supera los 100%, comienza el rechazo interactivo.	50.42771
backgroundRejectionThresholdPercentage	double	Porcentaje de rechazo en segundo plano en el punto de tiempo. Este porcentaje es una expresión del promedio de utilización del % de las próximas 2,880 ventanas de tiempo (24 horas). Esto significa que esos CUs ya están confirmados para las próximas 2.880 ventanas de tiempo debido al suavizado. Cuando este valor supera los 100%, comienza el rechazo en segundo plano.	25.61163
overageTotalCapacityUnitMs	double	El total se arrastra al período de tiempo actual. Este valor es el resultado neto de todo el avance y la quema hasta este punto.	7087709173.2001
overageAddCapacityUnitMs	double	Monto de CU que se trasladó al intervalo de 30 segundos porque superó el presupuesto disponible. Esto también se puede calcular como la diferencia entre capacityUnitMs y el presupuesto de CU disponible (unidades de capacidad base * 1000 * 30) donde ese número es positivo.	3427.21
overageBurndownCapacityUnitMs	double	Cantidad de CU consumida en el período de tiempo debido a que quedaba capacidad de reserva al finalizar el período de tiempo. Esto también se puede calcular como la diferencia entre cpuTimeCapacityUnitMs y el presupuesto de CU disponible (unidades de capacidad base * 1000 * 30) donde ese número es negativo o el total de avance disponible, lo que sea menor.	333000.7
utilizationBackground	double	Muestra la cantidad de CU consumida para las operaciones en segundo plano facturables. Este valor se muestra en milisegundos. Agregar utilizationBackground a utilizationInteractive debe sumarse hasta capacityUnitMs.	28.74986111
utilizationInteractive	double	Muestra la cantidad de CU consumida para las operaciones interactivas facturables. Este valor se muestra en milisegundos. Agregar utilizationBackground a utilizationInteractive debe sumarse hasta capacityUnitMs.	401.6
utilizationBackgroundPreview	double	Muestra la cantidad de CU (en milisegundos) consumida para las operaciones en segundo plano que no tienen un costo asociado (normalmente, pero no siempre, porque las operaciones son funciones de vista previa sin costo).	140.0416667
utilizationInteractivePreview	double	Muestra la cantidad de CU (en milisegundos) consumida para las operaciones interactivas que no se cobran (normalmente, pero no siempre, porque estas operaciones son características de versión preliminar no cargadas).	123.4
capacityUnitUtilizationBreakdown	objeto	Desglosa el consumo de CU por carga de trabajo, elementos facturables y no facturables y elementos en segundo plano e interactivos.
tenantId	cuerda / cadena	Inquilino donde tuvo lugar la operación. El ID de inquilino siempre es el mismo para tu organización (aunque algunas organizaciones pueden tener más de un inquilino). Actualmente, Real-Time hub devuelve datos de tu inquilino actual.	00000000-0000-0000-0000-000000000000
capacityRegion	cuerda / cadena	La región en la cual reside el centro de datos donde se aloja la capacidad. Las capacidades no se pueden mover a regiones diferentes después de crearse.	west us
processedOverageCapacityUnitsMs	double	Relacionado con determinados aspectos de facturación. El valor es 0.
overageBillingLimitCapacityUnitsMs	double	Relacionado con determinados aspectos de facturación. El valor es 0.

Nota:

Para capacityUnitUtilisationBreakdown, los valores posibles de carga de trabajo son:

Carga de trabajo	Nombre de la carga de trabajo	Description
ANUNCIO	Anomaly Detector	Detección de anomalías mediante la ejecución de consultas que admiten tipos de uso interactivos y en segundo plano para el análisis en tiempo real y programado.
AI	IA (funciones de IA/Copilot)	Evalúa las funciones de inteligencia artificial en flujos de datos y conjuntos de datos como operaciones en segundo plano para ofrecer información inteligente y contextual.
COMO	Modelo semántico	Consultas de modelo semántico y operaciones de actualización.
CDSA	Flujo de datos/red virtual	Operaciones en segundo plano relacionadas con la actualización del flujo de datos y las puertas de enlace de red virtual.
Dataflows	Flujo de datos	Operaciones en segundo plano relacionadas con la ejecución de consultas para flujos de datos Gen 2.
DI	Integración de datos	Operaciones en segundo plano en diferentes tipos de elementos para el movimiento de datos, las ejecuciones de actividad y la orquestación.
Sistema de Gestión de Documentos	Almacén	Operaciones en segundo plano en todos los almacenes relacionadas con consultas y puntos de conexión de análisis SQL.
ES	Eventstream	Operaciones en segundo plano relacionadas con los datos de eventstream y el tráfico generado por hora.
FuncSet	Funciones de datos de usuario	Operaciones interactivas y en segundo plano para la función de datos de usuario relacionada con la lectura, escritura y ejecuciones.
GeoIntel	Mapa	Generación y administración de iconos de mapa y creación de conjuntos de mosaicos personalizados para la visualización geoespacial.
Graph	GraphIndex	Operaciones en segundo plano relacionadas con gráficos.
GraphQL	GraphQL	Operaciones interactivas para consultas en gráficos.
Kusto	Eventhouse	Las operaciones de tiempo de actividad de Eventhouse consumen capacidad de Fabric para las instancias de Eventhouse y las bases de datos KQL a fin de impulsar el análisis de Inteligencia en tiempo real en Fabric. Aprende más
lago	OneLake	Operaciones en segundo plano para lakehouse, como las lecturas y escrituras relacionadas con diferentes tipos de elementos.
ML	Machine Learning	Operaciones en segundo plano para características de aprendizaje automático, como Copilot en distintos tipos de elementos.
OneRiver	Eventos de Azure, Fabric y Business	Las operaciones de eventos y las operaciones de escucha de eventos consumen capacidad de Fabric para Azure, Fabric y eventos empresariales para alimentar soluciones orientadas a eventos en Fabric. Aprende más
Reflejo	Activador	Operaciones del activador de datos relacionadas con los cálculos de eventos y la ingestión de datos.
RsRdlEngine	Informe Paginado	Operaciones de informe paginadas se activaron durante los renders.
Captura de pantallaEngine	Exportación de informes o suscripción	Operaciones en segundo plano relacionadas con suscripciones y exportación.
SparkCore	Spark	Las operaciones en segundo plano relacionadas con el trabajo de Spark se ejecutan en distintos tipos de elementos.
SQLDb	SQL Database	Ejecución interactiva de operaciones de uso de SQL en elementos de base de datos nativos.

El data objeto tiene las siguientes propiedades para los eventos State:

Esquema de eventos de estado

Nota:

La tabla de estados resume los cambios clave relacionados con el estado de la capacidad. Este resumen incluye la capacidad que se va a crear, volverse sobrecargada (limitación) o pausarse. Otros cambios en la capacidad, como escalar hacia arriba/hacia abajo o renombrar la capacidad, no se consideran cambios de estado (puede encontrar esta información en la tabla de resumen).

Los eventos de estado solo emiten un cambio en el estado. Por ejemplo, si la capacidad tiene el estado "NoSobrecargado", no vuelve a informar hasta que cambia ese estado, como cuando la capacidad se pone en pausa o se sobrecarga. Este comportamiento puede significar que hay muchos días o semanas entre eventos de estado que emiten. También significa que la tabla de estados puede permanecer en blanco en función de cuándo empiece a recopilar datos. Para una capacidad activa, puede considerar que una tabla de estados en blanco es equivalente a "NotOverloaded".

ManualResumed se trata como "NotOverloaded", por lo que cuando se reinicia una capacidad, no envía otro evento hasta que se sobrecarga o se pausa.

Propiedad	Tipo	Description	Example
capacityId	cuerda / cadena	Identificador de la capacidad en la que se ejecutó la operación. Una capacidad siempre conserva el mismo identificador de capacidad, incluso si está en pausa, reiniciada, aumentada o disminuida.	00000000-0000-0000-0000-000000000000
capacityName	cuerda / cadena	Nombre de la capacidad en la que se ejecutó la operación. El nombre de la capacidad se puede cambiar sin afectar al identificador de capacidad.	foocapacity
capacitySku	cuerda / cadena	Tamaño de la SKU de la capacidad en la que se ejecutó la operación en ese momento. Los administradores pueden escalar o reducir verticalmente las SKU en cualquier momento, por lo que la SKU puede cambiar para el mismo identificador de capacidad.	FT1
transitionTime	Cadena UTC	Hora a la que cambió el estado de capacidad.	2025-09-07 17:23:10.5399586
capacityState	cuerda / cadena	Estado de la capacidad premium durante la marca de tiempo.	Active
stateChangeReason	cuerda / cadena	Esto muestra por qué la capacidad se movió al estado actual.	InteractiveDelay
activationId	cuerda / cadena	Cuando se pausa y reinicia una capacidad, mantiene el mismo identificador de capacidad, pero obtiene un nuevo activationId. El reinicio crea este nuevo identificador, que ayuda a realizar un seguimiento de las pausas y los reinicios.	00000000-0000-0000-0000-000000000000

Consideraciones y patrones

• Cuando se pausa una capacidad, todo el uso suavizado se traslada a la siguiente ventana disponible. Como resultado, pueden aparecer picos grandes en el uso de la capacidad para la ventana en la que se produce la pausa.

• El porcentaje de uso no se puede calcular para las SKU P cuando se habilita el escalado automático porque el escalado automático agrega unidades de capacidad adicionales que no se incluyen en la tabla de estados.

• Este sistema es un sistema en tiempo real y no rellena los datos históricos. Aunque uses Real-Time hub para alertas, empieza a enviar datos a una casa de eventos o a OneLake desde el principio, para asegurarte de tener suficientes datos para análisis como la presentación gráfica.

• Instrucciones sobre escenarios que puede encontrar:

  Para garantizar baja latencia y alto rendimiento, Real-Time hub ofrece eventos de capacidad basados en un modo de entrega de mejor esfuerzo. Para la tabla resumen, este comportamiento puede significar que, aunque es raro, los eventos pueden fallar en enviarse o recibir duplicados.

  A continuación se muestran algunos patrones que se pueden emplear para cada uno de los escenarios mencionados.

  • Eventos duplicados

  Los duplicados se pueden corregir mediante el filtrado, ya que solo debe haber un evento por ventana de 30 segundos por capacidad. Este paso permite identificar fácilmente los valores duplicados.

  En el lenguaje de consulta kusto, puede usar la siguiente cláusula para quitar datos duplicados de la tabla Resumen:

  | summarize take_any(*) by windowStartTime, windowEndTime, capacityId
  

  Se prefiere take_any en lugar de distinct debido a que existe la posibilidad de que haya ligeras discrepancias en los datos duplicados. En este caso, una operación distinta mantendría ambas. Aquí, la función take_any garantiza que se toma una sola fila exactamente.

  • Eventos que faltan

  Los datos que faltan son mucho más raros que los datos duplicados, pero pueden seguir apareciendo. Esta condición no tiene un impacto notable en las alertas o en la mayoría del análisis de capacidad, pero podría afectar la representación gráfica o el análisis a la granularidad del tiempo de inicio de las ventanas. Un patrón útil para controlar los datos eliminados es el muestreo del valor máximo de una columna en un período de tiempo fijo, como cinco minutos. Este enfoque ayuda a omitir los datos eliminados mientras sigue analizando los datos en un nivel detallado.

  • Capacidades en pausa

  Cuando se pausa una capacidad, todo el uso suavizado se traslada a la siguiente ventana disponible. Este comportamiento puede provocar picos grandes en CU que aparecen en la ventana en la que se produce la pausa (hasta 288 000% de normal si una capacidad está ocupada cuando está en pausa).

  Para algunos gráficos, es posible que desee excluir ventanas en pausa, lo que afecta al eje X. La mejor manera de hacerlo es calcular el uso medio y excluir los valores mayores que ~500%. Este enfoque debe permitirle conservar los datos relacionados con el uso por encima del límite normal, pero excluir eventos de pausa. En el lenguaje de consulta kusto, una manera de lograr este enfoque es la siguiente:

  ['_summaryTable']
  | extend capacityUnitMsBudget = baseCapacityUnits * 1000 * 30
  | extend UtilizationPct = todecimal(capacityUnitMs)/ capacityUnitMsBudget * 100
  | project windowStartTime, UtilizationPct | where UtilizationPct < 500
  | render timechart
  

Permiso de suscripción

Para obtener más información, consulte permiso de suscripción para eventos de Fabric.

Contenido relacionado

• Consumo de capacidad en eventos empresariales de Azure, Fabric y Business