Общие сведения об ограничениях ресурсов управляемого экземпляра базы данных SQL AzureOverview Azure SQL Database managed instance resource limits

В этой статье приводятся общие сведения о технических характеристиках и ограничениях ресурсов для управляемого экземпляра базы данных SQL Azure, а также сведения о том, как запросить увеличение этих ограничений.This article provides an overview of the technical characteristics and resource limits for Azure SQL Database managed instance, and provides information about how to request an increase to these limits.

Примечание

Различия в поддерживаемых функциях и инструкциях T-SQL см. в статьях Сравнение функций Базы данных SQL Azure и SQL Server и Различия T-SQL между Управляемым экземпляром Базы данных SQL Azure и SQL Server.For differences in supported features and T-SQL statements see Feature differences and T-SQL statement support. Общие различия между уровнями служб в одной базе данных и управляемом экземпляре см. в статье Сравнение уровней служб.For general differencess between service tiers in single database and managed instance see Service tier comparison.

Характеристики поколения оборудованияHardware generation characteristics

На управляемом экземпляре действуют ограничения характеристик и ресурсов, зависящие от базовой инфраструктуры и архитектуры.Managed instance has characteristics and resource limits that depend on the underlying infrastructure and architecture. Управляемый экземпляр базы данных SQL Azure можно развернуть в двух поколениях оборудования: го поколения и го поколения.Azure SQL Database managed instance can be deployed on two hardware generations: Gen4 and Gen5. Поколения оборудования имеют различные характеристики, как описано в следующей таблице.Hardware generations have different characteristics, as described in the following table:

4-е поколениеGen4 5-е поколениеGen5
ОборудованиеHardware Процессоры Intel E5-2673 v3 (Haswell) с тактовой частотой 2,4 ГГц с присоединенным виртуальным ядром SSD = 1 PP (физическое ядро)Intel E5-2673 v3 (Haswell) 2.4-GHz processors, attached SSD vCore = 1 PP (physical core) Процессоры Intel, 2673 V4 (Broadwell) 2,3-ГГц и Intel SP-8160 (Skylake), быстрый SSD NVMe, виртуальное ядро = 1 LP (Hyper-Thread)Intel E5-2673 v4 (Broadwell) 2.3-GHz and Intel SP-8160 (Skylake) processors, fast NVMe SSD, vCore=1 LP (hyper-thread)
Количество виртуальных ядер.Number of vCores 8, 16, 24 виртуальных ядер8, 16, 24 vCores 4, 8, 16, 24, 32, 40, 64, 80 виртуальных ядер4, 8, 16, 24, 32, 40, 64, 80 vCores
Максимальный объем памяти (соотношение памяти и ядра)Max memory (memory/core ratio) 7 ГБ на виртуальное ядро7 GB per vCore
Добавьте дополнительные виртуальных ядер, чтобы получить больше памяти.Add more vCores to get more memory.
5,1 ГБ на виртуальное ядро5.1 GB per vCore
Добавьте дополнительные виртуальных ядер, чтобы получить больше памяти.Add more vCores to get more memory.
Максимальная память выполняющейся в памяти OLTPMax In-Memory OLTP memory Ограничение экземпляра: 1 – 1,5 ГБ на виртуальное ядроInstance limit: 1-1.5 GB per vCore Ограничение экземпляров: 0,8-1,65 ГБ на виртуальное ядроInstance limit: 0.8 - 1.65 GB per vCore
Максимальное зарезервированное хранилище экземпляраMax instance reserved storage Общего назначения: 8 ТБGeneral Purpose: 8 TB
Критически важный для бизнеса: 1 ТБBusiness Critical: 1 TB
Общего назначения: 8 ТБGeneral Purpose: 8 TB
Критически важный для бизнеса 1 ТБ, 2 ТБ или 4 ТБ в зависимости от числа ядерBusiness Critical 1 TB, 2 TB, or 4 TB depending on the number of cores

Важно!

  • Го поколенияное оборудование. Рекомендуется развертывать новые управляемые экземпляры на го поколения оборудовании.Gen4 hardware is being phased out. It is recommended to deploy new managed instances on Gen5 hardware.
  • Го поколения оборудование по-прежнему доступно только в следующих регионах: Северная Европа, Западная Европа, восток США, Юго-Центральный регион США, северо-Центрально США, Западная часть США 2, Центральная часть США, Центральная Канада, Южная Индия, Юго-Восточная Азия и Корея Central.Gen4 hardware at this time is still available only in the following regions: North Europe, West Europe, East US, South Central US, North Central US, West US 2, Central US, Canada Central, South India, Southeast Asia and Korea Central.

