Přehled Omezení prostředků spravovaných instancí Azure SQL DatabaseOverview Azure SQL Database managed instance resource limits

Tento článek obsahuje přehled technických charakteristik a omezení prostředků pro spravovanou instanci Azure SQL Database a poskytuje informace o tom, jak požádat o zvýšení těchto limitů.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.

Poznámka

Rozdíly v podporovaných funkcích a příkazech T-SQL naleznete v tématu Rozdíly funkcí a podpora příkazů T-SQL.For differences in supported features and T-SQL statements see Feature differences and T-SQL statement support. Obecné rozdíly mezi úrovněmi služeb v jedné databázi a spravované instanci najdete v tématu Porovnání vrstev služby.For general differencess between service tiers in single database and managed instance see Service tier comparison.

Vlastnosti generování hardwaruHardware generation characteristics

Spravovaná instance má charakteristiky a omezení prostředků, které závisí na základní infrastruktuře a architektuře.Managed instance has characteristics and resource limits that depend on the underlying infrastructure and architecture. Spravovaná instance Azure SQL Database se dá nasadit na dvě generace hardwaru: Gen4 a Gen5.Azure SQL Database managed instance can be deployed on two hardware generations: Gen4 and Gen5. Generace hardwaru mají různé vlastnosti, jak je popsáno v následující tabulce:Hardware generations have different characteristics, as described in the following table:

Gen4 (Gen4)Gen4 Gen5 (Gen5)Gen5
HardwareHardware Procesory Intel E5-2673 v3 (Haswell) 2,4 GHz, připojený virtuální jádrsssd = 1 PP (fyzické jádro)Intel E5-2673 v3 (Haswell) 2.4-GHz processors, attached SSD vCore = 1 PP (physical core) Procesory Intel E5-2673 v4 (Broadwell) 2,3 GHz a Intel SP-8160 (Skylake), rychlé NVMe SSD, vCore=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)
Počet virtuálních jaderNumber of vCores 8, 16, 24 virtuálních jader8, 16, 24 vCores 4, 8, 16, 24, 32, 40, 64, 80 virtuálních jader4, 8, 16, 24, 32, 40, 64, 80 vCores
Maximální paměť (poměr paměti k jádru)Max memory (memory/core ratio) 7 GB na virtuální jádro7 GB per vCore
Přidejte další virtuální jádra, abyste získali více paměti.Add more vCores to get more memory.
5,1 GB na virtuální jádro5.1 GB per vCore
Přidejte další virtuální jádra, abyste získali více paměti.Add more vCores to get more memory.
Maximální paměť OLTP v pamětiMax In-Memory OLTP memory Limit instance: 1-1.5 GB na virtuální jádroInstance limit: 1-1.5 GB per vCore Limit instance: 0,8 - 1,65 GB na virtuální jádroInstance limit: 0.8 - 1.65 GB per vCore
Maximální rezervované úložiště instanceMax instance reserved storage Všeobecné použití: 8 TBGeneral Purpose: 8 TB
Kritické pro podnikání: 1 TBBusiness Critical: 1 TB
Všeobecné použití: 8 TBGeneral Purpose: 8 TB
Business Critical 1 TB, 2 TB nebo 4 TB v závislosti na počtu jaderBusiness Critical 1 TB, 2 TB, or 4 TB depending on the number of cores

Důležité

  • Gen4 hardware je postupně ukončován a již není k dispozici pro nová nasazení.Gen4 hardware is being phased out and is not available anymore for the new deployments. Všechny nové spravované instance musí být nasazeny na hardwaru Gen5.All new managed instances must be deployed on Gen5 hardware.
  • Zvažte přesunutí spravovaných instancí do hardwaru Gen 5, abyste měli k dispozici širší škálu virtuálních jader a úložišť, zrychlené sítě, nejlepší výkon vstupně-výstupních řízení a minimální latenci.Consider moving your managed instances to Gen 5 hardware to experience a wider range of vCore and storage scalability, accelerated networking, best IO performance, and minimal latency.

Dostupné místo OLTP v pamětiIn-memory OLTP available space

Velikost místa OLTP v paměti v úrovni služby Business Critical závisí na počtu virtuálních jader a generování hardwaru.The amount of In-memory OLTP space in Business Critical service tier depends on the number of vCores and hardware generation. V následující tabulce jsou uvedeny limity paměti, které lze použít pro objekty OLTP v paměti.In the following table are listed limits of memory that can be used for In-memory OLTP objects.

