Overzicht van resourcelimieten voor Azure SQL Managed Instance

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 ondersteunde functies en T-SQL-instructies. Zie Vergelijking van servicelagen voor algemene Azure SQL Database en SQL Managed Instance servicelagen.

Kenmerken van hardwaregeneratie

SQL Managed Instance kenmerken en resourcelimieten die afhankelijk zijn van de onderliggende infrastructuur en architectuur. SQL Managed Instance kunnen worden geïmplementeerd op twee hardware-generaties: Gen4 en Gen5. Hardware-generaties hebben verschillende kenmerken, zoals beschreven in de volgende tabel:

Gen4 Gen5
Hardware Intel® E5-2673 v3 (Haswell) 2,4 GHz-processors, gekoppelde SSD vCore = 1 PP (fysieke kern) Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) en Intel® 8272CL (Cascade Lake) 2,5 GHz-processors, snelle NVMe SSD, vCore=1 LP (hyper-thread)
Aantal vCores 8, 16, 24 vCores 4, 8, 16, 24, 32, 40, 64, 80 vCores
Maximaal geheugen (geheugen/kernverhouding) 7 GB per vCore
Voeg meer vCores toe om meer geheugen te krijgen.
5,1 GB per vCore
Voeg meer vCores toe om meer geheugen te krijgen.
Maximaal In-Memory OLTP-geheugen Instantielimiet: 1-1,5 GB per vCore Instantielimiet: 0,8 - 1,65 GB per vCore
Maximaal aantal gereserveerde instanties Algemeen: 8 TB
Bedrijfskritiek: 1 TB
Algemeen: 8 TB
Bedrijfskritiek 1 TB, 2 TB of 4 TB, afhankelijk van het aantal kernen

Belangrijk

  • Gen4-hardware wordt geleidelijk buiten gebruik gesteld en is niet meer beschikbaar voor nieuwe implementaties. Alle nieuwe exemplaren van SQL Managed Instance moeten worden geïmplementeerd op Gen5-hardware.
  • Overweeg uw exemplaar van SQL Managed Instance te verplaatsen naar Gen 5-hardware voor een breder scala aan schaalbaarheid van vCore en opslag, versneld netwerken, beste I/O-prestaties en minimale latentie.

Beschikbare oltp-ruimte in het geheugen

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

OLTP-ruimte in het geheugen Gen5 Gen4
4 vCores 3,14 GB
8 vCores 6,28 GB 8 GB
16 vCores 15,77 GB 20 GB
24 vCores 25,25 GB 36 GB
32 vCores 37,94 GB
40 vCores 52,23 GB
64 vCores 99,9 GB
80 vCores 131,68 GB

Kenmerken van servicelagen

SQL Managed Instance heeft twee servicelagen: Algemeen en Bedrijfskritiek. Deze lagen bieden verschillende mogelijkheden, zoals beschrevenin de onderstaande tabel.

Belangrijk

Bedrijfskritiek servicelaag biedt een extra ingebouwde kopie van de SQL Managed Instance (secundaire replica) die kan worden gebruikt voor alleen-lezen workload. Als u lees-/schrijfquery's en alleen-lezen/analytische/rapportagequery's kunt scheiden, krijgt u twee keer zoveel vCores en geheugen voor dezelfde prijs. De secundaire replica kan enkele seconden achterlopen op het primaire exemplaar, dus deze is ontworpen voor het offloaden van rapportage-/analyseworkloads die geen exacte huidige status van gegevens nodig hebben. In de onderstaande tabel zijn alleen-lezen query's de query's die worden uitgevoerd op een secundaire replica.

