Overzicht van resourcelimieten voor Azure SQL Managed Instance

  • Artikel

Van toepassing op: Azure SQL Managed Instance

Dit artikel bevat een overzicht van de technische kenmerken en resourcelimieten voor Azure SQL Managed Instance en bevat informatie over het aanvragen van een verhoging van deze limieten.

Notitie

Zie Functieverschillen en ondersteuning voor T-SQL-instructies voor verschillen in functies en T-SQL-instructies voor verschillen in ondersteunde functies. Voor algemene verschillen tussen servicelagen voor Azure SQL Database en SQL Managed Instance worden algemene doeleinden en Bedrijfskritiek servicelagen gecontroleerd.

Hardwareconfiguratiekenmerken

SQL Managed Instance heeft kenmerken en resourcelimieten die afhankelijk zijn van de onderliggende infrastructuur en architectuur. SQL Managed Instance kan worden geïmplementeerd op meerdere hardwareconfiguraties.

Notitie

De Gen5-hardware is hernoemd naar de standard-serie (Gen5).

Hardwareconfiguraties hebben verschillende kenmerken, zoals beschreven in de volgende tabel:

Standard-serie (Gen5) Premium-serie Geoptimaliseerd voor geheugen premium-serie
CPU Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) en Intel® 8272CL-processors (Cascade Lake) 2,5 GHz Intel® 8370C (Ice Lake) 2,8 GHz processors Intel® 8370C (Ice Lake) 2,8 GHz processors
Aantal vCores
vCore=1 LP (hyperthread)		 21-80 vCores 21-128 vCores 4-128 vCores
Maximaal geheugen (verhouding geheugen/vCore) 5,1 GB per vCore - maximaal 408 GB
Voeg meer vCores toe om meer geheugen te krijgen.		 7 GB per vCore tot 80 vCores - maximaal 560 GB 13,6 GB per vCore tot 64 vCores - maximaal 870,4 GB
Maximaal OLTP-geheugen in het geheugen Exemplaarlimiet: 0.8 - 1,65 GB per vCore Exemplaarlimiet: 1.1 - 2,3 GB per vCore Exemplaarlimiet: 2.2 - 4,5 GB per vCore
Maximale gereserveerde opslagvoor instanties 2 Algemeen gebruik: tot 16 TB
Bedrijfskritiek: maximaal 4 TB		 Algemeen gebruik: tot 16 TB
Bedrijfskritiek: maximaal 5,5 TB		 Algemeen gebruik: tot 16 TB
Bedrijfskritiek: maximaal 16 TB

1 Het implementeren van een 2-vCore-exemplaar is alleen mogelijk in een exemplaargroep.
2 Afhankelijk van het aantal vCores.

Notitie

Als voor uw workload opslaggrootten zijn vereist die groter zijn dan de beschikbare resourcelimieten voor Azure SQL Managed Instance, kunt u de Azure SQL Database Hyperscale-servicelaag overwegen.

Regionale ondersteuning voor hardware uit de Premium-serie die is geoptimaliseerd voor geheugen en voor 16 TB-opslag

Ondersteuning voor opslag van 16 TB heeft dezelfde beschikbaarheid als ondersteuning voor de hardware uit de premium-serie die is geoptimaliseerd voor geheugen. Ondersteuning voor hardware uit de premium-serie die is geoptimaliseerd voor geheugen en 16 TB-opslag zijn momenteel alleen beschikbaar in deze specifieke regio's:

Geografie Regio's die geoptimaliseerde HW uit de premium-serie en 16 TB Opslag ondersteunen
Europa Frankrijk - centraal, Duitsland - west-centraal, Italië - noord, Europa - noord, Polen - centraal, Zweden - centraal, Zwitserland - noord, VK - zuid, Europa - west
Midden-Oosten, Afrika Qatar - centraal
Noord- en Zuid-Amerika Brazilië - zuid, Canada - centraal, VS - centraal, VS - oost, VS - oost 2, VS - noord-centraal, VS - zuid-centraal, VS - west 2, VS - west 3
Azië en Stille Oceaan Australië - oost, Australië - zuidoost, China - noord 3, India - centraal, India - zuid, Azië - oost, Japan - oost, Azië - zuidoost