Místo OLTP v pamětiIn-memory OLTP space Gen5 (Gen5)Gen5 Gen4 (Gen4)Gen4
4 virtuální jádra4 vCores 3,14 GB3.14 GB
8 virtuálních jader8 vCores 6,28 GB6.28 GB 8 GB8 GB
16 virtuálních jader16 vCores 15,77 GB15.77 GB 20 GB20 GB
24 virtuálních jader24 vCores 25,25 GB25.25 GB 36 GB36 GB
32 virtuálních jader32 vCores 37,94 GB37.94 GB
40 virtuálních jader40 vCores 52,23 GB52.23 GB
64 virtuálních jader64 vCores 99,9 GB99.9 GB
80 virtuálních jader80 vCores 131,68 GB131.68 GB

Charakteristiky úrovně službyService tier characteristics

Spravovaná instance má dvě úrovně služeb: Obecné účely a Důležité pro podnikání.Managed instance has two service tiers: General Purpose and Business Critical. Tyto úrovně poskytují různé možnosti, jak je popsáno v následující tabulce.These tiers provide different capabilities, as described in the table below.

Důležité

Podnikkritická úroveň služeb poskytuje další předdefinovanou kopii instance (sekundární replika), kterou lze použít pro úlohy jen pro čtení.Business Critical service-tier provides additional built-in copy of instance (secondary replica) that can be used for read-only workload. Pokud můžete oddělit dotazy pro čtení a zápis a dotazy jen pro čtení/analytics/reporting, získáváte dvakrát virtuální jádra a paměť za stejnou cenu.If you can separate read-write queries and read-only/analytic/reporting queries, you are getting twice vCores and memory for the same price. Sekundární replika může zaostávat několik sekund za primární instance, takže je navržen tak, aby převést načtení vykazování nebo analytické úlohy, které nepotřebují přesný aktuální stav dat.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. V následující tabulce jsou dotazy jen pro čtení dotazy, které jsou spouštěny na sekundární replice.In the table below, read-only queries are the queries that are executed on secondary replica.