Доступное пространство выполняющейся в памяти OLTPIn-memory OLTP available space

Объем пространства выполняющейся в памяти OLTP на уровне служб критически важный для бизнеса зависит от числа виртуальных ядер и создания оборудования.The amount of In-memory OLTP space in Business Critical service tier depends on the number of vCores and hardware generation. В следующей таблице перечислены ограничения памяти, которые могут использоваться для объектов OLTP в памяти.In the following table are listed limits of memory that can be used for In-memory OLTP objects.

Пространство выполняющейся в памяти OLTPIn-memory OLTP space 5-е поколениеGen5 4-е поколениеGen4
4 виртуальных ядра4 vCores 3,14 ГБ3.14 GB
8 виртуальных ядер8 vCores 6,28 ГБ6.28 GB 8 ГБ8 GB
16 виртуальных ядер16 vCores 15,77 ГБ15.77 GB 20 ГБ20 GB
24 виртуальных ядер24 vCores 25,25 ГБ25.25 GB 36 ГБ36 GB
32 виртуальных ядер32 vCores 37,94 ГБ37.94 GB
40 виртуальных ядер40 vCores 52,23 ГБ52.23 GB
64 виртуальных ядер64 vCores 99,9 ГБ99.9 GB
80 виртуальных ядер80 vCores 131,68 ГБ131.68 GB

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

Управляемый экземпляр имеет два уровня служб: общего назначения и критически важный для бизнеса.Managed instance has two service tiers: General Purpose and Business Critical. Эти уровни предоставляют различные возможности, как описано в таблице ниже.These tiers provide different capabilities, as described in the table below.

Важно!

Критически важный для бизнеса уровня службы предоставляет дополнительную встроенную копию экземпляра (вторичную реплику), которую можно использовать для рабочей нагрузки только для чтения.Business Critical service-tier provides additional built-in copy of instance (secondary replica) that can be used for read-only workload. Если вы можете разделить запросы на чтение и запись, а также запросы только для чтения/аналитических отчетов, вы получаете дважды виртуальных ядер и память для одной цены.If you can separate read-write queries and read-only/analytic/reporting queries, you are getting twice vCores and memory for the same price. Вторичная реплика может отставать от основного экземпляра до нескольких секунд, поэтому она предназначена для разгрузки рабочей нагрузки отчетов и аналитики, для которой не требуется точное текущее состояние данных.Secondary replica might lag few seconds behind the primary instance, so it is designed to offload reporting/analytic workload that don't need exact current state of data. В приведенной ниже таблице запросы только для чтения — это запросы, выполняемые на вторичной реплике.In the table below, read-only queries are the queries that are executed on secondary replica.