In-memory OLTP beschikbare ruimte

De hoeveelheid OLTP-ruimte in het geheugen in Bedrijfskritiek servicelaag is afhankelijk van het aantal vCores en hardwareconfiguratie. De volgende tabel bevat de limieten van geheugen die kunnen worden gebruikt voor OLTP-objecten in het geheugen.

vCores Standard-serie (Gen5) Premium-serie Geoptimaliseerd voor geheugen premium-serie
4 vCores 3,14 GB 4,39 GB 8,79 GB
6 vCores - 6,59 GB 15,32 GB
8 vCores 6,28 GB 8,79 GB 22,06 GB
10 vCores - 12,11 GB 30,94 GB
12 vCores - 15,43 GB 39,82 GB
16 vCores 15,77 GB 22,06 GB 57,58 GB
20 vCores - 28,70 GB 75,34 GB
24 vCores 25,25 GB 35,34 GB 93,09 GB
32 vCores 37,94 GB 53,09 GB 128,61 GB
40 vCores 52,23 GB 73,09 GB 164,13 GB
48 vCores - 95,34 GB 199,64 GB
56 vCores - 117,58 GB 244,13 GB
64 vCores 99,9 GB 139,82 GB 288,61 GB
80 vCores 131,68 GB 184,30 GB 288,61 GB
96 vCores N.v.t. 184,30 GB 288,61 GB
128 vCores N.v.t. 184,30 GB 288,61 GB

Kenmerken van servicelaag

SQL Managed Instance heeft twee servicelagen: Algemeen gebruik en Bedrijfskritiek.

Belangrijk

De servicelaag Bedrijfskritiek biedt een extra ingebouwde kopie van het met SQL beheerde exemplaar (secundaire replica) dat kan worden gebruikt voor alleen-lezen workload. Als u query's voor lezen/schrijven en alleen-lezen/analysequery's/rapportagequery's kunt scheiden, krijgt u tweemaal de vCores en het geheugen voor dezelfde prijs. De secundaire replica kan een paar seconden achterblijven bij het primaire exemplaar, dus het is ontworpen om rapportage-/analyseworkloads te offloaden die niet exact de huidige status van gegevens nodig hebben. In de volgende tabel zijn alleen-lezenquery's de query's die worden uitgevoerd op secundaire replica.

