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


Политика регулирования Fabric

Регулирование возникает, когда емкость клиента потребляет больше ресурсов емкости, чем она приобрела. Слишком много регулирования может привести к снижению производительности конечных пользователей. Клиент Microsoft Fabric может создавать несколько емкостей и назначать рабочие области определенной емкости для выставления счетов и размера.

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

Баланс между производительностью и надежностью

Структура предназначена для обеспечения быстрой производительности клиентам, позволяя операциям получать доступ к большим ресурсам единицы емкости (CU), чем выделено для емкости. Задачи, которые могут занять несколько минут, чтобы завершить работу на других платформах, можно всего за несколько секунд в Fabric. Чтобы избежать штрафа пользователей при всплеске операционных нагрузок, Структура сглаживает или в среднем использует операции с накопительным пакетом обновления в течение не менее пяти минут и даже дольше для высокого использования cu, но коротких запросов во время выполнения. Это поведение гарантирует, что вы можете наслаждаться постоянно быстрой производительностью без регулирования.

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

Операции в полете не регулируются

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

Триггеры регулирования и этапы регулирования

После сглаживания некоторые учетные записи по-прежнему могут столкнуться с пиками использования cu во время пиковых отчетов. Чтобы помочь управлять этими пиками, администраторы могут настроить оповещения электронной почты, чтобы получать уведомления, когда емкость потребляет 100 % подготовленных ресурсов CU. Этот шаблон является признаком того, что емкость может воспользоваться балансировкой нагрузки, и администратор должен рассмотреть возможность увеличения размера SKU. Важно отметить, что для номеров SKU F можно вручную увеличивать и уменьшать их в любое время в параметрах администратора. Однако даже если емкость работает в полном потенциале cu, Fabric не применяет регулирование. Это позволяет пользователям постоянно быстро повысить производительность без каких-либо сбоев.

Первый этап регулирования начинается, когда емкость потребляет все доступные ресурсы CU в течение следующих 10 минут. Например, если вы приобрели 10 единиц емкости, а затем потребляли 50 единиц в минуту, вы создадите переноску из 40 единиц в минуту. Через две с половиной минуты вы бы накопили переноску из 100 единиц, заимствованных из будущих окон. На этом этапе, когда все ресурсы уже исчерпаны в течение следующих 10 минут, Fabric инициирует свой первый уровень регулирования, и все новые интерактивные операции задерживаются на 20 секунд после отправки. Если переноска достигает полного часа, интерактивные запросы отклоняются, но запланированные фоновые операции продолжают выполняться. Если емкость накапливает полный 24 часа переноски, весь объем заморожен до тех пор, пока переноска не будет выплачена.

Будущее сглаживание потребления

Примечание.

Корпорация Майкрософт пытается повысить гибкость клиентов при использовании службы, балансируя потребность в управлении потреблением емкости клиентов. По этой причине корпорация Майкрософт может изменить или обновить политику регулирования Fabric.

Использование Ограничения политики Влияние на взаимодействие с политикой платформы
Использование <= 10 минут Защита от перебора Задания могут использовать 10 минут использования емкости в будущем без регулирования.
10 минут < использования <= 60 минут Интерактивная задержка Запрашиваемые пользователем интерактивные задания задерживаются на 20 секунд при отправке.
60 минут < использования <= 24 часа Интерактивное отклонение Запрашиваемые пользователем интерактивные задания отклоняются.
Использование > 24 часа Фоновое отклонение Все запросы отклоняются.

Сокращение использования емкости переносной емкости

В любой момент, когда емкость неактивна, система оплачивает уровни переноски.

Если у вас есть 100 минут CU и переносной 200 минут CU, и у вас нет операций, это займет две минуты, чтобы вы окупить свой перенос. В этом примере система не регулируется, так как есть две минуты переноски. Задержки регулирования не начнутся до 10 минут переноски накапливаются.

Если вам нужно быстрее платить за переноску, вы можете временно увеличить размер номера SKU, чтобы создать больше простой емкости, которая применяется к переносной.

Поведение регулирования зависит от Структуры

Хотя большинство продуктов Fabric следуют ранее упомянутым правилам регулирования, существуют некоторые исключения.

Например, потоки событий Fabric имеют множество операций, которые могут выполняться в течение многих лет после запуска. Регулирование новых операций потока событий не имеет смысла, поэтому вместо этого объем ресурсов CU, выделенных для поддержания открытого потока, уменьшается до тех пор, пока емкость не будет в порядке.

Другим исключением является аналитика в режиме реального времени, которая не будет в режиме реального времени, если операции были отложены на 20 секунд. В результате аналитика в режиме реального времени игнорирует первый этап регулирования с 20-секундной задержкой в 10 минут переноски и ожидает, пока этап отклонения на 60 минут переносной, чтобы начать регулирование. Такое поведение гарантирует, что пользователи могут продолжать пользоваться производительностью в режиме реального времени даже в периоды высокого спроса.

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

Интерактивные и фоновые классификации для регулирования и сглаживания

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

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

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

Отслеживание избыточных операций и отклонений

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

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

Анимация, показывющая параметр детализации для выбранной точки времени.

Чтобы просмотреть визуальный журнал любой избыточной емкости, включая переноску, накопительные и сгоревшие данные об использовании, перейдите на вкладку Overages. Вы можете изменить масштаб визуальных элементов превышения, чтобы отобразить 10 минут, 60 минут и 24 часа. Переноска учитывает только оплачиваемые операции.

Анимация, показывающая превышение с течением времени.

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

Действия, которые можно предпринять для восстановления из ситуаций перегрузки

Когда емкость регулируется до точки его замороженности, пользователи получают ошибку, если их действие требует вычислительных ресурсов Fabric. Например, ошибка может сказать, что не удается загрузить модель из-за достижения ограничений емкости. В таких случаях эти стратегии можно использовать для восстановления емкости из замороженного состояния.

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