FunkceFeature Obecný účelGeneral Purpose Kritické pro podnikáníBusiness Critical
Počet virtuálních jader*Number of vCores* Gen4: 8, 16, 24Gen4: 8, 16, 24
Gen5: 4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
Gen4: 8, 16, 24Gen4: 8, 16, 24
Gen5: 4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
*Stejný počet virtuálních jader je vyhrazen pro dotazy jen pro čtení.*Same number of vCores is dedicated for read-only queries.
Maximální paměťMax memory Gen4: 56 GB - 168 GB (7 GB/virtuální jádro)Gen4: 56 GB - 168 GB (7GB/vCore)
Gen5: 20,4 GB - 408 GB (5,1 GB/virtuální jádro)Gen5: 20.4 GB - 408 GB (5.1GB/vCore)
Přidejte další virtuální jádra, abyste získali více paměti.Add more vCores to get more memory.
Gen4: 56 GB - 168 GB (7 GB/virtuální jádro)Gen4: 56 GB - 168 GB (7GB/vCore)
Gen5: 20,4 GB - 408 GB (5,1 GB/virtuální jádro) pro dotazy pro čtení a zápisGen5: 20.4 GB - 408 GB (5.1GB/vCore) for read-write queries
+ dalších 20,4 GB - 408 GB (5,1 GB/virtuálního jádra) pro dotazy jen pro čtení.+ additional 20.4 GB - 408 GB (5.1GB/vCore) for read-only queries.
Přidejte další virtuální jádra, abyste získali více paměti.Add more vCores to get more memory.
Maximální velikost úložiště instance (rezervovaná)Max instance storage size (reserved) - 2 TB pro 4 virtuální jádra (pouze Gen5)- 2 TB for 4 vCores (Gen5 only)
- 8 TB pro ostatní velikosti- 8 TB for other sizes
Gen4: 1 TBGen4: 1 TB
Gen5:Gen5:
- 1 TB pro 4, 8, 16 virtuálních jader- 1 TB for 4, 8, 16 vCores
- 2 TB pro 24 virtuálních jader- 2 TB for 24 vCores
- 4 TB pro 32, 40, 64, 80 virtuálních jader- 4 TB for 32, 40, 64, 80 vCores
Maximální velikost databázeMax database size Až do aktuálně dostupné velikosti instance (max 2 TB - 8 TB v závislosti na počtu virtuálních jader).Up to currently available instance size (max 2 TB - 8 TB depending on the number of vCores). Až do aktuálně dostupné velikosti instance (max 1 TB - 4 TB v závislosti na počtu virtuálních jader).Up to currently available instance size (max 1 TB - 4 TB depending on the number of vCores).
Maximální velikost tempDBMax tempDB size Omezeno na 24 GB/vCore (96 - 1 920 GB) a aktuálně dostupnou velikost úložiště instancí.Limited to 24 GB/vCore (96 - 1,920 GB) and currently available instance storage size.
Přidejte další virtuální jádra, abyste získali více prostoru TempDB.Add more vCores to get more TempDB space.
Velikost souboru protokolu je omezena na 120 GB.Log file size is limited to 120 GB.
Až do aktuálně dostupné velikosti úložiště instancí.Up to currently available instance storage size.
Maximální počet databází na instanciMax number of databases per instance 100, pokud nebylo dosaženo limitu velikosti úložiště instance.100, unless the instance storage size limit has been reached. 100, pokud nebylo dosaženo limitu velikosti úložiště instance.100, unless the instance storage size limit has been reached.
Maximální počet databázových souborů na instanciMax number of database files per instance Až 280, pokud nebylo dosaženo velikosti úložiště instance nebo limitu přidělení úložiště disku Azure Premium.Up to 280, unless the instance storage size or Azure Premium Disk storage allocation space limit has been reached. 32 767 souborů na databázi, pokud nebylo dosaženo limitu velikosti úložiště instance.32,767 files per database, unless the instance storage size limit has been reached.
Maximální velikost datového souboruMax data file size Omezeno na aktuálně dostupnou velikost úložiště instancí (max. 2 TB - 8 TB) a místo přidělení disku Azure Premium.Limited to currently available instance storage size (max 2 TB - 8 TB) and Azure Premium Disk storage allocation space. Omezeno na aktuálně dostupnou velikost úložiště instancí (až 1 TB - 4 TB).Limited to currently available instance storage size (up to 1 TB - 4 TB).
Maximální velikost souboru protokoluMax log file size Omezeno na 2 TB a aktuálně dostupnou velikost úložiště instancí.Limited to 2 TB and currently available instance storage size. Omezeno na 2 TB a aktuálně dostupnou velikost úložiště instancí.Limited to 2 TB and currently available instance storage size.
Data/Log IOPS (přibližné)Data/Log IOPS (approximate) Až 30-40 K IOPS na instanci*, 500 - 7500 na souborUp to 30-40 K IOPS per instance*, 500 - 7500 per file
*Zvětšení velikosti souboru pro získání více viopů*Increase file size to get more IOPS
10 K - 200 K (2500 IOPS/vCore)10 K - 200 K (2500 IOPS/vCore)
Přidejte další virtuální jádra, abyste získali lepší výkon vi.Add more vCores to get better IO performance.
Omezení propustnost zápisu protokolu (na instanci)Log write throughput limit (per instance) 3 MB/s na virtuální jádro3 MB/s per vCore
Maximální velikost 22 MB/sMax 22 MB/s
4 MB/s na virtuální jádro4 MB/s per vCore
Maximální velikost 48 MB/sMax 48 MB/s
Propustnost dat (přibližná)Data throughput (approximate) 100 - 250 MB/s na soubor100 - 250 MB/s per file
*Zvětšení velikosti souboru pro lepší výkon vi*Increase the file size to get better IO performance
Není omezen.Not limited.
Latence vi videa úložiště (přibližná)Storage IO latency (approximate) 5-10 ms5-10 ms 1-2 ms1-2 ms
OLTP v pamětiIn-memory OLTP Nepodporuje seNot supported K dispozici, velikost závisí na počtu virtuálních jaderAvailable, size depends on number of vCore
Maximální počet relacíMax sessions 3000030000 3000030000
Repliky jen pro čteníRead-only replicas 00 1 (v ceně)1 (included in price)