Functie Algemeen doel Bedrijfskritiek
Aantal vCores* 21, 4, 8, 16, 24, 32, 40, 64, 80 Standaardserie (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Premium-serie: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Geoptimaliseerd voor geheugen: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
*Hetzelfde aantal vCores is toegewezen voor alleen-lezen query's.
Maximaal geheugen Standard-serie (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore)
Premium-serie: 28 GB - 560 GB (7 GB/vCore)
Geoptimaliseerd voor geheugen: 54,4 GB - 870,4 GB (13,6 GB/vCore)		 Standard-serie (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) op elke replica
Premium-serie: 28 GB - 560 GB (7 GB/vCore tot 80 vCores2) op elke replica
Geoptimaliseerd voor geheugen: 54,4 GB - 870,4 GB (13,6 GB/vCore tot 64 vCores2) op elke replica
Maximale opslaggrootte van exemplaren (gereserveerd) - 2 TB voor 4 vCores
- 8 TB voor 8 vCores
- 16 TB voor andere maten
Standaardserie (Gen5):
- 1 TB voor 4, 8, 16 vCores
- 2 TB voor 24 vCores
- 4 TB voor 32, 40, 64, 80 vCores
Premium-serie:
- 1 TB voor 4, 6 vCores
- 2 TB voor 8, 10, 12 vCores
- 4 TB voor 16, 20 vCores
- 5,5 TB voor 24, 32, 40, 48, 56 vCores
- 5,5 TB of 16 TB (afhankelijk van de regio) voor 64, 80, 96, 128 vCores3
Voor geheugen geoptimaliseerde Premium-serie:
- 1 TB voor 4, 6 vCores
- 2 TB voor 8, 10, 12 vCores
- 4 TB voor 16, 20 vCores
- 5,5 TB voor 24 vCores
- 5,5 TB of 8 TB (afhankelijk van de regio) voor 32, 40 vCores4
- 12 TB voor 48, 56 vCores
- 16 TB voor 64, 80, 96, 128 vCores
Maximale databasegrootte Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores). Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores).
Maximale tempdb databasegrootte Beperkt tot 24 GB/vCore (96 - 1920 GB) en momenteel beschikbare opslaggrootte voor exemplaren.
Voeg meer vCores toe om meer tempdb ruimte te krijgen.
De grootte van logboekbestanden is beperkt tot 120 GB.		 Tot de momenteel beschikbare opslaggrootte van exemplaren.
Maximum aantal tempdb bestanden 128 128
Maximum aantal databases per exemplaar 100 gebruikersdatabases, tenzij de limiet voor de opslaggrootte van het exemplaar is bereikt. 100 gebruikersdatabases, tenzij de limiet voor de opslaggrootte van het exemplaar is bereikt.
Maximum aantal databasebestanden 280 per exemplaar, tenzij de opslaggrootte van het exemplaar of de opslaglimiet voor Azure Premium Disk-opslagruimte is bereikt. 32.767 bestanden per database, tenzij de opslaglimiet voor exemplaren is bereikt.
Maximale bestandsgrootte van gegevensbestanden De maximale grootte van elk gegevensbestand is 8 TB. Gebruik ten minste twee gegevensbestanden voor databases die groter zijn dan 8 TB. Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores).
Maximale grootte van logboekbestand Beperkt tot 2 TB en momenteel beschikbare opslaggrootte voor exemplaren. Beperkt tot 2 TB en momenteel beschikbare opslaggrootte voor exemplaren.
Gegevens/logboek-IOPS (bij benadering) 500 - 7500 per bestand
*De bestandsgrootte vergroten om meer IOPS te krijgen		 16 K - 320 K (4000 IOPS/vCore)
Voeg meer vCores toe om betere IO-prestaties te krijgen.
Doorvoerlimiet voor schrijfbewerkingen registreren (per exemplaar) 4.5 MiB/s per vCore
Max. 120 MiB/s per exemplaar
22 - 65 MiB/s per DB (afhankelijk van de grootte van het logboekbestand)
*De bestandsgrootte vergroten om betere I/O-prestaties te krijgen		 4.5 MiB/s per vCore
Max. 192 MiB/s
Gegevensdoorvoer (geschatte) 100 - 250 MiB/s per bestand
*De bestandsgrootte vergroten om betere I/O-prestaties te krijgen		 Niet beperkt.
Io-latentie voor opslag (bij benadering) 5-10 ms 1-2 ms
In-Memory OLTP Niet ondersteund Beschikbaar, grootte is afhankelijk van het aantal vCores
Maximum aantal sessies 30.000 30.000
Maximale aantal gelijktijdige medewerkers 105 * aantal vCores + 800 105 * aantal vCores + 800
Alleen-lezen replica's 0 1 (inbegrepen in prijs)
Rekenisolatie Wordt niet ondersteund als exemplaren voor algemeen gebruik kunnen fysieke hardware delen met andere exemplaren Standaardserie (Gen5):
Ondersteund voor configuraties met 64 of meer vCores
Premium-serie: ondersteund voor configuraties met 64 of meer vCores
Geoptimaliseerd voor geheugen: ondersteund voor configuraties met 64 of meer vCores

