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

Управление использованием вычислительных ресурсов

Применимо к:✅База данных SQL в Microsoft Fabric

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

Управление максимальным использованием вычислительных ресурсов с максимальными ограничениями виртуальных ядер

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

Максимальное количество виртуальных ядер 4 виртуальных ядра 32 виртуальных ядер (vCores, по умолчанию)
Максимальный объем памяти 12 ГБ 96 ГБ
Максимальное хранилище 756 ГБ 4 ТБ

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

Когда следует ограничивать максимальное число виртуальных ядер

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

  • Управление пиковых вычислительных ресурсов в общих емкостях Fabric.
  • Предотвращение непредвиденных пиков затрат и регулирование во время всплеска рабочей нагрузки.
  • Применение ограничений для рабочих нагрузок разработки, тестирования или раннего предварительного просмотра.

Настройка максимального ограничения виртуальных ядер на портале Fabric (предварительная версия)

Максимальное ограничение виртуальных ядер для базы данных SQL в Fabric можно настроить на портале Fabric.

Это важно

Эта функция доступна в предварительной версии.

  1. Перейдите к базе данных SQL на портале Fabric.
  2. Щелкните значок "Параметры ".
  3. Выберите страницу вычислений .
  4. В разделе "Максимальное ограничение виртуальных ядер" выберите значение в раскрывающемся списке. Это новое максимальное значение для использования виртуальных ядер для этой базы данных SQL.
  5. Нажмите Сохранить.

Снимок экрана: портал Fabric, показывающий, как настроить максимальное ограничение v Core для базы данных SQL.

Эффекты изменения максимального ограничения виртуальных ядер

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

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

При настройке максимального ограничения виртуальных ядер база данных SQL продолжает динамически масштабироваться на основе спроса.

  • Автомасштабирование ограничивается настроенным максимальным ограничением виртуальных ядер.

  • Если спрос на рабочую нагрузку превышает ограничение, база данных не будет масштабироваться за пределы.

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

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

    • Объем пространства, выделенного для базы данных, можно найти с помощью следующего запроса T-SQL.
    SELECT file_id, type_desc,
       CAST(FILEPROPERTY(name, 'SpaceUsed') AS decimal(19,4)) * 8 / 1024. AS space_used_mb,
       CAST(size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS decimal(19,4)) AS space_unused_mb,
       CAST(size AS decimal(19,4)) * 8 / 1024. AS space_allocated_mb,
       CAST(max_size AS decimal(19,4)) * 8 / 1024. AS max_size_mb
FROM sys.database_files;

    Чтобы освободить неиспользуемое пространство, используйте DBCC SHRINKDATABASE (Transact-SQL) или DBCC SHRINKFILE (Transact-SQL).

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

  • Last updated on