Общие сведения об ограничениях ресурсов Управляемого экземпляра SQL Azure

  • Статья
  • Чтение занимает 19 мин

Область применения: Управляемый экземпляр SQL Azure

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

Примечание

Различия в поддерживаемых функциях и инструкциях T-SQL см. в статьях Сравнение функций Базы данных SQL Azure и SQL Server и Различия T-SQL между Управляемым экземпляром Базы данных SQL Azure и SQL Server. Основные различия между уровнями служб для Базы данных SQL Azure и Управляемого экземпляра SQL можно найти в описаниях уровней служб общего назначения и критически важный для бизнеса.

Характеристики конфигурации оборудования

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

Примечание

Оборудование 5-го поколения было переименовано в серию Standard (5-е поколение).

Сведения о ранее доступном оборудовании см. в разделе Ранее доступное оборудование далее в этой статье.

У конфигураций оборудования разные характеристики, которые описаны в следующей таблице:

Серия Standard (5-е поколение) Серия Premium Серия Premium, оптимизированная для операций в памяти
ЦП Процессоры Intel® E5-2673 версии 4 (Broadwell) с частотой 2,3 ГГц, Intel® SP-8160 (Skylake) и Intel® 8272CL (Cascade Lake) с частотой 2,5 ГГц Процессоры Intel® 8370C (Ice Lake) с частотой 2,8 ГГц Процессоры Intel® 8370C (Ice Lake) с частотой 2,8 ГГц
Количество виртуальных ядер.
виртуальное ядро = 1 LP (гиперпоток)		 4–80 виртуальных ядер 4–80 виртуальных ядер 4–64 виртуальных ядер
Максимальный объем памяти (соотношение памяти и количества виртуальных ядер) 5,1 ГБ на виртуальное ядро
Чтобы получить больше памяти, добавьте виртуальные ядра.		 7 ГБ на виртуальное ядро 13,6 ГБ на виртуальное ядро
Максимальный размер памяти для выполняющейся в памяти OLTP Ограничение экземпляра: 0,8—1,65 ГБ на виртуальное ядро Ограничение экземпляра: 1,1—2,3 ГБ на виртуальное ядро Ограничение экземпляра: 2,2—4,5 ГБ на виртуальное ядро
Максимальное зарезервированное хранилище экземпляра* Общего назначения: до 16 ТБ
Критически важный для бизнеса: до 4 ТБ		 Общего назначения: до 16 ТБ
Критически важный для бизнеса: до 5,5 ТБ		 Общего назначения: до 16 ТБ
Критически важный для бизнеса: до 16 ТБ

* Зависит от количества виртуальных ядер.

Примечание

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

Региональная поддержка оптимизированного для памяти оборудования серии Premium

Поддержка оптимизированного для памяти оборудования серии Premium в настоящее время доступна только в следующих регионах:

Географический регион Регионы, поддерживающие оптимизированный для памяти HW серии Premium
Европа, Ближний Восток и Африка Центральная Франция, Центрально-Западная Германия, Северная Европа, Центральная Швеция, Южная Часть Соединенного Королевства, Западная Европа
Северная и Южная Америка Южная Бразилия, Центральная Канада, центральная часть США, восточная часть США, восточная часть США 2, центрально-северная часть США, центрально-южная часть США, западная часть США, западная часть США 2, западная часть США 3
Азиатско-Тихоокеанский регион Восточная Австралия, Юго-Восточная Австралия, Центральная Индия, Восточная Азия, Восточная Япония, Юго-Восточная Азия

Доступное пространство для выполняющейся в памяти OLTP

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