Functie Algemeen doel Bedrijfskritiek
Aantal vCores* Gen4: 8, 16, 24
Gen5: 4, 8, 16, 24, 32, 40, 64, 80
Gen4: 8, 16, 24
Gen5: 4, 8, 16, 24, 32, 40, 64, 80
*Hetzelfde aantal vCores is toegewezen voor alleen-lezen query's.
Maximaal geheugen Gen4: 56 GB - 168 GB (7 GB/vCore)
Gen5: 20,4 GB - 408 GB (5,1 GB/vCore)
Voeg meer vCores toe om meer geheugen te krijgen.
Gen4: 56 GB - 168 GB (7 GB/vCore)
Gen5: 20,4 GB - 408 GB (5,1 GB/vCore) voor lees-/schrijfquery's
+ extra 20,4 GB - 408 GB (5,1 GB/vCore) voor alleen-lezen query's.
Voeg meer vCores toe om meer geheugen te krijgen.
Maximale opslaggrootte van instantie (gereserveerd) - 2 TB voor 4 vCores (alleen Gen5)
- 8 TB voor andere grootten
Gen4: 1 TB
Gen5:
- 1 TB voor 4, 8, 16 vCores
- 2 TB voor 24 vCores
- 4 TB voor 32, 40, 64, 80 vCores
Maximale databasegrootte Tot de momenteel beschikbare instantiegrootte (maximaal 2 TB - 8 TB, afhankelijk van het aantal vCores). Tot de momenteel beschikbare instantiegrootte (maximaal 1 TB - 4 TB, afhankelijk van het aantal vCores).
Maximale tempDB-grootte Beperkt tot 24 GB/vCore (96 - 1920 GB) en momenteel beschikbare exemplaaropslaggrootte.
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 het exemplaar.
Maximumaantal databases per exemplaar 100 gebruikersdatabases, tenzij de opslaglimiet van het exemplaar is bereikt. 100 gebruikersdatabases, tenzij de opslaglimiet van het exemplaar is bereikt.
Maximum aantal databasebestanden per exemplaar Maximaal 280, tenzij de opslaggrootte van het exemplaar of de toewijzingsruimtelimiet voor Azure Premium Disk is bereikt. 32.767 bestanden per database, tenzij de opslaglimiet van het exemplaar is bereikt.
Maximale grootte van gegevensbestand Beperkt tot de momenteel beschikbare exemplaaropslaggrootte (maximaal 2 TB - 8 TB) en de toewijzingsruimte voor Azure Premium Disk-opslag. Beperkt tot de momenteel beschikbare exemplaaropslaggrootte (maximaal 1 TB - 4 TB).
Maximale grootte van logboekbestand Beperkt tot 2 TB en momenteel beschikbare exemplaaropslaggrootte. Beperkt tot 2 TB en momenteel beschikbare exemplaaropslaggrootte.
Gegevens/logboek-IOPS (bij benadering) Maximaal 30-40 K IOPS per exemplaar*, 500 - 7500 per bestand
*Vergroot de bestandsgrootte om meer IOPS te krijgen
16 K - 320 K (4000 IOPS/vCore)
Voeg meer vCores toe om betere I/O-prestaties te krijgen.
Limiet voor schrijfdoorvoer in logboeken (per exemplaar) 3 MB/s per vCore
Maximaal 120 MB/s per exemplaar
22 - 65 MB/s per database
*Vergroot de bestandsgrootte voor betere IO-prestaties
4 MB/s per vCore
Maximaal 96 MB/s
Gegevensdoorvoer (bij benadering) 100 - 250 MB/s per bestand
*Vergroot de bestandsgrootte voor betere IO-prestaties
Niet beperkt.
Opslag-I/O-latentie (bij benadering) 5-10 ms 1-2 ms
OLTP in het geheugen Niet ondersteund Beschikbaar, grootte is afhankelijk van het aantal vCores
Maximum aantal sessies 30.000 30.000
Maximaal aantal gelijktijdige werksters (aanvragen) Gen4: 210 * aantal vCores + 800
Gen5: 105 * aantal vCores + 800
Gen4: 210 * vCore count + 800
Gen5: 105 * vCore count + 800
Alleen-lezen replica's 0 1 (inbegrepen in de prijs)
Rekenisolatie Gen5 wordt niet ondersteund omdat Algemeen-exemplaren fysieke hardware kunnen delen met andere exemplaren
Gen4 wordt niet ondersteund vanwege afschaffing
Gen5:
-ondersteund voor 40, 64, 80 vCores
-niet ondersteund voor andere grootten

Gen4 wordt niet ondersteund vanwege afschaffing

