Использование базы данных Eventhouse и KQL

Eventhouses и базы данных KQL работают на полностью управляемом движке. С помощью базы данных Eventhouse или KQL вы можете ожидать, что вычислительные ресурсы для аналитики станут доступны через 5–10 секунд. Вычислительные ресурсы растут с учетом потребностей аналитики данных. В этой статье описываются отчеты об использовании вычислительных ресурсов баз данных KQL в Microsoft Fabric, включая [Eventhouse UpTime](#eventhouse время простоя) и хранилища.

При использовании емкости Fabric плата за использование отображается в портале Azure по вашей подписке в Microsoft Cost Management. Чтобы понять платежи Fabric, посетите раздел «Понимание вашего счета Azure на Fabric Capacity».

Вместимость

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

Емкость — это выделенный набор ресурсов, доступных в определенное время для использования. Емкость определяет способность ресурса выполнять действие или производить выходные данные. Разные ресурсы потребляют ЦС в разное время. Объем емкости, используемой базой данных KQL, основан на операции Eventhouse UpTime.

Ограничение скорости

При достижении пределов ёмкости, система управления событиями применяет ограничение пропускной способности для защиты стабильности системы. Существует три уровня регулирования:

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

Когда система управления событиями переходит в упреждающий режим, ёмкость уменьшается для обеспечения доступности в течение длительного периода при выполнении скромных действий (как упреждающих, так и реактивных), поддерживая доступность системы управления событиями с меньшей производительностью.

Защита от всплесков на уровне рабочей области

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

Основные улучшения

Процентные ограничения для каждой рабочей области: можно задать порог потребления единиц вычислений (CU) для отдельных рабочих областей, выраженный в процентах от общей утилизации вычислительных мощностей. Эти пороговые значения задаются в течение 24-часового периода.

Автоматическая блокировка: рабочая область помещается в заблокированное состояние автоматически, когда рабочая область превышает пороговое значение. Рабочая область отклоняет новые операции до тех пор, пока ее использование не снизится до порогового значения или пока блок не будет снят вручную.

Критически важный режим: вы можете обозначить рабочие области с высоким приоритетом как критически важные, исключая их из правил защиты от всплесков и эффективно приоритизируя их перед другими рабочими областями. Этот режим также можно использовать для удаления активного заблокированного состояния.

Сведения о защите от перенапряжений уровня вместимости структуры см. в разделе "Защита от всплесков".

Ивентхаус АпТайм

Eventhouse UpTime для дома мероприятий — это количество секунд, в течение которых ваш дом мероприятий активен, относительно количества виртуальных ядер, используемых вашим домом мероприятий. Механизм автомасштабирования используется для определения размера eventhouse. Этот механизм обеспечивает оптимизацию затрат и производительности на основе шаблона использования. В хранилище событий с несколькими подключенными базами данных KQL отображается только время работы элемента Eventhouse. Вы не видите использования подэлемента базы данных KQL.

Например, хранилище событий с 4 базами данных KQL с 4 виртуальными ядрами, активными в течение 30 секунд, будет использовать 120 секунд единиц емкости.

Eventhouse UpTime для базы данных KQL — это количество секунд, в течение которых база данных KQL находится в активном состоянии в зависимости от количества используемых виртуальных ядер. Механизм автомасштабирования используется для определения размера базы данных KQL. Этот механизм обеспечивает оптимизацию затрат и производительности на основе шаблона использования.

Например, база данных с 4 виртуальными ядрами, активная в течение 30 секунд, будет использовать 120 секунд единиц емкости.

Мониторинг работоспособности Eventhouse

Вы можете отслеживать Eventhouse UpTime с помощью приложения метрик емкости Microsoft Fabric. Узнайте, как понять страницу вычислений приложения метрик в разделе "Общие сведения о вычислительных страницах приложения метрик". В этом примере показаны сведения, относящиеся к мониторингу Eventhouse UpTime.

На следующем рисунке показан пример страницы вычислений для мониторинга производительности в приложении Fabric Capacity Metric:

Ниже приведены некоторые аналитические сведения, которые можно получить из примера:

• Проверяемая емкость называется rtafielddemo.
• Единицы емкости для выбранного дня использовались одним рабочим пространством с именем RTA Field Demo.
• Представление «Элементы» отфильтровано для отображения как Eventhouse, так и базы данных KQL.
• Выберите один элемент, например элемент Eventhouse, разбиение CU по операциям.
• График использования в правой части приложения показывает, что со временем используется почти 100 % CU. Эта высокая загрузка может объяснить регулирование запросов, с которым сталкиваются пользователи, и указывает на необходимость увеличения мощностей.

Выставление счетов за хранение

Плата за хранение взимается отдельно от единиц емкости Fabric или Power BI Premium. Данные, входящие в базу данных KQL, хранятся в двух уровнях хранилища: хранилище кэша OneLake и хранилище OneLake Standard.

• Хранилище кэша OneLake — это хранилище класса Premium, которое используется для обеспечения максимально быстрого времени отклика запроса. При настройке политики кэша это влияет на данный уровень хранилища. Например, если вы обычно запрашиваете назад семь дней, можно задать срок хранения кэша на семь дней для оптимальной производительности. Этот уровень хранилища сравним с уровнем "Премиум" Azure ADLS (Azure Data Lake Storage).

• Хранилище OneLake standard — это стандартное хранилище , которое используется для сохранения и хранения всех запрашиваемых данных. При установке политики хранения это влияет на данный уровень хранения. Например, если требуется поддерживать 365 дней запрашиваемых данных, можно задать срок хранения в течение 365 дней. Этот уровень хранилища сравним с горячим уровнем Azure ADLS (Azure Data Lake Storage).

Мониторинг хранилища OneLake

Приложение метрик емкости Microsoft Fabric позволяет любому администратору емкости отслеживать хранилище OneLake. Узнайте, как понять страницу хранилища приложений метрик в разделе "Общие сведения о хранилище приложений метрик".

На следующем рисунке показана пример страницы мониторинга хранилища базы данных KQL в приложении Fabric Capacity Metric.

Связанный контент

• Основные понятия и лицензии Microsoft Fabric
• Что такое приложение метрик емкости Microsoft Fabric?
• Использование вычислительных ресурсов Eventhouse
• Защита от пиковых нагрузок