Виртуальные ядра Серия Standard (5-е поколение) Серия Premium Серия Premium, оптимизированная для операций в памяти
4 виртуальных ядра 3,14 ГБ 4,39 ГБ 8,79 ГБ
8 виртуальных ядер 6,28 ГБ 8,79 ГБ 22,06 ГБ
16 виртуальных ядер 15,77 ГБ 22,06 ГБ 57,58 ГБ
24 виртуальных ядра 25,25 ГБ 35,34 ГБ 93,09 ГБ
32 виртуальных ядра 37,94 ГБ 53,09 ГБ 128,61 ГБ
40 виртуальных ядер 52,23 ГБ 73,09 ГБ 164,13 ГБ
64 виртуальных ядра 99,9 ГБ 139,82 ГБ 288,61 ГБ
80 виртуальных ядер 131,68 ГБ 184,30 ГБ Н/Д

Характеристики уровней служб

Есть два уровня служб Управляемого экземпляра SQL: Общего назначения и Критически важный для бизнеса.

Важно!

Уровень служб "критически важный для бизнеса" предоставляет дополнительную встроенную копию Управляемого экземпляра SQL (вторичную реплику), которую можно использовать только для чтения. Если вы можете разделить запросы на чтение и запись, и запросы только для чтения, аналитики или отчетов, вы получите вдвое больше виртуальных ядер и объема памяти за ту же цену. Вторичная реплика может работать с задержкой в несколько секунд от основного экземпляра, поэтому она предназначена для разгрузки рабочих нагрузок отчетов и аналитики, которые не требуют точного текущего состояния данных. В следующей таблице запросы только для чтения — это запросы , выполняемые на вторичной реплике.

Компонент Общего назначения Уровень "Критически важный для бизнеса"
Количество виртуальных ядер* 4, 8, 16, 24, 32, 40, 64, 80 Серия Standard (5-е поколение): 4, 8, 16, 24, 32, 40, 64, 80
Серия Premium: 4, 8, 16, 24, 32, 40, 64, 80
Серия Premium, оптимизированная для операций в памяти: 4, 8, 16, 24, 32, 40, 64
*Такое же число виртуальных ядер выделяется для запросов только для чтения.
Максимальный объем памяти Серия Standard (5-е поколение): 20,4 ГБ — 625 ГБ (5,1 ГБ на виртуальное ядро)
Серия Premium: 28–560 ГБ (7 ГБ/виртуальное ядро)
Серия Premium, оптимизированная для операций в памяти: 54,4–870,4 ГБ (13,6 ГБ/виртуальное ядро)		 Серия Standard (5-е поколение): 20,4 ГБ — 625 ГБ (5,1 ГБ на виртуальное ядро) на каждой реплике
Серия Premium: 28–560 ГБ (7 ГБ/виртуальное ядро) для каждой реплики
Серия Premium, оптимизированная для операций в памяти: 54,4–870,4 ГБ (13,6 ГБ/виртуальное ядро) для каждой реплики
Максимальный размер хранилища экземпляра (зарезервированный): – 2 ТБ для 4 виртуальных ядер
– 8 ТБ для 8 виртуальных ядер
– 16 ТБ для остальных размеров
Серия Standard (5-е поколение):
— 1 ТБ для 4, 8, 16 виртуальных ядер.
— 2 ТБ для 24 виртуальных ядер
— 4 ТБ для 32, 40, 64, 80 виртуальных ядер
Серия Premium:
– 1 ТБ для 4, 8 виртуальных ядер
– 2 ТБ для 16, 24 виртуальных ядер
– 4 ТБ для 32 виртуальных ядер
– 5,5 ТБ для 40, 64, 80 виртуальных ядер
Серия Premium, оптимизированная для операций в памяти:
– 1 ТБ для 4, 8 виртуальных ядер
– 2 ТБ для 16, 24 виртуальных ядер
– 4 ТБ для 32 виртуальных ядер
– 5,5 ТБ для 40 виртуальных ядер
– 16 ТБ для 64 виртуальных ядер
Максимальный размер базы данных До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер).
Максимальный tempdb размер базы данных Ограничен на уровне 24 ГБ на виртуальное ядро (96–1920 ГБ) и доступным в настоящее время размером хранилища экземпляра.
Добавьте больше виртуальных ядер, чтобы получить больше tempdb места.
Размер файла журнала ограничен 120 ГБ.		 До доступного в настоящее время размера хранилища экземпляра.
Максимальное число tempdb файлов 128 128
Максимальное количество баз данных на экземпляр 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра. 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра.
Максимальное количество файлов базы данных на экземпляр До 280, если не достигнут максимальный размер хранилища экземпляра или ограничение на выделенное пространство для хранения дисков Azure ценовой категории "Премиум". 32 767 файлов на базу данных, если не достигнут максимальный размер хранилища экземпляра.
Максимальный размер файла данных Максимальный размер каждого файла данных составляет 8 ТБ. Используйте по крайней мере два файла данных для баз данных размером более 8 ТБ. До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер).
Максимальный размер файла журнала Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра.
Операции ввода-вывода в секунду для данных или журнала (приблизительно) 500–7500 на каждый файл
*Увеличение размера файла для получения дополнительного количества операций ввода-вывода в секунду		 16—320 тыс. (4 000 операций ввода-вывода в секунду на виртуальное ядро)
Чтобы увеличить скорость ввода-вывода, добавьте виртуальные ядра.
Ограничение пропускной способности записи в журнал (на экземпляр) 4,5 МиБ/с на виртуальное ядро
Максимум 120 МиБ/с на экземпляр
22–65 МиБ/с на базу данных (в зависимости от размера файла журнала)
*Чтобы увеличить скорость ввода-вывода, увеличьте размер файла.		 4,5 МиБ/с на виртуальное ядро
Максимум 96 МиБ/с
Пропускная способность данных (приблизительно) 100–250 МиБ/с на файл
*Чтобы увеличить скорость ввода-вывода, увеличьте размер файла.		 Не ограничено.
Задержка ввода-вывода хранилища (приблизительно) 5–10 мс 1–2 мс
Выполняющаяся в памяти OLTP Не поддерживается Доступный размер зависит от числа виртуальных ядер
Максимальное число сеансов 30 000 30 000
Максимальное количество одновременных имен для входа 105 * количество виртуальных ядер + 800 105 * количество виртуальных ядер + 800
Реплики только для чтения 0 1 (включено в цену)
Изоляция вычислений Не поддерживается, так как экземпляры общего назначения могут использовать физическое оборудование совместно с другими экземплярами Серия Standard (5-е поколение):
поддерживается для 40, 64, 80 виртуальных ядер
Серия Premium: поддерживается для 64, 80 виртуальных ядер
Серия Premium, оптимизированная для операций в памяти (предварительная версия): поддерживается для 64 виртуальных ядер