1 Het implementeren van een 2-vCore-exemplaar is alleen mogelijk in een exemplaargroep.
2 De geheugen-naar-vCore-verhouding is alleen beschikbaar tot 80 vCores voor hardware uit de premium-serie en 64 vCores voor geoptimaliseerde premium-serie geheugen. Het maximale geheugen is beperkt tot 560 GB voor vCores uit de premium-serie boven 80 en 870,4 GB voor vCores uit de premium-serie die zijn geoptimaliseerd voor geheugen en hoger dan 64.
3 Alleen in de belangrijkste regio's kan 16 TB opslagruimte bieden voor de premium-serie hardware voor deze CPU-vCore-nummers, de kleinere regio's beperken zich met beschikbare opslag met 5,5 TB.
4 Alleen in de belangrijkste regio's kan 8 TB opslagruimte bieden voor de voor de premium-serie geoptimaliseerde hardware voor deze CPU-vCore-nummers. De kleinere regio's beperken zich met beschikbare opslag met 5,5 TB.

Enkele aanvullende overwegingen:

  • De momenteel beschikbare grootte van de instantieopslag is het verschil tussen de grootte van gereserveerde instanties en de gebruikte opslagruimte.
  • Zowel de grootte van gegevens- als logboekbestanden in de gebruikers- en systeemdatabases worden opgenomen in de opslaggrootte van het exemplaar die wordt vergeleken met de maximale opslaggroottelimiet. Gebruik de sys.master_files systeemweergave om de totale gebruikte ruimte per database te bepalen. Foutlogboeken blijven niet behouden en zijn niet opgenomen in de grootte. Back-ups zijn niet opgenomen in de opslaggrootte.
  • Doorvoer en IOPS in de laag Algemeen gebruik zijn ook afhankelijk van de bestandsgrootte die niet expliciet wordt beperkt door SQL Managed Instance. U kunt een andere leesbare replica maken in een andere Azure-regio met behulp van failovergroepen
  • Het maximale aantal IOPS-exemplaren is afhankelijk van de bestandsindeling en de verdeling van de workload. Als u bijvoorbeeld 7 x 1 TB-bestanden met maximaal 5 K IOPS maakt, elk en zeven kleine bestanden (kleiner dan 128 GB) met elk 500 IOPS, kunt u 38500 IOPS per exemplaar (7x5000+7x5000) krijgen als uw workload alle bestanden kan gebruiken. Houd er rekening mee dat sommige IOPS ook worden gebruikt voor automatische back-ups.
  • Namen van tempdbbestanden mogen maximaal 16 tekens bevatten.

In dit artikel vindt u meer informatie over de resourcelimieten in SQL Managed Instance-pools.

Gegevens- en logboekopslag

De volgende factoren zijn van invloed op de hoeveelheid opslagruimte die wordt gebruikt voor gegevens- en logboekbestanden, en zijn van toepassing op de lagen Algemeen gebruik en Bedrijfskritiek.

  • In de servicelaag tempdb Algemeen gebruik maakt u gebruik van lokale SSD-opslag en zijn deze opslagkosten inbegrepen in de vCore-prijs.
  • In de servicelaag Bedrijfskritiek deelt tempdb u lokale SSD-opslag met gegevens- en logboekbestanden, en tempdb de opslagkosten zijn inbegrepen in de vCore-prijs.
  • De maximale opslaggrootte voor een SQL Managed Instance moet worden opgegeven in veelvouden van 32 GB.

Belangrijk

In beide servicelagen worden kosten in rekening gebracht voor de maximale opslaggrootte die is geconfigureerd voor een beheerd exemplaar.

Als u de totale opslaggrootte van verbruikte exemplaren voor SQL Managed Instance wilt bewaken, gebruikt u de metrische gegevens van storage_space_used_mb. Als u de huidige toegewezen en gebruikte opslaggrootte van afzonderlijke gegevens en logboekbestanden in een database wilt bewaken met behulp van T-SQL, gebruikt u de sys.database_files-weergave en de functie FILEPROPERTY(... , 'SpaceUsed').

