Поделиться через

Исследуйте события обзора емкости Fabric в центре Fabric Real-Time

События обзора емкости системы Fabric предоставляют краткую сводку информации, связанной с вашей емкостью. Эти события можно использовать для создания оповещений, связанных с состоянием ресурсов, с помощью Data Activator, или можно хранить в Eventhouse для детализированного или исторического анализа.

Замечание

Использование событий Fabric и Azure через Eventstream или Активатор Fabric не поддерживается, если регион емкости Eventstream или Активатора находится в следующих регионах: Западная Индия, Центральный Катар, Сингапур, Центральный ОАЭ, Юго-Восточная Бразилия.

Страница с подробной информацией о событиях обзора емкости в Fabric

  1. В центре реального времени выберите события Fabric.
  2. Выберите события обзора емкости Fabric из списка.
  3. Вы увидите подробное представление событий обзора емкости Fabric.

Действия

В верхней части страницы сведений вы увидите следующие два действия.

  • Создание потока событий позволяет создать поток событий на основе событий из выбранной емкости Fabric.
  • Задать оповещение — позволяет настроить оповещение на завершение операции для ресурса Fabric, например, при изменении его состояния.

Узнайте, что использует эту категорию

В этом разделе представлены объекты, связанные с событиями обзора емкости Fabric. Ниже приведены столбцы и их описания, отображаемые в списке.

колонна Description
Имя Имя артефакта, которое использует события, предоставляющие обзор емкости Fabric.
Тип Тип артефакта — активатор или поток событий
Workspace Рабочая область, в которой находится артефакт.
Исходный материал Имя емкости, которая является источником событий.

Типы событий

Ниже приведены поддерживаемые события обзора емкости:

Имя типа события Description
Microsoft.Fabric.Capacity.Summary Создается каждые 30 секунд для суммирования использования емкости во всех операциях в течение этого интервала.
Microsoft.Fabric.Capacity.State Издается при изменении состояния мощности. Например, если мощность приостановлена или возобновлена.

Schemas

Событие содержит следующие данные верхнего уровня:

Недвижимость Тип Description Example
source струна Определяет контекст, в котором произошло событие. 00000000-0000-0000-0000-000000000000
subject струна Определяет тему события в контексте производителя событий. /capacities/<capacity-id>
type струна Содержит значение, описывающее тип события, связанного с исходным происшествием. Microsoft.Fabric.Capacity.Summary / Microsoft.Fabric.Capacity.State
time отметка времени Метка времени возникновения события. 2024-04-23T21:17:32.6029537+00:00
id струна Уникальный идентификатор события. 00000000-0000-0000-0000-000000000000
specversion струна Версия спецификации Cloud Event. 1.0

Объект data имеет следующие свойства для событий Сводки:

Схема сводных событий

Замечание

Сводная таблица содержит агрегированные данные CU на уровне мощности в 30-секундных окнах. Данные CU сглаживаются, а не представлены в сыром виде. Такой подход отражает способ анализа использования CU с целью ограничения. Активные емкости выдают ровно один элемент строки каждые 30 секунд, если только все элементы строки для этого окна (CU, интерактивный процент регулирования задержки и т. д.) не имеют значения 0. Кроме того, если емкость приостановлена, она не выдает сводные данные.

