Azure Synapse Analytics. Мониторинг портала управления рабочими нагрузками

В этой статье объясняется, как отслеживать группы рабочей нагрузки, а также использование ресурсов и действие запроса. Дополнительные сведения о настройке обозревателя метрик Azure см . в статье "Анализ метрик" в обозревателе метрик Azure Monitor. Дополнительные сведения о мониторинге потребления системных ресурсов см. в разделе Использование ресурсов в документации по мониторингу Azure Synapse Analytics. Существует две различные категории метрик группы рабочей нагрузки, предоставляемые для мониторинга управления рабочей нагрузкой: выделение ресурсов и действия запросов. Эти метрики можно разделить и отфильтровать по группе рабочей нагрузки. Метрики можно разделить и отфильтровать на основе того, определены ли они системными (группами рабочих нагрузок класса ресурсов) или определяемыми пользователем (созданными пользователем с синтаксисом CREATE WORKLOAD GROUP ).

Определения метрик управления рабочей нагрузкой

Описание метрик управления рабочими нагрузками см. в выделенном пуле SQL — записи управления рабочей нагрузкой в поддерживаемых метрик для Microsoft.Synapse/workspaces/sqlPools.

Сценарии и действия мониторинга

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

Недостаточная нагрузка изоляции рабочей нагрузки

Рассмотрим следующую группу рабочей нагрузки и конфигурацию классификатора, где создается группа рабочей нагрузки с именем wgPriority, которая сопоставляется с TheCEO membername с помощью классификатора рабочей нагрузки wcCEOPriority. Для группы рабочей нагрузки wgPriority настраивается уровень изоляции в 25 % (MIN_PERCENTAGE_RESOURCE = 25). Каждому запросу, отправленному группой TheCEO, присваивается 5 % системных ресурсов (REQUEST_MIN_RESOURCE_GRANT_PERCENT = 5).

CREATE WORKLOAD GROUP wgPriority
WITH ( MIN_PERCENTAGE_RESOURCE = 25
      ,CAP_PERCENTAGE_RESOURCE = 50
      ,REQUEST_MIN_RESOURCE_GRANT_PERCENT = 5);

CREATE WORKLOAD CLASSIFIER wcCEOPriority
WITH ( WORKLOAD_GROUP = 'wgPriority'
      ,MEMBERNAME = 'TheCEO');

Приведенная ниже диаграмма настроена следующим образом.
Метрика 1: эффективный минимальный процент ресурсов (среднее агрегирование, blue line)
Метрика 2. Выделение группы рабочей нагрузки по системным процентам (среднее агрегирование, purple line)
Фильтр: [Workload Group] = wgPriority
Снимок экрана: диаграмма с двумя метриками и фильтром. На диаграмме показано, что при изоляции рабочей нагрузки 25 % используется только 10 % в среднем. В этом случае значение параметра MIN_PERCENTAGE_RESOURCE можно уменьшить в диапазоне от 10 до 15 и разрешить другим рабочим нагрузкам в системе использовать ресурсы.

Узкое место в группе рабочей нагрузки

Рассмотрим следующую группу рабочей нагрузки и конфигурацию классификатора, где создается группа рабочей нагрузки с именем wgDataAnalyst, которая сопоставляется с DataAnalyst membername с помощью классификатора рабочей нагрузки wcDataAnalyst. Для группы рабочей нагрузки wgDataAnalyst настраивается уровень изоляции 6 % (MIN_PERCENTAGE_RESOURCE = 6) и ограничение ресурса в 9 % (CAP_PERCENTAGE_RESOURCE = 9). Каждому запросу, отправленному группой DataAnalyst, присваивается 3 % системных ресурсов (REQUEST_MIN_RESOURCE_GRANT_PERCENT = 3).

CREATE WORKLOAD GROUP wgDataAnalyst  
WITH ( MIN_PERCENTAGE_RESOURCE = 6
      ,CAP_PERCENTAGE_RESOURCE = 9
      ,REQUEST_MIN_RESOURCE_GRANT_PERCENT = 3);

CREATE WORKLOAD CLASSIFIER wcDataAnalyst
WITH ( WORKLOAD_GROUP = 'wgDataAnalyst'
      ,MEMBERNAME = 'DataAnalyst');

Приведенная ниже диаграмма настроена следующим образом.
Метрика 1. Процент эффективного ограничения ресурсов (среднее агрегирование, blue line)
Метрика 2. Распределение группы рабочей нагрузки по проценту ограничения ресурсов(агрегирование среднего значения, purple line)
Метрика 3. Запросы группы рабочих нагрузок в очереди (агрегирование сумм, turquoise line)
Фильтр: [Workload Group] = wgDataAnalyst
Снимок экрана: диаграмма с тремя метриками и фильтром. На диаграмме показано, что с ограничением на 9 % ресурсов группа рабочей нагрузки используется 90%+ (из выделения группы рабочей нагрузки по метрике процента ресурсов). Существует устойчивая очередь запросов, как показано в метриках групп рабочих нагрузок. В этом случае увеличение CAP_PERCENTAGE_RESOURCE значения выше 9 % позволяет выполнять больше запросов одновременно. Увеличение CAP_PERCENTAGE_RESOURCE предполагает наличие достаточного количества доступных ресурсов, которые не изолируются другими группами рабочей нагрузки. Убедитесь, что ограничение увеличено, проверив метрику Действующее ограничение процента ресурсов. Если требуется больше пропускной способности, рекомендуется также увеличить REQUEST_MIN_RESOURCE_GRANT_PERCENT значение больше 3. Увеличение REQUEST_MIN_RESOURCE_GRANT_PERCENT может способствовать более быстрому выполнению запросов.

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