Дополнительные замечания:

  • Доступный в настоящее время размер хранилища экземпляра — это разница между зарезервированным размером экземпляра и используемым пространством для хранения.
  • Размеры данных и файла журнала в системных базах данных и базах данных пользователей включаются в размер хранилища экземпляра, который сравнивается с пределом максимального размера хранилища. Используйте системное представление sys.master_files, чтобы определить общий объем, используемый базами данных. Журналы ошибок не сохраняются и не включаются в размер. Резервные копии не включаются в размер хранилища.
  • Пропускная способность и операции ввода-вывода в секунду на уровне Общего назначения также зависят от размера файла, который явно не ограничивается управляемым экземпляром SQL. Вы можете создать еще одну доступную для чтения реплику в другом регионе Azure с помощью групп автоматической отработки отказа
  • Максимальное число операций ввода-вывода в секунду для экземпляра зависит от структуры файла и распределения рабочей нагрузки. Например, если вы создадите 7 файлов размером 1 ТБ с максимальным числом операций ввода-вывода в секунду каждый и семь небольших файлов (меньше 128 ГБ) с 500 операций ввода-вывода в секунду каждый, вы можете получить 38500 операций ввода-вывода в секунду на экземпляр (7x5000+7x500), если рабочая нагрузка может использовать все файлы. Обратите внимание, что некоторые операции ввода-вывода в секунду также используются для автоматического резервного копирования.
  • tempdbИмена файлов не могут содержать более 16 символов.

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