Недвижимость Тип Description Example
capacityId струна Идентификатор вычислительной мощности, на которой выполнялась операция. Емкость всегда сохраняет тот же идентификатор емкости, даже если он приостановлен, перезапущен, масштабирован или уменьшен. Идентификаторы емкостей, к которых у вас есть доступ, можно найти в области параметров службы Power BI в разделе "Управление и администрирование —>параметры емкости портала - администрирования". При выборе емкости идентификатор отображается в URL-адресе браузера. Вы также можете проверить "Параметры рабочей области" "Тип рабочей области" > , чтобы узнать, какая емкость назначена рабочей области. 00000000-0000-0000-0000-000000000000
capacityName струна Название емкости. Имя емкости можно изменить, не влияя на идентификатор емкости. foocapacity
capacitySku струна Размер единицы хранения запасов (SKU) емкости, в которой выполнялась операция в то время. Администраторы могут масштабировать SKU в любое время, поэтому SKU может измениться для одного и того же идентификатора емкости. FT1
windowStartTime отметка времени Указывает начальное временное окно, из которого началось сглаживание. Окна разделены на 30-секундные интервалы и представляют окна сглаживания емкости (CU). Каждая емкость генерирует одно событие за окно в течение своей активности. При приостановке ресурса события не создаются. 2025-09-22 05:23:00.0000000
windowEndTime отметка времени Указывает время окончания окна, в котором произошло сглаживание. Эта метка времени всегда появляется через 30 секунд после времени начала окна, потому что окна сглаживания всегда имеют длину 30 секунд. 2025-09-22 05:23:30.0000000
baseCapacityUnits целое число Количество CU в секунду, доступное для конкретного SKU. Этот рисунок можно использовать для создания бюджетного значения CU для периода времени путем умножения значения на 1000 (для преобразования секунды в миллисекунд) и умножения результата на 30. Это можно сравнить с объемом емкостиUnitMs, используемым в одном окне. 64
capacityUnitMs двойной Миллисекунды CU, использованные в временном окне. Это значение можно сравнить с бюджетом CU. Затем можно разделить емкостьUnitMs по бюджету, чтобы вычислить % использования. 191.1869444
interactiveDelayThresholdPercentage двойной Процент интерактивной задержки в точке времени. Этот процент является выражением среднего % использования предстоящих 20 периодов времени (10 минут). Если это значение превышает 100%, начинается интерактивная задержка. 51.12069
interactiveRejectionThresholdPercentage двойной Процент интерактивного отклонения в момент времени. Этот процент является выражением среднего % использования предстоящих 120 периодов времени (1 час). Это означает, что эти ЦС уже зарезервированы для следующих 120 временных интервалов из-за сглаживания. Если это значение превышает 100%, начинается интерактивный отказ. 50.42771
backgroundRejectionThresholdPercentage двойной Процент отклонений фона на момент времени. Этот процент является выражением среднего % использования предстоящих 2880 периодов времени (24 часа). Это означает, что эти ЦС уже зафиксированы для предстоящих 2880 периодов времени из-за сглаживания. Если это значение превышает 100%, начинается фильтрация фона. 25.61163
overageTotalCapacityUnitMs двойной Общий переходный объем в текущее временное окно. Это значение является итогом всех внесённых изменений и анализа списания до этого момента. 7087709173.2001
overageAddCapacityUnitMs двойной Объем CU, который был перенесен в течение 30-секундного окна, так как он превысил доступный бюджет. Это также можно вычислить как разность между емкостьюUnitMs и доступным бюджетом CU (базовые единицы емкости * 1000 * 30), где это число является положительным. 3427.21
overageBurndownCapacityUnitMs двойной Количество использованных CU в период времени, потому что по окончании временного окна осталось запасные мощности. Это также можно вычислить как разность между ЦПTimeCapacityUnitMs и доступным бюджетом CU (базовые единицы емкости * 1000 * 30), где это число является отрицательным, или общий перенос доступных ресурсов, в зависимости от того, что меньше. 333000.7
utilizationBackground двойной Показывает количество потребленных вычислительных единиц для расчетных фоновых операций. Это значение отображается в миллисекундах. Добавление utilizationBackground к utilizationInteractive должно привести к capacityUnitMs. 28.74986111
utilizationInteractive двойной Отображает количество единиц потребления (CU), потребляемых для оплачиваемых интерактивных операций. Это значение отображается в миллисекундах. Добавление utilizationBackground к utilizationInteractive должно привести к capacityUnitMs. 401.6
utilizationBackgroundPreview двойной Показывает объем CU (в миллисекундах), потребляемый для фоновых операций, за которые не взимается плата (обычно, но не всегда, потому что операции являются необлагаемыми предварительными функциями). 140.0416667
utilizationInteractivePreview двойной Показывает объем CU (в миллисекундах), потребляемое время в интерактивных операциях, которые не оплачиваются (обычно, но не всегда, так как эти операции являются неоплачиваемые предварительные версии). 123.4
capacityUnitUtilizationBreakdown объект Разбивает потребление CU на оплачиваемую и неоплачиваемую нагрузку, а также фоновую и интерактивную.
tenantId струна Арендатор, в котором произошла операция. Идентификатор клиента всегда остается неизменным для вашей организации (хотя некоторые организации могут иметь более одного клиента). В настоящее время Real-Time Hub возвращает данные для текущего клиента. 00000000-0000-0000-0000-000000000000
capacityRegion струна Регион, в котором размещена емкость центра обработки данных. Нельзя перемещать ресурсы в другие регионы после их создания. west us
processedOverageCapacityUnitsMs двойной Связанные с определенными аспектами выставления счетов. Значение равно 0.
overageBillingLimitCapacityUnitsMs двойной Связанные с определенными аспектами выставления счетов. Значение равно 0.