КомпонентFeature Общего назначенияGeneral Purpose Критически важный для бизнесаBusiness Critical
Количество виртуальных ядер*Number of vCores* 4-е поколение: 8, 16, 24Gen4: 8, 16, 24
Го поколения: 4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
4-е поколение: 8, 16, 24Gen4: 8, 16, 24
Го поколения: 4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
*же число виртуальных ядер для запросов только для чтения.*Same number of vCores is dedicated for read-only queries.
Максимальный объем памятиMax memory Го поколения: 56 ГБ — 168 ГБ (7 ГБ/Виртуальное ядро)Gen4: 56 GB - 168 GB (7GB/vCore)
Го поколения: 20,4 ГБ — 408 ГБ (5.1 ГБ/Виртуальное ядро)Gen5: 20.4 GB - 408 GB (5.1GB/vCore)
Добавьте дополнительные виртуальных ядер, чтобы получить больше памяти.Add more vCores to get more memory.
Го поколения: 56 ГБ — 168 ГБ (7 ГБ/Виртуальное ядро)Gen4: 56 GB - 168 GB (7GB/vCore)
Го поколения: 20,4 ГБ-408 ГБ (5.1 ГБ/Виртуальное ядро) для запросов на чтение и записьGen5: 20.4 GB - 408 GB (5.1GB/vCore) for read-write queries
+ дополнительно 20,4 ГБ — 408 ГБ (5.1 ГБ/Виртуальное ядро) для запросов только для чтения.+ additional 20.4 GB - 408 GB (5.1GB/vCore) for read-only queries.
Добавьте дополнительные виртуальных ядер, чтобы получить больше памяти.Add more vCores to get more memory.
Максимальный размер хранилища экземпляра (зарезервировано)Max instance storage size (reserved) -2 ТБ для 4 виртуальных ядер (только го поколения)- 2 TB for 4 vCores (Gen5 only)
-8 ТБ для других размеров- 8 TB for other sizes
Го поколения: 1 ТБGen4: 1 TB
5-е поколение:Gen5:
-1 ТБ для 4, 8, 16 виртуальных ядер- 1 TB for 4, 8, 16 vCores
— 2 ТБ для 24 виртуальных ядер- 2 TB for 24 vCores
— 4 ТБ для 32, 40, 64, 80 виртуальных ядер- 4 TB for 32, 40, 64, 80 vCores
Максимальный размер базы данныхMax database size До текущего размера экземпляра (максимум 2 ТБ – 8 ТБ в зависимости от числа виртуальных ядер).Up to currently available instance size (max 2 TB - 8 TB depending on the number of vCores). До текущего размера экземпляра (максимум 1 ТБ – 4 ТБ в зависимости от числа виртуальных ядер).Up to currently available instance size (max 1 TB - 4 TB depending on the number of vCores).
Максимальный размер tempdbMax tempDB size Ограничено 24 ГБ/Виртуальное ядро (96-1 920 ГБ) и доступным размером хранилища экземпляра.Limited to 24 GB/vCore (96 - 1,920 GB) and currently available instance storage size.
Добавьте дополнительные виртуальных ядер, чтобы получить больше пространства TempDB.Add more vCores to get more TempDB space.
Размер файла журнала ограничен 120 ГБ.Log file size is limited to 120 GB.
Размер хранилища до текущего доступного экземпляра.Up to currently available instance storage size.
Максимальное количество баз данных на экземплярMax number of databases per instance 100, если не достигнут предел размера хранилища экземпляра.100, unless the instance storage size limit has been reached. 100, если не достигнут предел размера хранилища экземпляра.100, unless the instance storage size limit has been reached.
Максимальное число файлов базы данных на экземплярMax number of database files per instance До 280, если не достигнут размер хранилища экземпляра или превышено ограничение на объем выделяемого пространства для хранилища на диске Azure Premium .Up to 280, unless the instance storage size or Azure Premium Disk storage allocation space limit has been reached. 32 767 файлов на базу данных, если не достигнут предел размера хранилища экземпляра.32,767 files per database, unless the instance storage size limit has been reached.
Максимальный размер файла данныхMax data file size Ограниченный текущий доступный размер хранилища экземпляра (не более 2 ТБ-8 ТБ) и место выделения памяти для хранилища на диске Azure класса Premium.Limited to currently available instance storage size (max 2 TB - 8 TB) and Azure Premium Disk storage allocation space. Ограниченный текущий доступный размер хранилища экземпляра (до 1 ТБ – 4 ТБ).Limited to currently available instance storage size (up to 1 TB - 4 TB).
Максимальный размер файла журналаMax log file size Ограничение в 2 ТБ и доступный размер хранилища экземпляров.Limited to 2 TB and currently available instance storage size. Ограничение в 2 ТБ и доступный размер хранилища экземпляров.Limited to 2 TB and currently available instance storage size.
Операции ввода-вывода в секунду для данных или журнала (приблизительно)Data/Log IOPS (approximate) До 30-40 КБ в секунду на экземпляр *, 500-7500 на каждый файлUp to 30-40 K IOPS per instance*, 500 - 7500 per file
*увеличить размер файла, чтобы получить больше операций ввода-вывода*Increase file size to get more IOPS
5,5 k-110 K (1375 операций ввода-вывода в секунду/Виртуальное ядро)5.5 K - 110 K (1375 IOPS/vCore)
Добавьте дополнительные виртуальных ядер, чтобы получить лучшую производительность ввода-вывода.Add more vCores to get better IO performance.
Ограничение пропускной способности записи в журнал (на экземпляр)Log write throughput limit (per instance) 3 МБ/с на виртуальное ядро3 MB/s per vCore
Макс. 22 Мб/сMax 22 MB/s
4 МБ/с на виртуальное ядро4 MB/s per vCore
Макс. 48 МБ/сMax 48 MB/s
Пропускная способность данных (приблизительно)Data throughput (approximate) 100–250 МБ/с на каждый файл100 - 250 MB/s per file
*увеличить размер файла, чтобы получить лучшую производительность ввода-вывода*Increase the file size to get better IO performance
Не ограничено.Not limited.
Задержка операций ввода-вывода хранилища (приблизительно)Storage IO latency (approximate) 5–10 мс5-10 ms 1–2 мс1-2 ms
Выполняющаяся в памяти OLTPIn-memory OLTP Не поддерживаетсяNot supported Доступно, размер зависит от числа Виртуальное ядроAvailable, size depends on number of vCore
Максимальное число сеансовMax sessions 30 00030000 30 00030000
Реплики только для чтенияRead-only replicas 00 1 (входит в цену)1 (included in price)

