Планирование емкости в встроенной аналитике Power BI
Вычисление типа емкости, необходимой для развертывания встроенной аналитики Power BI, может быть сложным. Требуемая емкость зависит от нескольких параметров, некоторые из которых трудно прогнозировать.
Некоторые из аспектов, которые следует учитывать при планировании емкости:
- Модели данных, которые вы используете.
- Количество и сложность обязательных запросов.
- Почасовое распределение использования приложения.
- Скорость обновления данных.
- Другие шаблоны использования, которые трудно предсказать.
Примечание.
В этой статье объясняется, как спланировать необходимую емкость и как выполнить оценку нагрузочного тестирования для встроенных SKU Power BI для аналитики A-SKU.
При планировании емкости выполните следующие действия.
- Оптимизируйте производительность и потребление ресурсов.
- Определите минимальный номер SKU.
- Оцените нагрузку емкости.
- Настройте автомасштабирование емкости.
Оптимизация производительности и потребления ресурсов
Прежде чем приступить к любой оценке планирования емкости или нагрузочного тестирования, оптимизируйте производительность и потребление ресурсов (особенно объем памяти) отчетов и семантических моделей.
Чтобы оптимизировать производительность, следуйте рекомендациям в следующих ресурсах:
- Руководство по оптимизации Для Power BI
- Рекомендации по повышению производительности в встроенной аналитике Power BI
Подробное руководство по оптимизации производительности см . в статье "Оптимизация модели для повышения производительности в модуле обучения Power BI ".
Определение минимального номера SKU
В следующей таблице перечислены все ограничения, зависящие от размера емкости. Чтобы определить минимальный номер SKU для емкости, проверка столбец Max memory (GB) в заголовке семантической модели. Кроме того, помните о текущих ограничениях.
номер SKU | Единицы емкости (CU) | Power BI SKU | Виртуальные ядра Power BI |
---|---|---|---|
F2 | 2 | Неприменимо | Неприменимо |
F4 | 4 | Неприменимо | Неприменимо |
F8 | 8 | EM1/A1 | 1 |
F16 | 16 | EM2/A2 | 2 |
F32 | 32 | EM3/A3 | 4 |
F64 | 64 | P1/A4 | 8 |
F128 | 128 | P2/A5 | 16 |
F256 | 256 | P3/A6 | 32 |
F5121 | 512 | P4/A7 | 64 |
F10241 | 1024 | P5/A8 | 128 |
F20481 | 2048 | Неприменимо | Неприменимо |
1 Эти номера SKU недоступны во всех регионах. Чтобы запросить использование этих номеров SKU в регионах, где они недоступны, обратитесь к руководителю учетных записей Майкрософт.
Оценка нагрузки емкости
Чтобы проверить или оценить нагрузку емкости, выполните приведенные действия.
Создайте емкость Power BI Embedded класса Premium в Azure для тестирования. Используйте подписку, связанную с тем же клиентом Microsoft Entra, что и клиент Power BI, и учетную запись пользователя, вошедшего в тот же клиент.
Назначьте рабочую область (или рабочие области), которую вы будете использовать для тестирования созданной емкости Premium. Вы можете назначить рабочую область одним из следующих способов:
- Программным способомс помощью API AssignToCapacity для групп. Проверьте состояние назначения с помощью API Groups CapacityAssignmentStatus или скрипта PowerShell . Пример кода см
AssignWorkspacesToCapacity
. в примере функции в примере "Нулевое время простоя-масштабирование" на GitHub. - Вручную в качестве администратора рабочей области или через портал Администратор в качестве администратора емкости. Дополнительные сведения см. в разделе "Назначение рабочей области емкости с помощью главного пользователя".
- Программным способомс помощью API AssignToCapacity для групп. Проверьте состояние назначения с помощью API Groups CapacityAssignmentStatus или скрипта PowerShell . Пример кода см
В качестве администратора емкости установите приложение метрик емкости Microsoft Fabric. Укажите идентификатор емкости и время (в днях) для мониторинга, а затем обновите данные.
Используйте средство оценки нагрузки емкости Power BI для оценки потребностей в емкости. Этот репозиторий GitHub также содержит пошаговое руководство. Используйте это средство тщательно: проверьте до нескольких десятков одновременных имитированных пользователей и экстраполируйте для более высоких одновременных нагрузок (сотни или тысячи в зависимости от ваших потребностей). Дополнительные сведения см. в разделе "Оценка нагрузки емкости". Кроме того, используйте другие средства нагрузочного тестирования, но обработайте iFrame как черное поле и имитируйте действия пользователей с помощью кода JavaScript.
Используйте приложение метрик емкости Microsoft Fabric, установленное на шаге 3, для мониторинга использования емкости, возникного с помощью средства нагрузочного тестирования. Кроме того, можно отслеживать емкость, проверка метрик уровня "Премиум" с помощью оповещений в Azure Monitor.
Рекомендуется использовать более крупный номер SKU для емкости, если фактический ЦП, вызванный нагрузочное тестирование, приближается к ограничению емкости.
Настройка автомасштабирования
Для эластичного изменения размера емкости A-SKU можно использовать следующий метод автомасштабирования для решения текущих потребностей памяти и ЦП.
Используйте API обновления емкости для масштабирования номера SKU емкости вверх или вниз. Чтобы узнать, как использовать API для создания собственных скриптов для масштабирования вверх и вниз, см . пример масштабирования емкости скрипта Runbook PowerShell.
Используйте оповещения монитора для отслеживания следующих метрик емкости Power BI Embedded:
- Перегрузка (1 , если ЦП вашей емкости превысил 100 процентов и находится в перегруженном состоянии, в противном случае 0)
- ЦП (процент использования ЦП)
- ЦП на рабочую нагрузку, если используются определенные рабочие нагрузки (например, отчеты с разбивкой на страницы)
Настройте оповещения монитора таким образом, чтобы при попадании этих метрик в указанные значения запуск скрипта активировался, который масштабирует емкость вверх или вниз.
Например, можно создать правило, которое вызывает модуль Runbook для масштабирования емкости, чтобы обновить емкость до более высокого номера SKU, если перегрузка составляет 1 или если значение ЦП равно 95 %. Вы также можете создать правило, которое вызывает скрипт runbook для масштабирования емкости, чтобы обновить емкость до более низкого номера SKU, если значение ЦП снижается ниже 45 или 50 процентов.
Кроме того, можно вызывать модули Runbook по запросу до и после обновления семантической модели. Такой подход гарантирует, что емкость имеет достаточно ОЗУ (ГБ) для больших семантических моделей, использующих эту емкость.