Poznámka

  • Aktuálně dostupná velikost úložiště instance je rozdíl mezi rezervovanou velikostí instance a použitým úložným prostorem.Currently available instance storage size is the difference between reserved instance size and the used storage space.
  • Velikost dat i souborů protokolu v uživatelských a systémových databázích jsou zahrnuty ve velikosti úložiště instance, která je porovnána s maximálním limitem velikosti úložiště.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. Pomocí systémového zobrazení sys.master_files určete celkový využitý prostor v databázích.Use sys.master_files system view to determine the total used space by databases. Protokoly chyb nejsou trvalé a nejsou zahrnuty ve velikosti.Error logs are not persisted and not included in the size. Zálohy nejsou zahrnuty ve velikosti úložiště.Backups are not included in storage size.
  • Propustnost a vstupně-up na úrovni obecného použití také závisí na velikosti souboru, který není explicitně omezen spravovanou instancí.Throughput and IOPS on General Purpose tier also depend on the file size that is not explicitly limited by managed instance.
  • Můžete vytvořit další čitelnou repliku v různých oblastech Azure pomocí skupin s podporou převzetí služeb při selhání.You can create another readable replica in different Azure region using Auto-failover groups.
  • Maximální počet vstupně-diagramů instance závisí na rozložení souboru a distribuci úlohy.Max instance IOPS depend on the file layout and distribution of workload. Pokud například vytvoříte soubory o velikosti 7 x 1 TB s maximálním 5K IOPS a 7 malých souborů (menší než 128 GB) s 500 IOPS, můžete získat 38500 IOPS na instanci (7x5000 + 7x500), pokud vaše úloha může používat všechny soubory.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. Všimněte si, že některé množství viops se také používá pro automatické zálohování.Note that some amount of IOPS is also used for auto-backups.

Vlastnosti vstupně-veřejných otomek souboru ve vrstvě obecného použitíFile IO characteristics in General Purpose tier

V úrovni služby pro obecné účely každý databázový soubor získává vyhrazené vstupně-operace a propustnost, která závisí na velikosti souboru.In General Purpose service tier every database file is getting dedicated IOPS and throughput that depends on the file size. Větší soubory jsou stále více viops a propustnost.Bigger files are getting more IOPS and throughput. Charakteristiky vi vdatabázových souborů jsou uvedeny v následující tabulce:IO characteristics of the database files are shown in the following table:

Velikost souboruFile size >=0 a <=128 GiB>=0 and <=128 GiB >128 a <=256 GiB>128 and <=256 GiB >256 a <= 512 GiB>256 and <= 512 GiB >0,5 a <=1 TiB>0.5 and <=1 TiB >1 a <=2 TiB>1 and <=2 TiB >2 a <=4 TiB>2 and <=4 TiB >4 a <=8 TiB>4 and <=8 TiB
Viops na souborIOPS per file 500500 11001100 23002300 50005000 7 5007500 7 5007500 12 50012,500
Propustnost na souborThroughput per file 100 MiB/s100 MiB/s 125 MiB/s125 MiB/s 150 MiB/s150 MiB/s 200 MiB/s200 MiB/s 250 MiB/s250 MiB/s 250 MiB/s250 MiB/s 480 MiB/s480 MiB/s

Pokud zjistíte vysokou latenci vstupně-výstupních operací u některého databázového souboru nebo zjistíte, že vstupně-výstupní operace/propustnost dosahuje limitu, můžete zvýšit výkon zvětšením velikosti souboru.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.

Existují také omezení na úrovni instance, jako je maximální propustnost zápisu protokolu 22 MB/s, takže pravděpodobně nebudete moci dosáhnout souboru v celém souboru protokolu, protože dosahujete limitu propustnost instance.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.

Podporované oblastiSupported regions

Spravované instance lze vytvořit pouze v podporovaných oblastech.Managed instances can be created only in supported regions. Chcete-li vytvořit spravovanou instanci v oblasti, která momentálně není podporovaná, můžete odeslat žádost o podporu prostřednictvím portálu Azure.To create a managed instance in a region that is currently not supported, you can send a support request via the Azure portal.

Podporované typy předplatnéhoSupported subscription types

Spravovaná instance aktuálně podporuje nasazení pouze u následujících typů předplatných:Managed instance currently supports deployment only on the following types of subscriptions:

Omezení regionálních zdrojůRegional resource limitations

