Общие сведения об ограничениях ресурсов Управляемого экземпляра SQL Azure
Применимо к:
Управляемый экземпляр SQL Azure
В статье представлены общие сведения о технических характеристиках и ограничениях ресурсов Управляемого экземпляра SQL Azure, а также сведения о том, как запросить увеличение этих ограничений.
Примечание.
Различия в поддерживаемых функциях и инструкциях T-SQL см. в статьях Сравнение функций Базы данных SQL Azure и SQL Server и Различия T-SQL между Управляемым экземпляром Базы данных SQL Azure и SQL Server. Основные различия между уровнями служб для Базы данных SQL Azure и Управляемого экземпляра SQL можно найти в описаниях уровней служб общего назначения и критически важный для бизнеса.
Характеристики конфигурации оборудования
Характеристики и ограничения ресурсов для управляемого экземпляра SQL Azure зависят от базовой инфраструктуры и архитектуры. Управляемый экземпляр SQL может быть развернут на различных поколениях оборудования.
У поколений оборудования разные характеристики, которые описаны в следующей таблице.
| Серия Standard (5-е поколение) | Серия Premium | Серия Premium, оптимизированная для операций в памяти | |
|---|---|---|---|
| ЦП | Процессоры Intel® E5-2673 v4 (Broadwell) 2,3 ГГц, Intel® SP-8160 (Skylake) и Intel® 8272CL (Каскадное озеро) 2,5 ГГц | Процессоры Intel® 8370C (Ice Lake) 2,8 ГГц | Процессоры Intel® 8370C (Ice Lake) 2,8 ГГц |
| Количество виртуальных ядер виртуальное ядро = 1 LP (гиперпоток) |
21-80 виртуальных ядер | 21-128 виртуальных ядер | 4-128 виртуальных ядер |
| Максимальный объем памяти (соотношение памяти и количества виртуальных ядер) | 5,1 ГБ на виртуальное ядро — максимум 408 ГБ Чтобы получить больше памяти, добавьте виртуальные ядра. |
7 ГБ на виртуальные ядра до 80 виртуальных ядер — максимум 560 ГБ | 13,6 ГБ на виртуальные ядра до 64 виртуальных ядер — максимум 870,4 ГБ |
| Максимальный размер памяти для выполняющейся в памяти OLTP | Ограничение экземпляра: 0,8—1,65 ГБ на виртуальное ядро | Ограничение экземпляра: 1,1—2,3 ГБ на виртуальное ядро | Ограничение экземпляра: 2,2—4,5 ГБ на виртуальное ядро |
| Максимальное зарезервированное хранилищеэкземпляра 2 | Общего назначения: до 16 ТБ Критически важный для бизнеса: до 4 ТБ |
Общего назначения: до 16 ТБ Критически важный для бизнеса: до 5,5 ТБ |
Общее назначение: до 16 ТБ Критически важный для бизнеса: до 16 ТБ |
1 Развертывание экземпляра 2-виртуального ядра возможно только в пуле экземпляров.
2 Зависит от количества виртуальных ядер.
Примечание.
Если для вашей рабочей нагрузки требуется размер хранилища, превышающий ограничения по ресурсам для Управляемого экземпляра SQL Azure, обратите внимание на уровень служб Гипермасштабирования для Базы данных SQL Azure.
Региональные поддержку для оборудования, оптимизированного для памяти уровня "Премиум", а также для оборудования серии "Премиум" с 16-ТБ хранилищем
Поддержка оборудования серии "Премиум" с 16-ТБ хранилищем имеет ту же доступность, что и поддержка оптимизированного для памяти оборудования ценовой категории "Премиум". Поддержка оборудования, оптимизированного для памяти, и оборудования серии "Премиум" с 16-ТБ хранилищем в настоящее время доступно только в этих конкретных регионах:
| Географический регион | Регионы, поддерживающие оптимизированное для памяти оборудование серии "Премиум" и "Премиум" с 16 ТБ служба хранилища |
|---|---|
| Европа | Центральная Франция, Западная Германия, Северная Италия, Северная Европа, Центральная Польша, Центральная Швеция, Северная Швейцария, Северная Швейцария, Южная Великобритания, Западная Европа |
| Ближний Восток, Африка | Центральный Катар |
| Северная и Южная Америка | Южная Бразилия, Центральная Канада, центральная часть США, восточная часть США, восточная часть США 2, северная часть США, центрально-южная часть США, западная часть США 2, западная часть США 3 |
| Азиатско-Тихоокеанский регион | Восточная Австралия, Юго-Восточная Австралия, Северная Китай 3, Центральная Индия, Южная Индия, Восточная Азия, Восточная Япония, Юго-Восточная Азия |
Доступное пространство для выполняющейся в памяти OLTP
Размер пространства для выполняющейся в памяти OLTP на уровне служб Критически важный для бизнеса зависит от количества виртуальных ядер и конфигурации оборудования. В приведенной ниже таблице перечислены ограничения памяти, которую можно использовать для объектов выполняющихся в памяти OLTP.
| Количество виртуальных ядер | Серия Standard (5-е поколение) | Серия Premium | Серия Premium, оптимизированная для операций в памяти |
|---|---|---|---|
| Виртуальные ядра: 4 | 3,14 ГБ | 4,39 ГБ | 8,79 ГБ |
| 6 виртуальных ядер | - | 6,59 ГБ | 15,32 ГБ |
| Виртуальные ядра: 8 | 6,28 ГБ | 8,79 ГБ | 22,06 ГБ |
| 10 виртуальных ядер | - | 12,11 ГБ | 30,94 ГБ |
| 12 виртуальных ядер | - | 15,43 ГБ | 39,82 ГБ |
| 16 виртуальных ядер | 15,77 ГБ | 22,06 ГБ | 57,58 ГБ |
| 20 виртуальных ядер | - | 28,70 ГБ | 75,34 ГБ |
| 24 виртуальных ядра | 25,25 ГБ | 35,34 ГБ | 93,09 ГБ |
| 32 виртуальных ядра | 37,94 ГБ | 53,09 ГБ | 128,61 ГБ |
| 40 виртуальных ядер | 52,23 ГБ | 73,09 ГБ | 164,13 ГБ |
| 48 виртуальных ядер | - | 95,34 ГБ | 199,64 ГБ |
| 56 виртуальных ядер | - | 117,58 ГБ | 244,13 ГБ |
| 64 виртуальных ядра | 99,9 ГБ | 139,82 ГБ | 288,61 ГБ |
| 80 виртуальных ядер | 131,68 ГБ | 184,30 ГБ | 288,61 ГБ |
| 96 виртуальных ядер | Н/П | 184,30 ГБ | 288,61 ГБ |
| 128 виртуальных ядер | Н/П | 184,30 ГБ | 288,61 ГБ |
Характеристики уровней служб
Управляемый экземпляр SQL имеет два уровня служб: общего назначения и критически важный для бизнеса. Вы можете использовать обновленный уровень служб общего назначения следующего поколения (предварительная версия).
Внимание
Уровень служб "критически важный для бизнеса" предоставляет дополнительную встроенную копию Управляемого экземпляра SQL (вторичную реплику), которую можно использовать только для чтения. Если вы можете разделить запросы на чтение и запись, и запросы только для чтения, аналитики или отчетов, вы получите вдвое больше виртуальных ядер и объема памяти за ту же цену. Вторичная реплика может работать с задержкой в несколько секунд от основного экземпляра, поэтому она предназначена для разгрузки рабочих нагрузок отчетов и аналитики, которые не требуют точного текущего состояния данных. В следующей таблице запросы, доступные только для чтения, — это запросы, выполняемые на вторичных реплика.
| Компонент | Общего назначения | Общего назначения следующего поколения | Критически важный для бизнеса |
|---|---|---|---|
| Количество виртуальных ядер* | Standard-series (Gen5): 21, 4, 8, 16, 24, 32, 40, 64, 80 Премиум серии: 21, 4, 8, 16, 24, 32, 40, 64, 80 Оптимизированная для памяти серия premium: 4, 8, 16, 24, 32, 40, 64, 80 |
Standard-series (Gen5): 4, 8, 16, 24, 32, 40, 64, 80 Премиум серии: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282 Оптимизированная для памяти серия premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282 |
Standard-series (Gen5): 4, 8, 16, 24, 32, 40, 64, 80 Премиум серии: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282 Оптимизированная для памяти серия premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282 *Такое же число виртуальных ядер выделяется для запросов только для чтения. |
| Максимальный объем памяти | Серия Standard (5-е поколение): 20,4–408 ГБ (5,1 ГБ/виртуальное ядро) Серия Premium: 28–560 ГБ (7 ГБ/виртуальное ядро) Серия Premium, оптимизированная для операций в памяти: 54,4–870,4 ГБ (13,6 ГБ/виртуальное ядро) |
Серия Standard (5-е поколение): 20,4–408 ГБ (5,1 ГБ/виртуальное ядро) Серия Premium: 28–560 ГБ (7 ГБ/виртуальное ядро) Серия Premium, оптимизированная для операций в памяти: 54,4–870,4 ГБ (13,6 ГБ/виртуальное ядро) |
Standard-series (Gen5): 20,4 ГБ — 408 ГБ (5,1 ГБ/vCore) на каждом реплика Серия "Премиум": 28 ГБ - 560 ГБ (7 ГБ/виртуальные ядра до 80 виртуальныхядер 2) на каждом реплика Оптимизированная для памяти серия premium: 54,4 ГБ — 870,4 ГБ (13,6 ГБ/виртуальные ядра до 64 виртуальныхядер 2) на каждом реплика |
| Максимальный размер хранилища экземпляра (зарезервированный): | Стандартный ряд (5-го поколения): – 2 ТБ для 4 виртуальных ядер – 8 ТБ для 8 виртуальных ядер - 16 ТБ для других размеров Серия "Премиум": – 2 ТБ для 4 виртуальных ядер – 8 ТБ для 8 виртуальных ядер - 16 ТБ для других размеров Оптимизированная для памяти серия premium: – 2 ТБ для 4 виртуальных ядер – 8 ТБ для 8 виртуальных ядер - 16 ТБ для других размеров |
Стандартный ряд (5-го поколения): – 2 ТБ для 4 виртуальных ядер – 8 ТБ для 8 виртуальных ядер - 16 ТБ для других размеров Серия "Премиум": — 2 ТБ для 4, 6 виртуальных ядер - 8 ТБ для 8, 10, 12 виртуальных ядер - 16 ТБ для 16, 20, 24 виртуальных ядер - 32 ТБ для 32, 40, 48, 56, 64, 80, 96, 128 виртуальных ядер Оптимизированная для памяти серия premium: — 2 ТБ для 4, 6 виртуальных ядер - 8 ТБ для 8, 10, 12 виртуальных ядер - 16 ТБ для 16, 20, 24 виртуальных ядер - 32 ТБ для 32, 40, 48, 56, 64, 80, 96, 128 виртуальных ядер |
Стандартный ряд (5-го поколения): — 1 ТБ для 4, 8, 16 виртуальных ядер. — 2 ТБ для 24 виртуальных ядер - 4 ТБ для 32, 40, 64, 80 виртуальных ядер Серия "Премиум": — 1 ТБ для 4, 6 виртуальных ядер — 2 ТБ для 8, 10, 12 виртуальных ядер — 4 ТБ для 16, 20 виртуальных ядер — 5,5 ТБ для 24, 32, 40, 48, 56 виртуальных ядер — 5,5 ТБ или 16 ТБ (в зависимости от региона) для 64, 80, 96, 128 виртуальныхядер 3 Оптимизированная для памяти серия premium: — 1 ТБ для 4, 6 виртуальных ядер — 2 ТБ для 8, 10, 12 виртуальных ядер — 4 ТБ для 16, 20 виртуальных ядер — 5.5 ТБ для 24 виртуальных ядер — 5,5 ТБ или 8 ТБ (в зависимости от региона) для 32, 40 виртуальныхядер 4 — 12 ТБ для 48, 56 виртуальных ядер - 16 ТБ для 64, 80, 96, 128 виртуальных ядер |
| Максимальный размер базы данных | До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). | До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). | До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). |
Максимальный tempdb размер базы данных |
Ограничен на уровне 24 ГБ на виртуальное ядро (96–1920 ГБ) и доступным в настоящее время размером хранилища экземпляра. Добавьте дополнительные виртуальные ядра, чтобы получить больше tempdb места.Размер файла журнала ограничен 120 ГБ. |
Ограничен на уровне 24 ГБ на виртуальное ядро (96–1920 ГБ) и доступным в настоящее время размером хранилища экземпляра. Добавьте дополнительные виртуальные ядра, чтобы получить больше tempdb места.Размер файла журнала ограничен 120 ГБ. |
До доступного в настоящее время размера хранилища экземпляра. |
Максимальное tempdb количество файлов |
128 | 128 | 128 |
| Максимальное количество баз данных на экземпляр | 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра. | 500 пользовательских баз данных | 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра. |
| Максимальное количество файлов базы данных | 280 на экземпляр, если не достигнут размер хранилища экземпляра или ограничение на выделение места на диске Уровня "Премиум" azure. | 4096 файлов для каждой базы данных | 32 767 файлов на базу данных, если не достигнут максимальный размер хранилища экземпляра. |
| Максимальный размер файла данных | Максимальный размер каждого файла данных составляет 8 ТБ. Используйте по крайней мере два файла данных для баз данных размером более 8 ТБ. | До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). | До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). |
| Максимальный размер файла журнала | Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. | Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. | Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. |
| Операции ввода-вывода в секунду для данных или журнала (приблизительно) | 500–7500 на каждый файл *Увеличение размера файла для получения дополнительного количества операций ввода-вывода в секунду |
Зарезервированное хранилище * 3 — до ограничения виртуальной машины. 300 в случае 32 ГБ, 64 ГБ и 96 ГБ зарезервированного хранилища. Ограничение виртуальной машины зависит от количества виртуальных ядер 6400 операций ввода-вывода в секунду для виртуальной машины с 4 виртуальными ядрами — 80 КБИТ/с для виртуальной машины с 128 виртуальными ядрами |
16—320 тыс. (4 000 операций ввода-вывода в секунду на виртуальное ядро) Чтобы увеличить скорость ввода-вывода, добавьте виртуальные ядра. |
| Пропускная способность данных (приблизительно) | 100 – 250 МиБ/с на файл *Чтобы увеличить скорость ввода-вывода, увеличьте размер файла. |
Число операций ввода-вывода в секунду / 30 МБ/с до предела виртуальной машины. 75 МБ ps в случае 32 ГБ, 64 ГБ и 96 ГБ зарезервированного хранилища. | Не ограничено. |
| Ограничение пропускной способности записи в журнал (на экземпляр) | 4.5 MiB/s на виртуальное ядро Максимальное число 120 МиБ/с на экземпляр 22 – 65 МиБ/с на базу данных (в зависимости от размера файла журнала) *Чтобы увеличить скорость ввода-вывода, увеличьте размер файла. |
4.5 MiB/s на виртуальное ядро Максимальное значение 192 МиБ/с |
4.5 MiB/s на виртуальное ядро Максимальное значение 192 МиБ/с |
| Задержка ввода-вывода хранилища (приблизительно) | 5–10 мс | 3-5 мс | 1–2 мс |
| Выполняющаяся в памяти OLTP | Не поддерживается | Не поддерживается | Доступный размер зависит от числа виртуальных ядер |
| Максимальное число сеансов | 30 000 | 30 000 | 30 000 |
| Максимальное количество одновременных имен для входа | 105 * количество виртуальных ядер + 800 | 105 * количество виртуальных ядер + 800 | 105 * количество виртуальных ядер + 800 |
| Реплики только для чтения | 0 | 0 | 1 (включено в цену) |
| Изоляция вычислительных ресурсов | Не поддерживается, так как экземпляры общего назначения могут использовать физическое оборудование совместно с другими экземплярами | Не поддерживается, так как экземпляры общего назначения следующего поколения могут совместно использовать физическое оборудование с другими экземплярами. | Стандартный ряд (5-го поколения): Поддерживается для конфигураций с 64 или более виртуальными ядрами Серия "Премиум": поддерживается для конфигураций с 64 или более виртуальными ядрами Оптимизированная для памяти серия "Премиум": поддерживается для конфигураций с 64 или более виртуальными ядрами |
| Реплики для доступности | Стоять на узлах для обеспечения высокой доступности | Стоять на узлах для обеспечения высокой доступности | Четыре реплика высокой доступности, 1 также является масштабируемым реплика |
| Доступные только для чтения реплика с включенными группами отработки отказа | Один дополнительный реплика только для чтения. Два общих доступных для чтения реплика, которые включают основной реплика. | Один дополнительный реплика только для чтения. Два общих доступных для чтения реплика, которые включают основной реплика. | Два дополнительных реплика только для чтения, три общих реплика только для чтения. Четыре общих доступных для чтения реплика, которые включают основной реплика. |
| Цены и выставление счетов | Оплачиваются: виртуальное ядро, зарезервированное хранилище и хранилище резервных копий. Плата за операции ввода-вывода в секунду не взимается |
Взимается плата за хранилище виртуальных ядер, хранилище резервных копий и операций ввода-вывода в секунду (по бесплатной квоте). | Оплачиваются: виртуальное ядро, зарезервированное хранилище и хранилище резервных копий. Плата за операции ввода-вывода в секунду не взимается. |
| Модели скидок | Зарезервированные экземпляры Преимущество гибридного использования Azure (недоступно в подписках для разработки и тестирования) Подписки на разработку и тестирование с оплатой по мере использования |
Зарезервированные экземпляры Преимущество гибридного использования Azure (недоступно в подписках для разработки и тестирования) Подписки на разработку и тестирование с оплатой по мере использования |
Зарезервированные экземпляры Преимущество гибридного использования Azure (недоступно в подписках для разработки и тестирования) Подписки на разработку и тестирование с оплатой по мере использования |
1 Развертывание экземпляра 2-виртуального ядра возможно только в пуле экземпляров.
2 Соотношение памяти к виртуальным ядрам доступно только до 80 виртуальных ядер для оборудования серии "Премиум" и 64 виртуальных ядер для оптимизированной для памяти категории "Премиум". Максимальный объем памяти ограничен 560 ГБ для виртуальных ядер серии Premium выше 80 и 870,4 ГБ для виртуальных ядер серии Premium выше 64.
3 Только основные регионы могут предоставлять 16 ТБ хранилища для оборудования серии "Премиум" для этих номеров виртуальных ядер ЦП. Меньшие регионы ограничивают доступное хранилище до 5,5 ТБ.
4 Только основные регионы могут предоставлять 8 ТБ хранилища для оптимизированного для памяти уровня "Премиум" оборудования для этих номеров виртуальных ядер ЦП. Меньшие регионы ограничивают доступное хранилище до 5,5 ТБ.
Дополнительные замечания:
- Доступный в настоящее время размер хранилища экземпляра — это разница между зарезервированным размером экземпляра и используемым пространством для хранения.
- Размеры данных и файла журнала в системных базах данных и базах данных пользователей включаются в размер хранилища экземпляра, который сравнивается с пределом максимального размера хранилища. Используйте системное представление sys.master_files, чтобы определить общий объем, используемый базами данных. Журналы ошибок не сохраняются и не включаются в размер. Резервные копии не включаются в размер хранилища.
- Пропускная способность и операции ввода-вывода в секунду на уровне общего назначения также зависит от размера файла и не ограничивается явным образом Управляемый экземпляр SQL.
- Вы можете создать другой доступный для чтения реплика в другом регионе Azure с помощью групп отработки отказа
- Максимальное число операций ввода-вывода в секунду для экземпляра зависит от структуры файла и распределения рабочей нагрузки. Например, если вы создаете 7 x 1-ТБ файлов с максимальным числом операций ввода-вывода в секунду и семь небольших файлов (меньше 128 ГБ) с 500 операций ввода-вывода в секунду, вы можете получить 38500 операций ввода-вывода в секунду на экземпляр (7x5000+7x500), если рабочая нагрузка может использовать все файлы. Обратите внимание, что некоторые операции ввода-вывода в секунду также используются для автоматического восстановления.
tempdbИмена файлов не могут содержать более 16 символов.
Дополнительные сведения об ограничениях ресурсов в пулах Управляемого экземпляра SQL см. в этой статье.
ОПЕРАЦИЙ ВВОДА-ВЫВОДА
Для уровней служб next-gen и критически важный для бизнеса доступные операции ввода-вывода в секунду определяются количеством виртуальных ядер:
- Уровень служб общего назначения следующего поколения: фиксированное значение операций ввода-вывода в секунду на основе числа виртуальных ядер. Цена хранилища включает минимальный объем операций ввода-вывода в секунду. Если вы идете выше минимального, плата взимается следующим образом: 1 операций ввода-вывода в секунду = цена на хранилище (по регионам), разделенная на три. Например, если 1 ГБ хранилища стоит 0,115, то 1 операций ввода-вывода в секунду = 0,115/3 = 0,038 для операций ввода-вывода в секунду.
- критически важный для бизнеса уровне служб: использует формулу (4000 операций ввода-вывода в секунду или виртуальное ядро) для определения ограничений операций ввода-вывода в секунду.
В следующей таблице перечислены максимальные операции ввода-вывода в секунду, доступные каждому уровню служб на основе количества виртуальных ядер:
| Количество виртуальных ядер. | Максимальное количество операций ввода-вывода в секунду для уровня служб общего назначения следующего поколения | Максимальное количество операций ввода-вывода в секунду для уровня служб критически важный для бизнеса |
|---|---|---|
| 4 | 6400 | 16 000 |
| 6 | 9600 | 24,000 |
| 8 | 12 800 | 32 000 |
| 10 | 16 000 | 40 000 |
| 12 | 19 200 | 48 000 |
| 16 | 25 600 | 64 000 |
| 20 | 32 000 | 80 000 |
| 24 | 38 400 | 96 000 |
| 32 | 51 200 | 128 000 |
| 40 | 64 000 | 160 000 |
| 48 | 76 800 | 192 000 |
| 56 | 80 000 | 224,000 |
| 64 | 80 000 | 256 000 |
| 80 | 80 000 | 320,000 |
| 96 | 80 000 | 320,000 |
| 128 | 80 000 | 320,000 |
Хранилище данных и журналов
Объем хранилища, используемого для данных и файлов журналов, на уровнях служб "Общего назначения" и "Критически важный для бизнеса" зависит от указанных ниже факторов.
- При использовании уровня служб "Общего назначения"
tempdbиспользует локальное хранилище SSD, а затраты на хранилище входят в стоимость виртуального ядра. - При использовании уровня служб "Критически важный для бизнеса"
tempdbиспользует локальное хранилище SSD как для данных, так и для файлов журналов, а затраты на хранилищеtempdbвходят в стоимость виртуального ядра. - Для Управляемого экземпляра SQL следует указывать максимальный размер хранилища, кратный 32 ГБ.
Внимание
В обоих уровнях служб взимается плата за максимальный размер хранилища, настроенный для управляемого экземпляра.
Чтобы отслеживать общий используемый размер хранилища экземпляра для Управляемого экземпляра SQL, используйте метрикуstorage_space_used_mb. Чтобы отслеживать текущий выделенный и используемый размер хранилища для отдельных файлов данных и журналов в базе данных T-SQL, используйте представление sys.database_files и функцию FILEPROPERTY(... , 'SpaceUsed').
Совет
Иногда требуется сжать базу данных, чтобы освободить неиспользуемое пространство. Дополнительные сведения см. в разделе DBCC SHRINKFILE.
Резервные копии и хранилище
Хранение резервных копий базы данных предназначено для поддержки возможностей восстановления до точки во времени (PITR) и долгосрочного хранения резервных копий (LTR), предоставляемых Управляемым экземпляром SQL. Это отдельное хранилище, не связанное с хранилищем файлов данных и журналов, и оплачивается оно отдельно.
- PITR: на уровнях "Общего назначения" и "Критически важный для бизнеса" резервные копии отдельных баз данных автоматически копируются в геоизбыточное хранилище с доступом на чтение (RA-GRS). Размер этого хранилища динамически увеличивается по мере создания новых резервных копий. В хранилище помещаются полные разностные резервные копии и копии журналов транзакций. Потребление хранилища зависит от скорости изменения базы данных и настроенного периода хранения резервных копий. Вы можете настроить отдельный период хранения для каждой базы данных от 1 до 35 дней в течение Управляемый экземпляр SQL. Объем хранилища резервных копий, равный настроенному максимальному размеру данных, предоставляется без дополнительной оплаты.
- LTR: вы также можете настроить долгосрочное хранение полных резервных копий на срок до 10 лет. Если вы включите политику долгосрочно хранения, резервные копии будут автоматически сохраняться в хранилище RA-GRS, но вы можете контролировать частоту их копирования. Чтобы выполнять требования к соответствию, вы можете выбрать разные периоды хранения для резервных копий, создаваемых еженедельно, ежемесячно или ежегодно. Выбранная конфигурация определяет, сколько хранилища используется для резервных копий LTR. Дополнительные сведения см. в разделе Долгосрочное хранение резервных копий.
Характеристики файлового ввода-вывода на уровне общего назначения
На уровне служб "Общего назначения" каждый файл базы данных получает выделенное количество операций ввода-вывода в секунду и пропускную способность, которые зависят от размера файла. Большие файлы получают лучшую пропускную способность и больше операций ввода-вывода в секунду. Характеристики ввода-вывода для файлов базы данных представлены в таблице ниже:
| Размер файла | >=0 и <=129 ГиБ | >129 и <=513 ГиБ | >513 и <=1025 ГиБ | >1025 и <=2049 ГиБ | >2049 и <=4097 ГиБ | >4097 ГиБ и <=8 ТиБ |
|---|---|---|---|---|---|---|
| Операций ввода-вывода в секунду на файл | 500 | 2300 | 5000 | 7500 | 7500 | 7500 |
| Пропускная способность на файл | 100 МиБ/с | 150 МиБ/с | 200 МиБ/с | 250 МиБ/с | 250 МиБ/с | 250 МиБ/с |
Если наблюдается большая задержка ввода-вывода для файла базы данных или достигается предельное число операций ввода-вывода в секунду или предельная пропускная способность, можно повысить производительность, увеличив размер файла.
Существует также ограничение на уровне экземпляра для максимальной пропускной способности записи журналов (см. предыдущую таблицу значений, например 22 МиБ/с), поэтому вы можете не получить максимальное количество файлов в файле журнала, так как вы попадаете на предел пропускной способности экземпляра.
Поддерживаемые регионы
Управляемые экземпляры SQL можно создавать только в поддерживаемых регионах. Чтобы создать Управляемый экземпляр SQL в регионе, который в настоящее время не поддерживается, можно отправить запрос на поддержку через портал Azure.
Поддерживаемые типы подписок
В настоящее время развертывание Управляемого экземпляра SQL поддерживается только в таких подписках:
- Соглашение Enterprise (EA)
- Оплата по мере использования
- Поставщик облачных услуг (CSP)
- Enterprise — разработка и тестирование
- Разработка и тестирование с оплатой по мере использования
- Подписки с ежемесячной суммой денег на счете в Azure для подписчиков Visual Studio
- Создайте бесплатную учетную запись Azure уже сегодня
- Azure для учащихся
- Azure в открытом доступе
Ограничение подписок по регионам
Примечание.
Чтобы получить актуальные сведения о доступности регионов для подписок, сначала выберите регион.
Поддерживаемые типы подписок могут содержать ограниченное число ресурсов на регион. Управляемый экземпляр SQL имеет два ограничения по умолчанию для каждого региона Azure (которые можно увеличить по запросу путем создания специального запроса на поддержку в портал Azure) в зависимости от типа подписки:
- Ограничение подсети. Максимальное количество подсетей, в которых развернуты управляемые экземпляры SQL в одном регионе.
- Ограничение количества виртуальных ядер: Максимальное число единиц виртуальных ядер, которые можно развернуть во всех экземплярах в одном регионе. Одно виртуальное ядро общего назначения использует одну единицу виртуального ядра, а одно критически важное для бизнеса виртуальное ядро — четыре единицы виртуальных ядер. Общее количество экземпляров не ограничено, пока оно находится в пределах ограничения единицы виртуальных ядер.
Примечание.
Эти предельные значения являются параметрами по умолчанию, а не техническими ограничениями. Их можно увеличить, создав специальный запрос на поддержку на портале Azure, если вам нужно больше управляемых экземпляров в текущем регионе. В качестве альтернативы можно создать Управляемые экземпляры SQL в другом регионе Azure. В этом случае отправлять запрос на поддержку не нужно.
В следующей таблице показаны региональные ограничения по умолчанию для поддерживаемых типов подписок (ограничения по умолчанию можно расширить с помощью запроса на поддержку):
| Тип подписки | Ограничение по умолчанию для подсетей Управляемый экземпляр SQL | Ограничение по умолчанию для единиц виртуальных ядер* |
|---|---|---|
| CSP | 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 см. в статье Что такое Управляемый экземпляр SQL?
- Информацию о ценах см. на странице цен на Управляемый экземпляр SQL Azure.
- Сведения о создании первого Управляемого экземпляра см. в этом руководстве.
- Соглашение об уровне обслуживания для Управляемый экземпляр SQL Azure
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по