Tip

In sommige gevallen moet u mogelijk een database verkleinen om ongebruikte ruimte vrij te maken. Zie DBCC SHRINKFILE voor meer informatie.

Back-ups en opslag

Opslag voor databaseback-ups wordt toegewezen ter ondersteuning van de mogelijkheden voor herstel naar een bepaald tijdstip (PITR) en langetermijnretentie (LTR) van SQL Managed Instance. Deze opslag is gescheiden van de opslag van gegevens- en logboekbestanden en wordt afzonderlijk gefactureerd.

  • PITR: In de lagen Algemeen gebruik en Bedrijfskritiek worden afzonderlijke databaseback-ups automatisch gekopieerd naar geografisch redundante opslag met leestoegang (RA-GRS). De opslaggrootte neemt dynamisch toe naarmate er nieuwe back-ups worden gemaakt. De opslag wordt gebruikt door volledige, differentiële en back-ups van transactielogboeken. Het opslagverbruik is afhankelijk van de snelheid van wijziging van de database en de bewaarperiode die is geconfigureerd voor back-ups. U kunt een afzonderlijke bewaarperiode configureren voor elke database tussen 1 en 35 dagen voor SQL Managed Instance. Er wordt geen extra kosten in rekening gebracht voor de hoeveelheid back-upopslag die gelijk is aan de geconfigureerde maximale gegevensgrootte.
  • LTR: U hebt ook de mogelijkheid om langetermijnretentie van volledige back-ups tot 10 jaar te configureren. Als u een LTR-beleid instelt, worden deze back-ups automatisch opgeslagen in RA-GRS-opslag, maar kunt u bepalen hoe vaak de back-ups worden gekopieerd. Als u aan verschillende nalevingsvereisten wilt voldoen, kunt u verschillende bewaarperioden selecteren voor wekelijkse, maandelijkse en/of jaarlijkse back-ups. De configuratie die u kiest, bepaalt hoeveel opslagruimte wordt gebruikt voor LTR-back-ups. Zie Langetermijnretentie van back-ups voor meer informatie.

Bestands-I/O-kenmerken in de laag Algemeen gebruik

In de servicelaag Algemeen gebruik krijgt elk databasebestand toegewezen IOPS en doorvoer die afhankelijk is van de bestandsgrootte. Grotere bestanden krijgen meer IOPS en doorvoer. I/O-kenmerken van databasebestanden worden weergegeven in de volgende tabel:

Bestandsgrootte >=0 en <=129 GiB >129 en <=513 GiB >513 en <=1025 GiB >1025 en <=2049 GiB >2049 en <=4097 GiB >4097 GiB en <=8 TiB
IOPS per bestand 500 2300 5000 7500 7500 7500
Doorvoer per bestand 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 250 MiB/s

Als u een hoge IO-latentie ziet voor een bepaald databasebestand, of als u ziet dat IOPS/doorvoer de limiet nadert, kunt u de prestaties verbeteren door de bestandsgrootte te vergroten.

Er is ook een limiet op exemplaarniveau voor de maximale schrijfdoorvoer voor logboeken (zie de vorige tabel voor waarden, bijvoorbeeld 22 MiB/s), zodat u het maximale bestand mogelijk niet in het logboekbestand kunt bereiken omdat u de doorvoerlimiet van het exemplaar bereikt.

Ondersteunde regio’s

SQL Managed Instance kan alleen worden gemaakt in ondersteunde regio's. Als u een SQL Managed Instance wilt maken in een regio die momenteel niet wordt ondersteund, kunt u een ondersteuningsaanvraag verzenden via Azure Portal.

Ondersteunde abonnementstypen

SQL Managed Instance biedt momenteel alleen ondersteuning voor implementatie voor de volgende typen abonnementen:

Beperkingen voor regionale resources

Notitie

Selecteer eerst een regio voor de meest recente informatie over de beschikbaarheid van regio's voor abonnementen.