Замечание

Для capacityUnitUtilisationBreakdown возможные значения рабочей нагрузки следующие:

Загруженность Название рабочей нагрузки Description
ОБЪЯВЛЕНИЕ Anomaly Detector Обнаружение аномалий путем выполнения запросов, поддерживающих интерактивные и фоновые типы использования для анализа в режиме реального времени и запланированного анализа.
AI ИИ (функции Copilot/AI) Оценивает функции искусственного интеллекта в потоках данных и наборах данных в качестве фоновых операций для предоставления интеллектуальной и контекстной аналитики.
КАК Семантическая модель Запросы семантической модели и операции обновления.
CDSA Поток данных или виртуальная сеть Фоновые операции, связанные с обновлением потока данных и шлюзами виртуальной сети.
Dataflows Поток данных Фоновые операции, связанные с выполнением запросов для потоков данных 2-го поколения.
ДИ Интеграция данных Операции в фоновом режиме для перемещения данных, выполнения действий и оркестрации между различными типами элементов.
Система управления документами (DMS) Склад Фоновые операции в хранилищах, связанные с запросами SQL и конечными точками.
ES Поток событий Фоновые операции, связанные с данными потока событий и почасовым генерированием трафика.
FuncSet Функции пользовательских данных Интерактивные и фоновые операции для функции данных пользователя, связанной с чтением, записью и выполнением.
GeoIntel Map Генерация плиток карты и создание настраиваемых наборов плиток для геопространственной визуализации.
Graph GraphIndex Фоновые операции, связанные с графами.
GraphQL GraphQL Интерактивные операции для запросов по графам.
Кусто Кусто Фоновые операции для обеспечения времени бесперебойной работы, связанного с базами данных Kusto и Eventhouse.
озеро OneLake Фоновые операции для lakehouse, такие как операции чтения, записи с учетом различных типов элементов.
ML Machine Learning Фоновые операции для функций машинного обучения, таких как Copilot, в различных типах элементов.
OneRiver OneRiver Операции One Lake для различных типов элементов, связанных с прослушивателями событий и операциями событий.
Рефлекс Activator Операции активатора данных, связанные с обработкой событий и загрузкой.
RsRdlEngine Отчет с разбивкой на страницы Операции отчета с разбивкой на страницы выполнялись во время рендеринга.
Движок для создания скриншотов Экспорт отчета или подписка Фоновые операции, связанные с подписками и экспортом.
SparkCore Spark Фоновые операции, связанные с выполнением заданий Spark, проводятся для различных типов элементов.
SQLDb SQL Database Интерактивное выполнение операций использования SQL с элементами собственной базы данных.

Объект data имеет следующие свойства для событий состояния:

Схема событий состояния

Замечание

Таблица состояний суммирует ключевые изменения, связанные с состоянием емкости. Эта сводка включает создание емкости, перегрузку (регулирование) или приостановку. Другие изменения емкости, такие как масштабирование и уменьшение масштаба или переименование емкости, не считаются изменениями состояния (эти сведения можно найти в сводной таблице).

События состояния генерируются только при изменении состояния. Например, если емкость имеет состояние "NotOverloaded", она не сообщает снова до тех пор, пока это состояние не изменится, например, когда емкость приостанавливается или становится перегруженной. Это поведение может означать, что между событиями состояния проходит много дней или недель. Это также означает, что таблица состояний может оставаться пустой в зависимости от момента начала сбора данных. Для активной мощности можно считать, что пустая таблица состояний эквивалентна "НеПерегружено".

"ManuallyResumed" обрабатывается как "NotOverloaded", поэтому, когда вычислительная мощность перезапускается, он не отправляет другое событие до тех пор, пока она не будет перегружена или приостанавливаться.