Примечание

  • Текущий доступный размер хранилища экземпляра — это разница между зарезервированным размером экземпляра и используемым дисковым пространством.Currently available instance storage size is the difference between reserved instance size and the used storage space.
  • Размеры данных и файла журнала в системных базах данных и базах данных пользователей включаются в размер хранилища экземпляра, который сравнивается с пределом максимального размера хранилища.Both data and log file size in the user and system databases are included in the instance storage size that is compared with the Max storage size limit. Используйте системное представление sys.master_files, чтобы определить общий объем, используемый базами данных.Use sys.master_files system view to determine the total used space by databases. Журналы ошибок не сохраняются и не включаются в размер.Error logs are not persisted and not included in the size. Резервные копии не включаются в размер хранилища.Backups are not included in storage size.
  • Пропускная способность и операции ввода-вывода на уровне общего назначения также зависят от размера файла , который явно не ограничивается управляемым экземпляром.Throughput and IOPS on General Purpose tier also depend on the file size that is not explicitly limited by managed instance.
  • Вы можете создать другую доступную для чтения реплику в другом регионе Azure с помощью групп автоматической отработки отказа.You can create another readable replica in different Azure region using Auto-failover groups.
  • Максимальное число операций ввода-вывода для экземпляра зависит от структуры файла и распределения рабочей нагрузки.Max instance IOPS depend on the file layout and distribution of workload. Например, если вы создадите 7-1 ТБ файлов с максимальным количеством операций ввода-вывода в секунду и 7 маленьких файлов (менее 128 ГБ) с 500 операций ввода-вывода в секунду, можно получить 38500 операций ввода-вывода в секунду на экземпляр (7x5000 + 7x500), если Рабочая нагрузка может использовать все файлы.As an example, if you create 7 x 1TB files with max 5K IOPS each and 7 small files (smaller than 128 GB) with 500 IOPS each, you can get 38500 IOPS per instance (7x5000+7x500) if your workload can use all files. Обратите внимание, что для автоматического резервного копирования также используется некоторый объем операций ввода-вывода в секунду.Note that some amount of IOPS is also used for auto-backups.

Характеристики ввода-вывода файла на уровне общего назначенияFile IO characteristics in General Purpose tier

В общего назначения уровня служб каждый файл базы данных получает выделенные операции ввода-вывода и пропускную способность, зависящие от размера файла.In General Purpose service tier every database file is getting dedicated IOPS and throughput that depends on the file size. Большие файлы повышают скорость операций ввода-вывода и пропускную способность.Bigger files are getting more IOPS and throughput. Характеристики ввода-вывода файлов базы данных показаны в следующей таблице:IO characteristics of the database files are shown in the following table:

Размер файлаFile size 0-128 гиб0 - 128 GiB 128-256 гиб128 - 256 GiB 256-512 гиб256 - 512 GiB 0,5-1 тиб0.5 - 1 TiB 1-2 тиб1 - 2 TiB 2-4 тиб2 - 4 TiB 4-8 тиб4 - 8 TiB
Операций ввода-вывода на файлIOPS per file 500500 11001100 23002300 50005000 75007500 75007500 12 50012,500
Пропускная способность на файлThroughput per file 100 МиБ/с100 MiB/s 125 МиБ/с125 MiB/s 150 МиБ/с150 MiB/s 200 МиБ/с200 MiB/s 250 МиБ/с250 MiB/s 250 МиБ/с250 MiB/s 480 MiB/с480 MiB/s

Если вы заметили высокую задержку ввода-вывода для какого-либо файла базы данных или видите, что достигнут предел в операциях ввода/вывода, производительность может повыситься путем увеличения размера файла.If you notice high IO latency on some database file or you see that IOPS/throughput is reaching the limit, you might improve performance by increasing the file size.