Хранилище данных и журналов

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

  • При использовании уровня служб "Общего назначения" tempdb использует локальное хранилище SSD, а затраты на хранилище входят в стоимость виртуального ядра.
  • При использовании уровня служб "Критически важный для бизнеса" tempdb использует локальное хранилище SSD как для данных, так и для файлов журналов, а затраты на хранилище tempdb входят в стоимость виртуального ядра.
  • Для Управляемого экземпляра SQL следует указывать максимальный размер хранилища, кратный 32 ГБ.

Важно!

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

Чтобы отслеживать общий используемый размер хранилища экземпляра для Управляемого экземпляра SQL, используйте метрикуstorage_space_used_mb. Чтобы отслеживать текущий выделенный и используемый размер хранилища для отдельных файлов данных и журналов в базе данных T-SQL, используйте представление sys.database_files и функцию FILEPROPERTY(... , 'SpaceUsed').

Совет

Иногда требуется сжать базу данных, чтобы освободить неиспользуемое пространство. Дополнительные сведения см. в статье об управлении файловым пространством в Базе данных SQL Azure.

Резервные копии и хранилище

Хранение резервных копий базы данных предназначено для поддержки возможностей восстановления до точки во времени (PITR) и долгосрочного хранения резервных копий (LTR), предоставляемых Управляемым экземпляром SQL. Это отдельное хранилище, не связанное с хранилищем файлов данных и журналов, и оплачивается оно отдельно.

  • PITR: на уровнях "Общего назначения" и "Критически важный для бизнеса" резервные копии отдельных баз данных автоматически копируются в геоизбыточное хранилище с доступом на чтение (RA-GRS). Размер этого хранилища динамически увеличивается по мере создания новых резервных копий. В хранилище помещаются полные разностные резервные копии и копии журналов транзакций. Потребление хранилища зависит от скорости изменения базы данных и настроенного периода хранения резервных копий. Можно настроить отдельный период хранения для каждой базы данных в диапазоне от 0 до 35 дней для Управляемого экземпляра SQL. Объем хранилища резервных копий, равный настроенному максимальному размеру данных, предоставляется без дополнительной оплаты.
  • LTR: вы также можете настроить долгосрочное хранение полных резервных копий на срок до 10 лет. Если вы включите политику долгосрочно хранения, резервные копии будут автоматически сохраняться в хранилище RA-GRS, но вы можете контролировать частоту их копирования. Чтобы выполнять требования к соответствию, вы можете выбрать разные периоды хранения для резервных копий, создаваемых еженедельно, ежемесячно или ежегодно. Выбранная конфигурация определяет, какой объем хранилища будет использоваться для резервных копий с долгосрочным хранением. Дополнительные сведения см. в разделе Долгосрочное хранение резервных копий.

Характеристики файлового ввода-вывода на уровне общего назначения

На уровне служб "Общего назначения" каждый файл базы данных получает выделенное количество операций ввода-вывода в секунду и пропускную способность, которые зависят от размера файла. Большие файлы получают лучшую пропускную способность и больше операций ввода-вывода в секунду. Характеристики ввода-вывода для файлов базы данных представлены в таблице ниже:

Размер файла >=0 и <=129 ГиБ >129 и <=513 ГиБ >513 и <=1025 ГиБ >1025 и <=2049 ГиБ >2049 и <=4097 ГиБ >4097 ГиБ и <=8 ТиБ
Операций ввода-вывода в секунду на файл 500 2300 5000 7500 7500 12 500
Пропускная способность на файл 100 МиБ/с 150 МиБ/с 200 МиБ/с 250 МиБ/с 250 МиБ/с 250 МиБ/с

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

Существует также ограничение на уровне экземпляра для максимальной пропускной способности записи в журнал (см. предыдущую таблицу для значений, например 22 МиБ/с), поэтому вы не сможете достичь максимальной пропускной способности в файле журнала, так как достигаете предельной пропускной способности экземпляра.