Podporované typy předplatného mohou obsahovat omezený počet prostředků na oblast.Supported subscription types can contain a limited number of resources per region. Spravovaná instance má dvě výchozí omezení pro oblast Azure (které lze zvýšit na vyžádání vytvořením speciální žádosti o podporu na webu Azure Portal v závislosti na typu typu předplatného: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:

  • Limit podsítě: Maximální počet podsítí, kde jsou spravované instance nasazeny v jedné oblasti.Subnet limit: The maximum number of subnets where managed instances are deployed in a single region.
  • Limit jednotky virtuálních jader: Maximální počet jednotek virtuálních jader, které lze nasadit ve všech instancích v jedné oblasti.vCore unit limit: The maximum number of vCore units that can be deployed across all instances in a single region. Jeden virtuální jádro GP používá jednu virtuální jádro a jeden virtuální jádr BC přebírá 4 virtuální jádra.One GP vCore uses one vCore unit and one BC vCore takes 4 vCore units. Celkový počet instancí není omezen, pokud je v rámci limitu jednotky virtuálních jader.The total number of instances is not limited as long as it is within the vCore unit limit.

Poznámka

Tato omezení jsou výchozí nastavení a nikoli technická omezení.These limits are default settings and not technical limitations. Limity lze zvýšit na vyžádání vytvořením speciální žádosti o podporu na webu Azure Portal, pokud potřebujete více spravovaných instancí v aktuální oblasti.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. Jako alternativu můžete vytvořit nové spravované instance v jiné oblasti Azure bez odesílání žádostí o podporu.As an alternative, you can create new managed instances in another Azure region without sending support requests.

V následující tabulce jsou uvedena výchozí místní omezení pro podporované typy předplatného (výchozí limity lze rozšířit pomocí žádosti o podporu popsané níže):The following table shows the default regional limits for supported subscription types (default limits can be extended using support request described below):

Typ předplatnéhoSubscription type Maximální počet podsítí spravovaných instancíMax number of managed instance subnets Maximální počet virtuálních jader*Max number of vCore units*
Pay-as-you-goPay-as-you-go 33 320320
CSPCSP 8 (15 v některých regionech**)8 (15 in some regions**) 960 (1440 v některých regionech**)960 (1440 in some regions**)
Vývoj/test s průběžným platbouPay-as-you-go Dev/Test 33 320320
Enterprise pro vývoj/testováníEnterprise Dev/Test 33 320320
EaEA 8 (15 v některých regionech**)8 (15 in some regions**) 960 (1440 v některých regionech**)960 (1440 in some regions**)
Visual Studio EnterpriseVisual Studio Enterprise 22 6464
Platformy Visual Studio Professional a MSDNVisual Studio Professional and MSDN Platforms 22 3232

*Při plánování nasazení vezměte v úvahu, že úroveň služeb Business Critical (BC) vyžaduje čtyři (4) více kapacity virtuálních jader než úroveň služeb pro obecné účely (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. Například: 1 GP vCore = 1 virtuální jádro a 1 BC vCore = 4 jednotky virtuálních jader.For example: 1 GP vCore = 1 vCore unit and 1 BC vCore = 4 vCore units. Chcete-li zjednodušit analýzu spotřeby oproti výchozím limitům, shrňte jednotky virtuálních jader ve všech podsítích v oblasti, kde se nasazují spravované instance, a porovnejte výsledky s limity jednotek instance pro typ předplatného.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. Maximální počet jednotek virtuálních jader se vztahuje na každé předplatné v oblasti.Max number of vCore units limit applies to each subscription in a region. Neexistuje žádné omezení pro jednotlivé podsítě s tím rozdílem, že součet všech virtuálních jader nasazených ve více podsítích musí být nižší nebo roven maximálnímu počtu virtuálních jader.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.

**Větší limity podsítě a virtuálních jader jsou k dispozici v následujících oblastech: Austrálie – východ, východ USA, východní USA 2, severní Evropa, jižní střed USA, jihovýchodní Asie, Velká Británie – jih, Západní Evropa, Západní USA 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.

Požádat o zvýšení kvóty pro spravovanou instanci SQLRequest a quota increase for SQL managed instance

Pokud potřebujete více spravovaných instancí ve vašich aktuálních oblastech, odešlete žádost o podporu k rozšíření kvóty pomocí portálu Azure.If you need more managed instances in your current regions, send a support request to extend the quota using the Azure portal. Další informace naleznete v tématu Požadavek na zvýšení kvóty pro Azure SQL Database.For more information, see Request quota increases for Azure SQL Database.

Další krokyNext steps