Существуют также ограничения на уровне экземпляра, такие как максимальная пропускная способность записи в журнал 22 Мб/с, поэтому вы не сможете получить доступ к файлу по всему файлу журнала, так как достигнут предел пропускной способности экземпляра.There are also instance-level limits like max log write throughput 22 MB/s, so you might not be able to reach file throughout on log file because you are reaching instance throughput limit.

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

Управляемые экземпляры могут создаваться только в поддерживаемых регионах.Managed instances can be created only in supported regions. Чтобы создать управляемый экземпляр в регионе, который сейчас не поддерживается, можно Отправить запрос в службу поддержки через портал Azure.To create a managed instance in a region that is currently not supported, you can send a support request via the Azure portal.

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

Сейчас управляемый экземпляр поддерживает развертывание только для следующих типов подписок:Managed instance currently supports deployment only on the following types of subscriptions:

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

Поддерживаемые типы подписок могут содержать ограниченное число ресурсов на регион.Supported subscription types can contain a limited number of resources per region. У управляемого экземпляра есть два ограничения по умолчанию на регион Azure (которые можно увеличить по запросу, создав специальный запрос на поддержку в портал Azure) в зависимости от типа подписки:Managed instance has two default limits per Azure region (that can be increased on-demand by creating a special support request in the Azure portal) depending on a type of subscription type:

  • Ограничение подсети. Максимальное количество подсетей, в которых развернуты управляемые экземпляры в одном регионе.Subnet limit: The maximum number of subnets where managed instances are deployed in a single region.
  • ограничение единицы Виртуальное ядро: максимальное число единиц Виртуальное ядро, которые могут быть развернуты во всех экземплярах в одном регионе.vCore unit limit: The maximum number of vCore units that can be deployed across all instances in a single region. Одна из Виртуальное ядро групповой политики использует одну единицу Виртуальное ядро, а один BC Виртуальное ядро — 4 Виртуальное ядро единиц.One GP vCore uses one vCore unit and one BC vCore takes 4 vCore units. Общее число экземпляров не ограничено, если оно находится в пределах ограничения единицы Виртуальное ядро.The total number of instances is not limited as long as it is within the vCore unit limit.

Примечание

Эти ограничения являются параметрами по умолчанию, а не техническими ограничениями.These limits are default settings and not technical limitations. Ограничения можно увеличить по запросу, создав специальный запрос на поддержку в портал Azure , если требуется больше управляемых экземпляров в текущем регионе.The limits can be increased on-demand by creating a special support request in the Azure portal if you need more managed instances in the current region. В качестве альтернативы можно создавать новые управляемые экземпляры в другом регионе Azure, не отправляя запросы на поддержку.As an alternative, you can create new managed instances in another Azure region without sending support requests.

В следующей таблице показаны региональные ограничения по умолчанию для поддерживаемых типов подписки (ограничения по умолчанию можно расширить с помощью запроса на поддержку, описанного ниже).The following table shows the default regional limits for supported subscription types (default limits can be extended using support request described below):

Тип подпискиSubscription type Максимальное число подсетей управляемых экземпляровMax number of managed instance subnets Максимальное число единиц Виртуальное ядро *Max number of vCore units*
Оплата по мере использованияPay-as-you-go 33 320320
CSPCSP 8 (15 в некоторых регионах * *)8 (15 in some regions**) 960 (1440 в некоторых регионах * *)960 (1440 in some regions**)
Разработка и тестирование с оплатой по мере использованияPay-as-you-go Dev/Test 33 320320
Разработка и тестирование EnterpriseEnterprise Dev/Test 33 320320
EAEA 8 (15 в некоторых регионах * *)8 (15 in some regions**) 960 (1440 в некоторых регионах * *)960 (1440 in some regions**)
Visual Studio EnterpriseVisual Studio Enterprise 22 6464
Visual Studio Professional и MSDN PlatformsVisual Studio Professional and MSDN Platforms 22 3232