Поддерживаемые регионы

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

Поддерживаемые типы подписок

В настоящее время развертывание Управляемого экземпляра SQL поддерживается только в таких подписках:

Ограничение подписок по регионам

Примечание

Чтобы получить актуальные сведения о доступности регионов для подписок, сначала выберите регион.

Поддерживаемые типы подписок могут содержать ограниченное число ресурсов на регион. В управляемом экземпляре SQL предусмотрено два ограничения по умолчанию на каждый регион Azure (которые можно увеличить, создав специальный запрос в службу поддержки на портале Azure) в зависимости от типа подписки.

  • Ограничение подсети. Максимальное количество подсетей, в которых развернуты управляемые экземпляры SQL в одном регионе.
  • Ограничение количества виртуальных ядер: Максимальное число единиц виртуальных ядер, которые можно развернуть во всех экземплярах в одном регионе. Одно виртуальное ядро общего назначения использует одну единицу виртуального ядра, а одно критически важное для бизнеса виртуальное ядро — четыре единицы виртуальных ядер. Общее число экземпляров не ограничено, если оно не превышает предельное число единиц виртуальных ядер.

Примечание

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

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

Тип подписки Ограничение по умолчанию для Управляемый экземпляр SQL подсетей Ограничение по умолчанию для единиц виртуальных ядер*
Поставщик служб шифрования 16 (30 в некоторых регионах **) 960 (1440 в некоторых регионах **)
EA 16 (30 в некоторых регионах **) 960 (1440 в некоторых регионах **)
Enterprise — разработка и тестирование 6 320
Оплата по мере использования 6 320
Разработка и тестирование с оплатой по мере использования 6 320
Azure Pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Спонсорское предложение Microsoft Azure 3 64
Microsoft Partner Network 3 64
Visual Studio Enterprise (MPN) 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
MSDN Platforms 3 32

* При планировании развертываний учтите, что для уровня служб "Критически важный для бизнеса" (BC) емкость виртуальных ядер должна быть в четыре (4) раза больше по сравнению с уровнем "Общего назначения" (GP). Например, 1 виртуальное ядро GP соответствует 1 единице виртуальных ядер, а 1 виртуальное ядро BC — 4 единицам виртуальных ядер. Чтобы упростить анализ потребления в соответствии с ограничениями по умолчанию, суммируйте единицы виртуальных ядер во всех подсетях в регионе, где развернуты Управляемые экземпляры SQL, и сравните результаты с ограничениями единиц экземпляра для своего типа подписки. Ограничение на максимальное число единиц виртуальных ядер применяется к каждой подписке в регионе. Ограничения на отдельные подсети нет, за исключением того что сумма всех виртуальных ядер, развернутых в нескольких подсетях, должна быть не больше максимального числа единиц виртуальных ядер.

** Увеличенные ограничения на подсети и виртуальные ядра доступны в следующих регионах: Восточная Австралия, Восточная часть США, Восточная часть США 2, Северная Европа, Центрально-южная часть США, Юго-Восточная Азия, Южная часть Соединенного Королевства, Западная Европа, Западная часть США 2.

Важно!

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

Запрос на увеличение квоты

Если вам нужны дополнительные экземпляры в текущих регионах, отправьте запрос на поддержку, чтобы расширить квоту, с помощью портала Azure. Дополнительные сведения см. в статье Запрос на увеличение квоты для базы данных SQL Azure.

Доступное ранее оборудование

В этом разделе содержатся сведения о доступном ранее оборудовании. Рекомендуется перенести экземпляр Управляемого экземпляра SQL на оборудование серии Standard (5-го поколения), чтобы увеличить число виртуальных ядер, повысить масштабируемость хранилища, ускорить сеть, улучшить производительность операций ввода-вывода и уменьшить задержку.

Важно!

Оборудование 4-го поколения прекращается и недоступно для новых развертываний, как было объявлено 18 декабря 2019 г. Клиенты, использующие оборудование 4-го поколения для базы данных Azure SQL, эластичных пулов или Управляемый экземпляр SQL, должны перейти на доступное в настоящее время оборудование, например на стандартное (5-е поколение), до 31 марта 2023 г.