Enkele aanvullende overwegingen:

  • Momenteel is de beschikbare opslaggrootte van de instantie het verschil tussen de grootte van gereserveerde instanties en de gebruikte opslagruimte.
  • Zowel de grootte van gegevens als logboekbestanden in de gebruikers- en systeemdatabases zijn 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 door databases te bepalen. Foutenlogboeken worden niet persistent gemaakt en zijn niet opgenomen in de grootte. Back-ups zijn niet opgenomen in de opslaggrootte.
  • Doorvoer en IOPS in de Algemeen zijn ook afhankelijk van de bestandsgrootte die niet expliciet wordt beperkt door de SQL Managed Instance. U kunt een andere leesbare replica maken in een andere Azure-regio met behulp van groepen voor automatische failover
  • Het maximum aantal IOPS-exemplaren is afhankelijk van de bestandsindeling en distributie van de werkbelasting. Als u bijvoorbeeld 7 x 1 TB bestanden maakt met maximaal 5.000 IOPS elk en 7 kleine bestanden (kleiner dan 128 GB) met elk 500 IOPS, kunt u 38500 IOPS per exemplaar (7x5000+ 7x500) krijgen als uw workload alle bestanden kan gebruiken. Houd er rekening mee dat sommige IOPS ook worden gebruikt voor automatische back-ups.

Meer informatie over de resourcelimieten vindt u in SQL Managed Instance pools in dit artikel.

Bestands-I/O-kenmerken in Algemeen laag

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

Bestandsgrootte >=0 en <=128 GiB >128 en <= 512 GiB >0,5 en <=1 TiB >1 en <=2 TiB >2 en <=4 TiB >4 en <=8 TiB
IOPS per bestand 500 2300 5000 7500 7500 12.500
Doorvoer per bestand 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 480 MiB/s

Als u een hoge I/O-latentie in een databasebestand ziet of als u ziet dat de limiet wordt bereikt door IOPS/doorvoer, kunt u de prestaties verbeteren door de bestandsgrootte te vergroten.

Er is ook een limiet op exemplaarniveau voor de maximale schrijfdoorvoer van logboeken (zie hierboven voor waarden zoals 22 MB/s), zodat u mogelijk niet het maximumbestand in het logboekbestand kunt bereiken omdat u de doorvoerlimiet van het exemplaar hebt bereikt.

Ondersteunde regio’s

SQL Managed Instance kunnen 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 ondersteunt momenteel implementatie alleen voor de volgende typen abonnementen:

Beperkingen voor regionale resources

Notitie

Controleer eerst een regio selecteren 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 op aanvraag kunnen worden verhoogd door een speciale ondersteuningsaanvraag te maken in de Azure Portal, afhankelijk van een type abonnement:

  • Subnetlimiet: het maximum aantal subnetten waar exemplaren van SQL Managed Instance worden geïmplementeerd in één regio.
  • Limiet voor vCore-eenheden: het maximum aantal vCore-eenheden dat voor alle exemplaren in één regio kan worden geïmplementeerd. Eén GP vCore gebruikt één vCore-eenheid en één BC vCore neemt 4 vCore-eenheden. Het totale aantal exemplaren is niet beperkt zolang het binnen de limiet voor vCore-eenheden valt.

Notitie

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

De volgende tabel bevat de standaard regionale limieten voor ondersteunde abonnementstypen (standaardlimieten kunnen worden uitgebreid met behulp van een ondersteuningsaanvraag die hieronder wordt beschreven):

Abonnementstype Maximumaantal SQL Managed Instance subnetten Maximum aantal vCore-eenheden*
Pay-as-you-go 3 320
CSP 8 (15 in sommige regio's**) 960 (1440 in sommige regio's**)
Betalen per uur Dev/Test 3 320
Enterprise Dev/Test 3 320
EA 8 (15 in sommige regio's**) 960 (1440 in sommige regio's**)
Visual Studio Enterprise 2 64
Visual Studio Professional en MSDN Platforms 2 32

* Houd er bij het plannen van implementaties rekening mee dat Bedrijfskritiek-servicelaag (BC) vier (4) keer meer vCore-capaciteit vereist dan Algemeen (GP)-servicelaag. Bijvoorbeeld: 1 GP vCore = 1 vCore-eenheid en 1 BC vCore = 4 vCore. Om uw verbruiksanalyse te vereenvoudigen op basis van de standaardlimieten, geeft u een overzicht van de vCore-eenheden voor 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 maximumaantal 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 zijn geïmplementeerd in meerdere subnetten, lager of gelijk aan het maximum aantal vCore-eenheden moet zijn.

** 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 de limiet voor uw vCore en subnet 0 is, betekent dit dat de standaard regionale limiet voor uw abonnementstype niet is ingesteld. U kunt ook de aanvraag voor quotumverhoging gebruiken om toegang tot abonnementen in een specifieke regio te krijgen volgens dezelfde procedure: de vereiste vCore- en subnetwaarden verstrekken.

Een quotumverhoging aanvragen

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

Volgende stappen