Недвижимость Тип Description Example
capacityId струна Идентификатор вычислительной мощности, на которой выполнялась операция. Емкость всегда сохраняет тот же идентификатор емкости, даже если он приостановлен, перезапущен, масштабирован или уменьшен. 00000000-0000-0000-0000-000000000000
capacityName струна Имя емкости, в которой выполнялась операция. Имя емкости можно изменить, не влияя на идентификатор емкости. foocapacity
capacitySku струна Размер SKU емкости, на которой выполнялась операция в то время. Администраторы могут масштабировать SKU в любое время, поэтому SKU может измениться для одного и того же идентификатора емкости. FT1
transitionTime отметка времени Время изменения состояния емкости. 2025-09-07 17:23:10.5399586
capacityState струна Состояние премиум-емкости на момент времени. Active
stateChangeReason струна В этом разделе показано, почему емкость перемещена в текущее состояние. InteractiveDelay
activationId струна При приостановке и перезапуске емкости она сохраняет тот же идентификатор емкости, но получает новый идентификатор активации. Перезапуск создает этот новый идентификатор, который помогает отслеживать приостановки и перезапуски. 00000000-0000-0000-0000-000000000000

Рекомендации и шаблоны

  • При приостановке ресурса весь сглаженный объем использования переходит в следующее доступное окно. В результате для окна, в котором происходит приостановка, могут наблюдаться большие пики использования мощности.

  • Процент использования не может быть вычислен для SKU P, если включено автомасштабирование, поскольку оно добавляет дополнительные единицы мощностей, которые не включены в таблицу состояний.

  • Эта система является системой в режиме реального времени и не заполняет исторические данные. Даже если вы используете Real-Time Hub для оповещений, начните заранее отправлять данные в Eventhouse или OneLake, чтобы иметь достаточно данных для анализа, такого как построение графиков.

  • Рекомендации по сценариям, которые могут возникнуть:

    Чтобы обеспечить низкую задержку и высокую производительность, события пропускной способности в Real-Time Хабе основаны на режиме доставки лучшим из возможных. В таблице "Сводка" такое поведение может означать, что, хотя это случается редко, события могут либо не отправляться, либо быть получены с дубликатами.

    Ниже приведены некоторые шаблоны, которые можно использовать для каждого из упомянутых сценариев.

    • Повторяющиеся события

    Дубликаты можно устранить с помощью фильтрации, так как в пределах 30-секундного окна на конкретную емкость должно быть только одно событие. Этот шаг позволяет легко идентифицировать повторяющиеся значения.

    В языке запросов Kusto можно использовать следующее предложение, чтобы удалить повторяющиеся данные из сводной таблицы:

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

    take_any предпочтительнее использовать, чем distinct, поскольку существует вероятность небольших различий между повторяющимися данными. В этом случае отдельная операция будет сохранять оба. Здесь take_any гарантирует, что выбирается ровно одна строка.

    • Отсутствующие события

    Отсутствующие данные гораздо реже повторяющихся данных, но могут по-прежнему возникать. Это условие не оказывает заметного влияния на оповещения или основной анализ пропускной способности, но может повлиять на построение графиков или анализ на уровне детализации времени начала окна. Полезный шаблон для обработки потерянных данных — выборка максимального значения столбца за фиксированный временной интервал, например, пять минут. Этот подход помогает игнорировать пропущенные данные, позволяя анализировать ваши данные на детализированном уровне.

    • Приостановленные мощности

    При приостановке ресурса весь сглаженный объем использования переходит в следующее доступное окно. Это может привести к большим пикам в CU, отображаемом для окна, в котором происходит пауза (до 288 000% от нормы, если система загружена во время паузы).

    Для некоторых графов может потребоваться исключить приостановленные окна, которые влияют на ось X. Лучший способ сделать это — вычислить среднее использование и исключить любые значения, превышающие ~500%. Этот подход должен позволить хранить данные, связанные с обычными превышениями, но исключить события приостановки. В языке запросов Kusto один из способов достижения этого подхода выглядит следующим образом:

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

Разрешение подписки

Дополнительные сведения см. в разделе "Разрешение на подписку" для событий Fabric

  • Last updated on