К 31 марта 2023 г. существующие управляемые экземпляры SQL 4-го поколения будут автоматически перенесены на эквивалентное или лучшее оборудование. При автоматическом обновлении управляемые экземпляры могут быть обновлены до оборудования серии "Премиум", что приведет к повышению цен в соответствии с ценами.

Простой, вызванный автоматической миграцией, будет минимальным и аналогичен простою во время операций масштабирования на выбранном уровне служб. Чтобы избежать незапланированных перебоев в работе рабочих нагрузок, выполните упреждающее выполнение миграции по своему выбору до 31 марта 2023 г. Дополнительные сведения о прекращении поддержки оборудования 4-го поколения и переходе на текущее оборудование см. в нашей записи блога о прекращении поддержки 4-го поколения.

Характеристики оборудования

4-е поколение
Оборудование Процессоры Intel® E5-2673 v3 (Haswell) с тактовой частотой 2,4 ГГц и виртуальным ядром SSD 1 PP (физическое ядро)
Количество виртуальных ядер. 8, 16, 24 виртуальных ядер
Максимальный объем памяти (соотношение памяти и количества ядер) 7 ГБ на виртуальное ядро
Чтобы получить больше памяти, добавьте виртуальные ядра.
Максимальный размер памяти для выполняющейся в памяти OLTP Ограничение экземпляра: 1—1,5 ГБ на виртуальное ядро
Максимальное зарезервированное хранилище экземпляра Общее назначение: 8 ТБ
Критически важный для бизнеса: 1 ТБ

Доступное пространство для выполняющейся в памяти OLTP

Важно!

Оборудование 4-го поколения прекращается и недоступно для новых развертываний, как было объявлено 18 декабря 2019 г. Клиенты, использующие оборудование 4-го поколения для базы данных Azure SQL, эластичных пулов или Управляемый экземпляр SQL, должны перейти на доступное в настоящее время оборудование, например на стандартное (5-е поколение), до 31 марта 2023 г.

К 31 марта 2023 г. существующие управляемые экземпляры SQL 4-го поколения будут автоматически перенесены на эквивалентное или лучшее оборудование. При автоматическом обновлении управляемые экземпляры могут быть обновлены до оборудования серии "Премиум", что приведет к повышению цен в соответствии с ценами.

Простой, вызванный автоматической миграцией, будет минимальным и аналогичен простою во время операций масштабирования на выбранном уровне служб. Чтобы избежать незапланированных перебоев в работе рабочих нагрузок, выполните упреждающее выполнение миграции по своему выбору до 31 марта 2023 г. Дополнительные сведения о прекращении поддержки оборудования 4-го поколения и переходе на текущее оборудование см. в нашей записи блога о прекращении поддержки 4-го поколения.

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

Пространство для выполняющейся в памяти OLTP 4-е поколение
8 виртуальных ядер 8 ГБ
16 виртуальных ядер 20 ГБ
24 виртуальных ядра 36 ГБ

Характеристики уровней служб

Важно!

Оборудование 4-го поколения прекращается и недоступно для новых развертываний, как было объявлено 18 декабря 2019 г. Клиенты, использующие оборудование 4-го поколения для базы данных Azure SQL, эластичных пулов или Управляемый экземпляр SQL, должны перейти на доступное в настоящее время оборудование, например на стандартное (5-е поколение), до 31 марта 2023 г.

К 31 марта 2023 г. существующие управляемые экземпляры SQL 4-го поколения будут автоматически перенесены на эквивалентное или лучшее оборудование. При автоматическом обновлении управляемые экземпляры могут быть обновлены до оборудования серии "Премиум", что приведет к повышению цен в соответствии с ценами.

