Отчеты о выставлении счетов и использовании в Fabric Data Warehouse

Применимо к:✅ конечной точке аналитики SQL и хранилищу в Microsoft Fabric

В статье объясняется отчетность об использовании вычислительных ресурсов в Data Warehouse Fabric, включающая действия чтения и записи в хранилище, а также действия чтения на конечной точке аналитики SQL в Lakehouse.

При использовании емкости Fabric расходы на использование появляются на портале Azure в вашей подписке в Управление затратами Microsoft. Чтобы разобраться в выставлении счетов за Fabric, посетите Объяснение вашего счета Azure по мощности Fabric.

Дополнительные сведения о мониторинге текущей и исторической активности запросов см. в разделе «Мониторинг» в обзоре хранилища данных Fabric.

Емкость

В Fabric, в зависимости от приобретенного SKU емкости, вы получаете набор единиц емкости (CU), которые распределяются между всеми рабочими нагрузками Fabric. Дополнительные сведения о поддерживаемых лицензиях см. в разделе концепции и лицензии Microsoft Fabric.

Емкость — это выделенный набор ресурсов, доступных в данный момент времени. Емкость определяет способность ресурса выполнять действие или производить выходные данные. Разные ресурсы потребляют вычислительные единицы в разное время.

Емкость в Data Warehouse Fabric

В модели SaaS на основе емкости Fabric Data Warehouse стремится максимально эффективно использовать приобретенную емкость и предоставить видимость использования.

КУ, потребляемые Data Warehouse Fabric, включают действия чтения и записи в хранилище, а также действия чтения в конечной точке аналитики SQL в Lakehouse.

Проще говоря, 1 единица емкости Fabric = 0,5 хранилища виртуальных ядер. Например, SKU Fabric F64 имеет 64 единицы емкости, что эквивалентно 32 виртуальным ядрам хранилища.

Отчеты об использовании вычислений

Приложение Microsoft Fabric Метрики мощности предоставляет обзор использования мощности всех рабочих процессов Fabric из одного места. Администраторы могут использовать приложение для мониторинга емкости, производительности рабочих нагрузок и их использования по сравнению с приобретенной емкостью.

Изначально необходимо быть администратором емкости, чтобы установить приложение метрик емкости Microsoft Fabric. После установки в организации любому пользователю могут быть предоставлены или поделены разрешения для просмотра приложения. Дополнительные сведения см. в разделе Установите приложение метрик емкости для Microsoft Fabric.

После установки приложения выберите Склад из раскрывающегося списка "Выберите тип элемента:". Диаграмма Многомерной ленты и таблица данных Элементы (14 дней) теперь отображают только активность склада.

Категории операций хранилища

Вы можете анализировать использование универсальной вычислительной емкости по категориям рабочей нагрузки в клиенте. Использование отслеживается по общему объему секунд единиц емкости (ЦС). В таблице показано агрегированное использование за последние 14 дней.

И "Хранилище", и "Аналитика SQL" объединяются под Хранилище в приложении для метрик, так как они оба используют SQL для вычислений. Категории операций, видимые в этом представлении:

Запрос к хранилищу: вычисление платы за все T-SQL инструкции, созданные пользователем и системой в хранилище.
Запрос конечной точки аналитики SQL: вычислительные затраты на все сгенерированные пользователем и системой T-SQL запросы в конечной точке аналитики SQL.
OneLake Compute: плата за вычисления для всех операций чтения и записи для данных, хранящихся в OneLake.

Например:

Снимок экрана категорий операций хранилища данных в приложении Microsoft Fabric Capacity Metrics.

Граф анализа временных точек

Этот граф в приложении метрик емкости Microsoft Fabric показывает использование ресурсов по сравнению с емкостью, приобретенной. 100 % использования представляет собой полное пропускное значение SKU емкости и используется всеми рабочими нагрузками Fabric. Это представлено желтой пунктирной линией. Выбор определенной точки времени в графе включает кнопку "Изучение ", которая открывает подробную детализацию страницы.

Как правило, как и Power BI, operations классифицируются как интерактивные или фоновые и обозначаются цветом. Большинство операций в категории склад регистрируются как фоновая обработка для использования преимуществ круглосуточного сглаживания активности, обеспечивая наиболее гибкие модели использования. Классификация хранилища данных как фонового процесса уменьшает частоту пиков использования CU, предотвращая запуск регулирования.

Детализация точек времени с помощью графа

Эта таблица в приложении метрик емкости Microsoft Fabric предоставляет подробное представление об использовании в определенных точках времени. Объем емкости, предоставляемой заданным номером SKU на 30-секундный период, отображается вместе с разбивкой интерактивных и фоновых операций. Интерактивная таблица операций представляет список операций, выполненных в этой точке времени.

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

Основные случаи использования этого представления включают:

Идентификация пользователя, который запланировал или выполнил операцию: значения могут быть "User@domain.com", "Система" или "служба Power BI".
- Примеры созданных пользователем инструкций включают выполнение запросов T-SQL или действий на портале Fabric, таких как редактор SQL-запросов или редактор визуальных запросов.
- Примеры сгенерированных инструкций Система включают синхронные активности метаданных и другие фоновые задачи, запускаемые системой для ускорения выполнения запросов.
Идентификация состояния операции: значения могут быть «Успех», «В процессе», «Отменено», «Сбой», «Недействительный» или «Отклонено».
- Состояние "Отменено" — это запросы, отмененные перед завершением.
- Состояние "Отклонено" может возникать из-за ограничений ресурсов.
Идентификация операции, которая потребляла много ресурсов: сортируйте таблицу по общему количеству CU в порядке убывания, чтобы найти самые дорогие запросы, а затем используйте идентификатор операции для уникальной идентификации операции. Это идентификатор распределенной инструкции, который можно использовать в других средствах мониторинга, таких как динамические административные представления (DMV) и Аналитика запросов для сквозной трассировки, например dist_statement_id в sys.dm_exec_requests, а distributed_statement_id также в insights.exec_requests_history запросов. Примеры:

В следующем примере запроса T-SQL используется идентификатор операции внутри запроса в динамическом представлении sys.dm_exec_requests управления.
```
SELECT * FROM sys.dm_exec_requests 
WHERE dist_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE';
```
Следующий запрос T-SQL использует Идентификатор операции для запроса представления queryinsights.exec_requests_history.
```
SELECT * FROM queryinsights.exec_requests_history 
WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;
```

Пример выставления счетов

Обратите внимание на следующий запрос:

SELECT * FROM Nyctaxi;

Для демонстрационных целей предполагается, что метрика биллинга накапливает 100 CU секунд.

Стоимость этого запроса составляет CU секунд, умноженных на цену за единицу CU. Предположим, что в этом примере цена за cu составляет $0,18/час. В час есть 3600 секунд. Таким образом, стоимость этого запроса будет составлять (100 x 0,18)/3600 = $0,005.

Числа, используемые в этом примере, предназначены только для демонстрационных целей, а не для фактических метрик выставления счетов.

Следующий шаг

Как наблюдать тенденции использования Fabric Data Warehouse

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2026-03-11