Ondersteunde abonnementstypen kunnen een beperkt aantal resources per regio bevatten. SQL Managed Instance heeft twee standaardlimieten per Azure-regio (die on-demand kunnen worden verhoogd door een speciale ondersteuningsaanvraag te maken in Azure Portal , afhankelijk van een type abonnement:

  • Subnetlimiet: het maximum aantal subnetten waarin exemplaren van SQL Managed Instance in één regio worden geïmplementeerd.
  • VCore-eenheidslimiet: het maximum aantal vCore-eenheden dat in alle exemplaren in één regio kan worden geïmplementeerd. Eén GP vCore maakt gebruik van één vCore-eenheid en één BC vCore heeft vier vCore-eenheden. Het totale aantal exemplaren is niet beperkt zolang het binnen de limiet van de vCore-eenheid valt.

Notitie

Deze limieten zijn standaardinstellingen en geen technische beperkingen. De limieten kunnen op aanvraag worden verhoogd door een speciale ondersteuningsaanvraag te maken in Azure Portal als u meer exemplaren in de huidige regio nodig hebt. Als alternatief kunt u nieuwe exemplaren van SQL Managed Instance maken in een andere Azure-regio zonder ondersteuningsaanvragen te verzenden.

In de volgende tabel ziet u de standaard regionale limieten voor ondersteunde abonnementstypen (standaardlimieten kunnen worden uitgebreid met behulp van een ondersteuningsaanvraag):

Abonnementstype Standaardlimiet voor subnetten van SQL Managed Instance Standaardlimiet voor vCore-eenheden*
CSP 16 (30 in sommige regio's**) 960 (1440 in sommige regio's**)
EA 16 (30 in sommige regio's**) 960 (1440 in sommige regio's**)
Enterprise Dev/Test 6 320
Betalen per gebruik 6 320
Dev/Test voor betalen per gebruik 6 320
Azure Pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Microsoft Azure Sponsorship 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

* Houd er bij de planningsimplementaties rekening mee dat Bedrijfskritiek servicelaag (BC) vier (4) keer meer vCore-capaciteit nodig heeft dan de servicelaag Algemeen gebruik (GP). Bijvoorbeeld: 1 GP vCore = 1 vCore-eenheid en 1 BC vCore = 4 vCore. Als u uw verbruiksanalyse wilt vereenvoudigen op basis van de standaardlimieten, geeft u een overzicht van de vCore-eenheden in alle subnetten in de regio waar SQL Managed Instance is geïmplementeerd en vergelijkt u de resultaten met de limieten voor de instantie-eenheid voor uw abonnementstype. Het maximum aantal vCore-eenheden is van toepassing op elk abonnement in een regio. Er is geen limiet per afzonderlijke subnetten, behalve dat de som van alle vCores die in meerdere subnetten zijn geïmplementeerd, lager of gelijk moet zijn aan het maximum aantal vCore-eenheden.

** Grotere subnet- en vCore-limieten zijn beschikbaar in de volgende regio's: Australië - oost, VS - oost, VS - oost 2, Europa - noord, VS - zuid-centraal, Azië - zuidoost, VK - zuid, Europa - west, VS - west 2.

Belangrijk

Als uw vCore- en subnetlimiet 0 is, betekent dit dat de standaard regionale limiet voor uw abonnementstype niet is ingesteld. U kunt ook een aanvraag voor quotumverhoging gebruiken voor het verkrijgen van abonnementstoegang in een specifieke regio volgens dezelfde procedure, waarbij de vereiste vCore- en subnetwaarden worden opgegeven.

Verhoging van quotum aanvragen

Als u meer exemplaren in uw huidige regio's nodig hebt, stuurt u een ondersteuningsaanvraag om het quotum uit te breiden met behulp van Azure Portal. Zie Quotumverhogingen aanvragen voor Azure SQL Database voor meer informatie.

Volgende stappen