Простой, вызванный автоматической миграцией, будет минимальным и аналогичен простою во время операций масштабирования на выбранном уровне служб. Чтобы избежать незапланированных перебоев в работе рабочих нагрузок, выполните упреждающее выполнение миграции по своему выбору до 31 марта 2023 г. Дополнительные сведения о прекращении поддержки оборудования 4-го поколения и переходе на текущее оборудование см. в нашей записи блога о прекращении поддержки 4-го поколения.

Компонент Общего назначения Уровень "Критически важный для бизнеса"
Количество виртуальных ядер* 8, 16, 24 8, 16, 24
*Такое же число виртуальных ядер выделяется для запросов только для чтения.
Максимальный объем памяти От 56 ДО 168 ГБ (7 ГБ на виртуальное ядро)
Чтобы получить больше памяти, добавьте виртуальные ядра.		 От 56 ДО 168 ГБ (7 ГБ на виртуальное ядро)
+ еще 20,4–408 ГБ (5,1 ГБ на виртуальное ядро) для запросов только для чтения.
Чтобы получить больше памяти, добавьте виртуальные ядра.
Максимальный размер хранилища экземпляра (зарезервированный): 8 ТБ 1 TБ
Максимальный размер базы данных До доступного в настоящее время размера экземпляра (максимум 2–8 ТБ в зависимости от числа виртуальных ядер). До доступного в настоящее время размера экземпляра (максимум 1–4 ТБ в зависимости от числа виртуальных ядер).
Максимальный tempdb размер базы данных Ограничен на уровне 24 ГБ на виртуальное ядро (96–1920 ГБ) и доступным в настоящее время размером хранилища экземпляра.
Добавьте больше виртуальных ядер, чтобы получить больше tempdb места.
Размер файла журнала ограничен 120 ГБ.		 До доступного в настоящее время размера хранилища экземпляра.
Максимальное количество баз данных на экземпляр 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра. 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра.
Максимальное количество файлов базы данных на экземпляр До 280, если не достигнут размер хранилища экземпляра или ограничение места на диске Azure ценовой категории "Премиум ". 32 767 файлов на базу данных, если не достигнут максимальный размер хранилища экземпляра.
Максимальный размер файла данных Ограничен доступным в настоящее время размером хранилища экземпляра (максимум 2–8 ТБ) и выделенным пространством для хранения дисков Azure ценовой категории "Премиум". Используйте по крайней мере два файла данных для баз данных размером более 8 ТБ. Ограничен доступным в настоящее время размером хранилища экземпляра (до 1–4 ТБ).
Максимальный размер файла журнала Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра.
Операции ввода-вывода в секунду для данных или журнала (приблизительно) До 30–40 тысяч операций ввода-вывода в секунду на экземпляр *, 500–7500 на каждый файл
*Увеличение размера файла для получения дополнительного количества операций ввода-вывода в секунду		 16—320 тыс. (4 000 операций ввода-вывода в секунду на виртуальное ядро)
Чтобы увеличить скорость ввода-вывода, добавьте виртуальные ядра.
Ограничение пропускной способности записи в журнал (на экземпляр) 3 МиБ/с на виртуальное ядро
Максимум 120 МиБ/с на экземпляр
22–65 МиБ/с на базу данных
*Чтобы увеличить скорость ввода-вывода, увеличьте размер файла.		 4 МиБ/с на виртуальное ядро
Максимум 96 МБ/с
Пропускная способность данных (приблизительно) 100–250 МиБ/с на файл
*Чтобы увеличить скорость ввода-вывода, увеличьте размер файла.		 Не ограничено.
Задержка ввода-вывода хранилища (приблизительно) 5–10 мс 1–2 мс
Выполняющаяся в памяти OLTP Не поддерживается Доступный размер зависит от числа виртуальных ядер
Максимальное число сеансов 30 000 30 000
Максимальное количество одновременных имен для входа 210 * количество виртуальных ядер + 800 210 * число виртуальных ядер + 800
Реплики только для чтения 0 1 (включено в цену)
Изоляция вычислений Не поддерживается Не поддерживается

Дальнейшие действия