* в планировании развертываний, учтите, что для уровня служб критически важный для бизнеса (BC) требуется четыре (4) раза больше Виртуальное ядро, чем уровень служб общего назначения (GP).* In planning deployments, please take into consideration that Business Critical (BC) service tier requires four (4) times more vCore capacity than General Purpose (GP) service tier. Например: 1 GP Виртуальное ядро = 1 Виртуальное ядро Unit и 1 BC Виртуальное ядро = 4 Виртуальное ядро единиц.For example: 1 GP vCore = 1 vCore unit and 1 BC vCore = 4 vCore units. Чтобы упростить анализ потребления по умолчанию, суммируйте единицы Виртуальное ядро во всех подсетях в регионе, где развернуты управляемые экземпляры, и сравните результаты с ограничениями единиц экземпляра для вашего типа подписки.To simplify your consumption analysis against the default limits, summarize the vCore units across all subnets in the region where managed instances are deployed and compare the results with the instance unit limits for your subscription type. Ограничение максимального числа единиц Виртуальное ядро применяется к каждой подписке в регионе.Max number of vCore units limit applies to each subscription in a region. Ограничения на отдельные подсети отсутствуют, за исключением того, что сумма всех виртуальных ядер, развернутых в нескольких подсетях, должна быть меньше или равна максимальному числу единиц Виртуальное ядро.There is no limit per individual subnets except that the sum of all vCores deployed across multiple subnets must be lower or equal to max number of vCore units.

** более крупные ограничения подсети и виртуальное ядро доступны в следующих регионах: Восточная Австралия, восток США, Восточная часть США 2, Северная Европа, Юго-Центральный регион США, Юго-Восточная Азия, южная часть Соединенного Королевства, Западная Европа, Западная часть США 2.** Larger subnet and vCore limits are available in the following regions: Australia East, East US, East US 2, North Europe, South Central US, Southeast Asia, UK South, West Europe, West US 2.

Получение более крупной квоты для управляемого экземпляра SQLObtaining a larger quota for SQL managed instance

Если в текущих регионах требуется больше управляемых экземпляров, отправьте запрос в службу поддержки, чтобы расширить квоту с помощью портал Azure.If you need more managed instances in your current regions, send a support request to extend the quota using the Azure portal. Чтобы инициировать процесс получения увеличенной квоты, сделайте следующее:To initiate the process of obtaining a larger quota:

  1. Откройте вкладку Справка и поддержка, а затем выберите Новый запрос на поддержку.Open Help + support, and click New support request.

    Справка и поддержка

  2. На вкладке "Основные сведения" сделайте следующее, чтобы создать запрос на поддержку.On the Basics tab for the new support request:

    • Для поля Тип проблемы выберите Ограничения службы и подписки (квоты) .For Issue type, select Service and subscription limits (quotas).

    • В качестве подписки выберите свою подписку.For Subscription, select your subscription.

    • В качестве типа квоты выберите Управляемый экземпляр Базы данных SQL.For Quota type, select SQL Database Managed Instance.

    • В поле План поддержки выберите свой план поддержки.For Support plan, select your support plan.

      Тип проблемы. Квота

  3. Щелкните Далее.Click Next.

  4. На вкладке проблема для нового запроса на поддержку:On the Problem tab for the new support request:

    • В поле Серьезность выберите степень серьезности проблемы.For Severity, select the severity level of the problem.

    • В поле Details (Сведений) укажите дополнительные сведения о проблеме, включая текст сообщений об ошибках.For Details, provide additional information about your issue, including error messages.

    • В поле Отправка файла вложите файл с дополнительной информацией (до 4 МБ).For File upload, attach a file with more information (up to 4 MB).

      Сведения о проблеме

      Важно!

      Допустимый запрос должен содержать:A valid request should include:

      • Регион, в котором необходимо увеличить лимит подписки.Region in which subscription limit needs to be increased.
      • Необходимое число виртуальных ядер для каждого уровня обслуживания в существующих подсетях после увеличения квоты (если какая-либо из существующих подсетей должна быть расширена.Required number of vCores, per service tier in existing subnets after the quota increase (if any of the existing subnets needs to be expanded.
      • Необходимое число новых подсетей и общее количество виртуальных ядер на уровень служб в новых подсетях (если необходимо развернуть управляемые экземпляры в новых подсетях).Required number of new subnets and total number of vCores per service tier within the new subnets (if you need to deploy managed instances in new subnets).
  5. Щелкните Далее.Click Next.

  6. На вкладке "Контактные данные" укажите предпочтительный способ связи (электронная почта или телефон) и контактные сведения для нового запроса на поддержку.On the Contact Information tab for the new support request, enter preferred contact method (email or phone) and the contact details.

  7. Нажмите кнопку Создать.Click Create.

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