Overzicht van resourcelimieten voor Azure SQL Managed Instance

van toepassing op:Azure SQL Managed Instance

Dit artikel geeft een overzicht van de technische kenmerken en resourcelimieten voor Azure SQL Managed Instance. Het geeft ook informatie over hoe een verhoging van deze limieten kan worden aangevraagd.

Notitie

Voor verschillen in ondersteunde functies en T-SQL-instructies, zie Feature-verschillen en T-SQL-instructieondersteuning. Voor algemene verschillen tussen serviceniveaus voor Azure SQL Database en SQL Managed Instance, bekijk de General Purpose en Business Critical service-lagen.

Hardwareconfiguratiekenmerken

In deze sectie:

SQL Managed Instance heeft kenmerken en resourcelimieten die afhankelijk zijn van de onderliggende infrastructuur en architectuur. Je kunt SQL Managed Instance op meerdere hardwaregeneraties uitrollen.

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

Gelaatstrek 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 (Cascade Lake) 2,5 GHz-processors 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
maximale geheugen (geheugen-/vCore-verhouding) 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
In-Memory OLTP-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
gereserveerde opslag voor max. instantie2 Algemeen gebruik: tot 32 TB4
Bedrijfskritiek: tot 4 TB		 Algemeen gebruik: tot 32 TB4
Bedrijfskritiek: tot 16 TB3		 Algemeen gebruik: tot 32 TB4
Bedrijfskritiek: tot 16 TB

1 Je kunt alleen een 2-vCore-instantie binnen een instance pool deployen.
2 afhankelijk van het aantal vCores.
3 De volgende regio's kunnen 16 TB aan opslag bieden, terwijl andere regio's de beschikbare opslag beperken tot 5,5 TB.
4 16 TB voor klassiek Algemeen gebruik. Alleen 32 TB voor Next-gen General Purpose service-tier

Notitie

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

Regionale ondersteuning voor geheugengeoptimaliseerde premium-serie hardware en voor premium-serie hardware met 16 TB opslag

Ondersteuning voor de premium-serie hardware met 16 TB-opslag heeft dezelfde beschikbaarheid als ondersteuning voor de hardware uit de premium-serie die is geoptimaliseerd voor geheugen. Voor meer informatie, zie Regionale ondersteuning voor geheugengeoptimaliseerde premium-serie hardware en voor premium-serie hardware met 16 TB opslag.

In-memory OLTP beschikbare ruimte

De hoeveelheid In-memory OLTP-ruimte in de Business Critical-servicelaag hangt af van het aantal vCores en de hardwareconfiguratie. De volgende tabel geeft de limieten van het geheugen weer die je kunt gebruiken voor In-memory OLTP-objecten.

virtuele cores 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. U kunt ervoor kiezen om de bijgewerkte servicelaag Voor algemeen gebruik van de volgende generatie te gebruiken.

Belangrijk

De Business Critical-servicelaag biedt een extra ingebouwde kopie van de SQL Managed Instance (secundaire replica) die wordt gebruikt voor alleen-lezen workloads. Als je read-write-queries scheidt van alleen-lezen, analytische of rapportagequeries, krijg je twee keer zoveel vCores en geheugen voor dezelfde prijs. De secundaire replica kan een paar seconden achterlopen op de primaire instantie, dus is deze ontworpen om rapportage- en analyseworkloads te verdelen die niet de exacte huidige status van de data nodig hebben. In de volgende tabel zijn alleen-lezen queries de queries die op de secundaire replica draaien.

In deze sectie:

Aantal vCores

Hardwaregeneratie Algemeen gebruik Next-gen Algemeen gebruik Bedrijfskritiek
van de Standard-serie (Gen5) 21, 4, 8, 16, 24, 32, 40, 64, 80 4, 8, 16, 24, 32, 40, 64, 80 4, 8, 16, 24, 32, 40, 64, 80
Premium-serie 21, 4, 8, 16, 24, 32, 40, 64, 80 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128
geoptimaliseerde premium-serie voor geheugen 4, 8, 16, 24, 32, 40, 64, 80 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128

1 Het implementeren van een 2-vCore-exemplaar is alleen mogelijk binnen een exemplaargroep.

Maximaal geheugen

Hardwaregeneratie Algemeen gebruik Next-gen Algemeen gebruik Bedrijfskritiek
van de Standard-serie (Gen5) 20,4 GB - 408 GB
5,1 GB/vCore		 20,4 GB - 408 GB
5,1 GB/vCore		 20,4 GB - 408 GB
5,1 GB/vCore op elke replica
Premium-serie 28 GB - 560 GB
7 GB/vCore		 28 GB - 560 GB
7 GB/vCore		 28 GB - 560 GB
7 GB/vCore tot 80 vCores1 op elke replica
geoptimaliseerde premium-serie voor geheugen 54,4 GB - 870,4 GB
13,6 GB/vCore		 54,4 GB - 870,4 GB
13,6 GB/vCore		 54,4 GB - 870,4 GB
13,6 GB/vCore tot 64 vCores1 op elke replica

1 De geheugen-naar-vCore-verhouding is alleen beschikbaar tot 80 vCores voor hardware uit de premium-serie en 64 vCores voor geoptimaliseerde premium-serie. 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.

Maximale opslaggrootte van exemplaren (gereserveerd)

De volgende tabel bevat de maximale opslaggrootte op basis van het aantal vCores voor elke hardwaregeneratie en servicelaag:

Hardwaregeneratie Algemeen gebruik1 Next-gen Algemeen gebruik Bedrijfskritiek2
van de Standard-serie (Gen5) - 2 TB voor 4 vCores
- 8 TB voor 8 vCores
- 16 TB voor andere maten		 - 2 TB voor 4 vCores
- 8 TB voor 8 vCores
- 16 TB voor 16, 24 vCores
- 32 TB voor 32, 40, 64, 80 vCores		 - 1 TB voor 4, 8, 16 vCores
- 2 TB voor 24 vCores
- 4 TB voor 32, 40, 64, 80 vCores
Premium-serie - 2 TB voor 4 vCores
- 8 TB voor 8 vCores
- 16 TB voor andere maten		 - 2 TB voor 4, 6 vCores
- 8 TB voor 8, 10, 12 vCores
- 16 TB voor 16, 20, 24 vCores
- 32 TB voor 32, 40, 48, 56, 64, 80, 96, 128 vCores		 - 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
geoptimaliseerde premium-serie voor geheugen - 2 TB voor 4 vCores
- 8 TB voor 8 vCores
- 16 TB voor andere maten		 - 2 TB voor 4, 6 vCores
- 8 TB voor 8, 10, 12 vCores
- 16 TB voor 16, 20, 24 vCores
- 32 TB voor 32, 40, 48, 56, 64, 80, 96, 128 vCores		 - 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

1 In de servicelaag Algemeen gebruik gebruikt tempdb u lokale SSD-opslag.

2 In de servicelaag tempdb Bedrijfskritiek deelt u lokale SSD-opslag met gegevens en logboekbestanden. De grootte van tempdb kan toenemen tot de momenteel beschikbare opslaggrootte van het exemplaar.

3 Alleen de belangrijkste regio's kunnen 16 TB opslagruimte bieden voor de premium-serie hardware voor deze CPU-vCore-nummers. Kleinere regio's beperken de beschikbare opslag tot 5,5 TB.

4 Alleen de belangrijkste regio's kunnen 8 TB opslagruimte bieden voor de premium-serie geoptimaliseerde hardware voor deze CPU-vCore-nummers. Kleinere regio's beperken de beschikbare opslag tot 5,5 TB.

Vergelijking van kenmerken van servicelaag

Gelaatstrek Algemeen gebruik Next-gen Algemeen gebruik Bedrijfskritiek
Maximale databasegrootte Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores). 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.		 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 128
Maximum aantal databases per exemplaar 100 gebruikersdatabases, tenzij de limiet voor de opslaggrootte van het exemplaar is bereikt. 500 gebruikersdatabases 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 azure Premium Disk-opslagruimte limiet is bereikt. 4096 bestanden per database 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). 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. Beperkt tot 2 TB en momenteel beschikbare opslaggrootte voor exemplaren.
Gegevens/logboek-IOPS (bij benadering) 500 - 7500 per bestand
* bestandsgrootte vergroten om meer IOPS-		 Gereserveerde opslag * 3 : tot aan de VM-limiet. 300 in geval van 32 GB, 64 GB en 96 GB gereserveerde opslag.
VM-limiet is afhankelijk van het aantal vCores
6400 IOPS voor een VM met 4 vCores - 80 K IOPS voor een VM met 128 vCores		 16 K - 320 K (4000 IOPS/vCore)
Voeg meer vCores toe om betere IO-prestaties te krijgen.
Gegevensdoorvoer (geschatte) 100 - 250 MiB/s per bestand
* Vergroot de bestandsgrootte om betere I/O-prestaties te krijgen		 IOPS/30 MBps: tot aan de VM-limiet. 75 MBps in het geval van 32 GB, 64 GB en 96 GB gereserveerde opslag. Niet beperkt.
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)
* Vergroot de bestandsgrootte om betere I/O-prestaties te krijgen		 Standaardserie:
4,5 MiB/s per vCore
Maximaal 120 MiB/s

Premium-serie en geoptimaliseerd voor geheugen premium-serie:
4,5 MiB/s per vCore
Max. 192 MiB/s		 Standaardserie:
16 MiB/s per vCore
Maximaal 160 MiB/s

Premium-serie en geoptimaliseerd voor geheugen premium-serie:
16 MiB/s per vCore
Max. 192 MiB/s
Io-latentie voor opslag (geschatte1) 5-10 ms 3-5 ms 1-2 ms
OLTP in het geheugen Niet ondersteund Niet ondersteund Beschikbaar, grootte is afhankelijk van het aantal vCore-
Maximum aantal sessies 30.000 30.000 30.000
Maximum aantal gelijktijdige werkrollen 105 * aantal vCores + 800 105 * aantal vCores + 800 105 * aantal vCores + 800
Alleen-lezen replica's gebruiken om alleen-lezen queryworkloads te offloaden 0 0 1 (inbegrepen in prijs)
Rekenisolatie Niet ondersteund als exemplaren voor algemeen gebruik fysieke hardware kunnen delen met andere exemplaren Niet ondersteund als next-gen-exemplaren voor algemeen gebruik fysieke hardware kunnen delen met andere exemplaren Standard-serie (Gen5):
Ondersteund voor configuraties met 64 of meer vCores
Premium-serie: ondersteund voor configuraties met 64 of meer vCores
geoptimaliseerde premium-serie: ondersteund voor configuraties met 64 of meer vCores
Replica's voor beschikbaarheid Stand by-knooppunten voor hoge beschikbaarheid Stand by-knooppunten voor hoge beschikbaarheid Vier replica's met hoge beschikbaarheid, 1 is ook een replica op leesschaal
Alleen-lezen replica's met failovergroepen ingeschakeld Een extra alleen-lezen replica. Twee totaal leesbare replica's, waaronder de primaire replica. Een extra alleen-lezen replica. Twee totaal leesbare replica's, waaronder de primaire replica. Twee extra alleen-lezen replica's, drie totaal alleen-lezen replica's. Vier totaal leesbare replica's, waaronder de primaire replica.
Prijzen/facturering vCore, gereserveerde opslag en back-upopslag wordt in rekening gebracht.
IOPS worden niet in rekening gebracht		 Er worden kosten in rekening gebracht voor vCore, gereserveerde opslag, back-upopslag en IOPS (via het gratis quotum). vCore, gereserveerde opslag en back-upopslag wordt in rekening gebracht.
IOPS worden niet in rekening gebracht.
Kortingsmodellen Azure-reserveringen
Azure Hybrid Benefit - Azure SQL Database & SQL Managed Instance (niet beschikbaar voor dev/test-abonnementen)
Enterprise- en betalen per gebruik Dev/Test--abonnementen		 Azure-reserveringen
Azure Hybrid Benefit - Azure SQL Database & SQL Managed Instance (niet beschikbaar voor dev/test-abonnementen)
Enterprise- en betalen per gebruik Dev/Test--abonnementen		 Azure-reserveringen
Azure Hybrid Benefit - Azure SQL Database & SQL Managed Instance (niet beschikbaar voor dev/test-abonnementen)
Enterprise- en betalen per gebruik Dev/Test--abonnementen

1 Dit is een gemiddeld bereik. Hoewel de overgrote meerderheid van de duur van io-aanvragen onder het bereik valt, zijn uitbijters die het bereik overschrijden mogelijk.

IOPS en doorvoer

IOPS en doorvoer zijn kenmerken van het IO-bestandssysteem.

IOPS en doorvoer verschillen op de volgende manieren per servicelaag:

  • In de servicelaag Bedrijfskritiek is de doorvoer onbeperkt.
  • In de servicelaag Algemeen gebruik is doorvoer afhankelijk van de bestandsgrootte.
  • In de servicelaag Algemeen gebruik van de volgende generatie wordt de doorvoer proportioneel geschaald met het aantal IOPS dat aan het exemplaar is toegewezen.

In de volgende secties worden IO-kenmerken per servicelaag gedetailleerder beschreven.

IOPS en doorvoer in de servicelaag 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.

In de volgende tabel ziet u IO-kenmerken van databasebestanden in de servicelaag Algemeen gebruik :

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 5.000 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 I/O-latentie ziet in een databasebestand of als u ziet dat IOPS/doorvoer de limiet bereikt, kunt u de prestaties verbeteren door de bestandsgroottete 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 mogelijk niet het maximale bestand in het logboekbestand kunt bereiken omdat u de doorvoerlimiet van het exemplaar bereikt.

IOPS en doorvoer in de servicelaag Next-gen Algemeen gebruik

De servicelaag Next-gen Algemeen gebruik heeft de volgende IOPS-kenmerken:

  • Minimaal gegarandeerde IOPS: elk exemplaar is gegarandeerd minimaal 300 IOPS, ongeacht de gereserveerde opslag.
  • IOPS wordt geschaald met gereserveerde opslag: voor elke 1 GB gereserveerde opslag krijgt u 3 ingebouwde IOPS. Als u bijvoorbeeld 1024 GB gereserveerde opslag hebt, krijgt u 3072 IOPS toegewezen.
  • Extra IOPS: U kunt de hoeveelheid IOPS boven de ingebouwde waarde tot aan de limiet verhogen.
  • Maximale IOPS-limiet per vCore-telling: elke vCore-configuratie heeft een maximale IOPS-limiet, zoals de maximale IOPS per vCore-tabel laat zien.

De servicelaag Next-gen Algemeen gebruik heeft de volgende doorvoerkenmerken:

  • Minimale gegarandeerde doorvoer: elk exemplaar is gegarandeerd minimaal 75 MB/s aan doorvoer, ongeacht het aantal vCores.
  • Doorvoerschalen met IOPS: Doorvoer wordt proportioneel geschaald met het aantal IOPS dat aan het exemplaar is toegewezen, met behulp van de formule throughput (MB/s) = IOPS / 30. Een instantie die is toegewezen met 3000 IOPS ontvangt bijvoorbeeld 100 MB/s doorvoer.
  • Maximale doorvoerlimiet per aantal vCores: elke vCore-configuratie heeft een maximale doorvoerlimiet, zoals de maximale doorvoer per vCore-tabel laat zien. Zodra de vereiste IOPS zijn ingericht om deze limiet te bereiken, verhoogt het toewijzen van extra IOPS de IOPS-capaciteit, maar wordt de doorvoer niet verder verhoogd. Een exemplaar van 4 vCores (max. 6.400 IOPS) bereikt bijvoorbeeld de doorvoerlimiet van 145 MB/s bij 4.350 IOPS. Het schalen van IOPS van 4.350 tot 6.400 biedt meer IOPS voor het exemplaar, maar de doorvoer blijft beperkt tot 145 MB/s. Als u de maximale doorvoer wilt verhogen, voegt u meer vCores toe.

In de volgende tabel ziet u de maximale IOPS en doorvoer per aantal vCores dat is toegewezen aan een exemplaar in de servicelaag Next-gen Algemeen gebruik:

aantal vCores Maximum aantal IOPS Maximale doorvoer (MB/s)
4 6,400 145
6 9.600 217
8 12,800 290
10 16.000 367
12 19 200 445
16 25,600 600
20 32,000 665
24 38.400 730
32 51.200 865
40 64,000 1,152
48 76,800 1,152
56 - 128 80,000 1200

IOPS-prijzen in Next-Gen Algemeen gebruik

Houd rekening met het volgende wanneer u de extra IOPS gebruikt:

  • Er worden extra IOPS per IOPS/maand in rekening gebracht
  • Factureerbare IOPS wordt berekend met de volgende formule: Billable IOPS = Total IOPS - default IOPS.

Als u bijvoorbeeld een exemplaar van 4 vCores met betalen per gebruik hebt met 6400 IOPS, worden er kosten in rekening gebracht voor:

  • 4 vCores
  • SQL-licentie voor 4 vCores
  • 1024 GB gereserveerde opslag
  • 3328 van factureerbare IOPS (6400 - (1024*3) = 3328 IOPS).

IOPS en doorvoer in de servicelaag Bedrijfskritiek

In de servicelaag Bedrijfskritiek worden beschikbare IOPS bepaald door het aantal vCores met behulp van de formule 4000 IOPS/vCore. Omdat de servicelaag Bedrijfskritiek gebruikmaakt van lokale opslag voor gegevens en logboekbestanden, is de doorvoer onbeperkt.

De volgende tabel bevat de maximale IOPS die beschikbaar zijn in de servicelaag Bedrijfskritiek op basis van het aantal vCores:

Aantal vCores Bedrijfskritiek
4 16.000
6 24,000
8 32,000
10 40.000
12 48,000
16 64,000
20 80,000
24 96,000
32 128,000
40 160.000
48 192,000
56 224,000
64 256,000
80 320,000
96 320,000
128 320,000

Gegevens- en logboekopslag

De volgende factoren beïnvloeden de hoeveelheid opslag die wordt gebruikt voor data en logbestanden. Deze factoren zijn van toepassing op zowel de General Purpose- als Business Critical-niveaus.

  • In de servicelaag Algemeen gebruik maakt tempdb gebruik van lokale SSD-opslag. Deze opslagkosten zijn inbegrepen in de vCore-prijs.
  • In de Business Critical-servicelaag tempdb wordt lokale SSD-opslag gedeeld met data en logbestanden, en de tempdb opslagkosten zijn inbegrepen in de vCore-prijs. U kunt de grootte tempdb aanpassen aan de momenteel beschikbare opslaggrootte voor exemplaren.
  • Je moet de maximale opslaggrootte voor een SQL Managed Instance specificeren in veelvouden van 32 GB.

Belangrijk

In beide servicelagen betaal je voor de maximale opslaggrootte die is geconfigureerd voor een SQL Managed Instance.

Als u de totale opslaggrootte van verbruikte exemplaren voor SQL Managed Instance wilt bewaken, gebruikt u de metrische 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 FILEPROPERTY(... , 'SpaceUsed') functie.

Fooi

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

Back-ups en opslag

Opslag voor databaseback-ups wordt toegewezen ter ondersteuning van de herstel naar een bepaald tijdstip (PITR) en langetermijnretentiemogelijkheden (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. Om aan verschillende compliance-eisen te voldoen, kun je verschillende retentieperiodes kiezen voor wekelijkse, maandelijkse en jaarlijkse back-ups. De configuratie die u kiest, bepaalt hoeveel opslagruimte wordt gebruikt voor LTR-back-ups. Zie langetermijnretentie : Azure SQL Database en Azure SQL Managed Instancevoor meer informatie.

Aanvullende overwegingen voor kenmerken

  • Momenteel beschikbare opslaggrootte voor instanties 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. Foutenlogboeken worden niet bewaard 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 bestandsgrootteen is niet expliciet beperkt door het beheerde SQL-exemplaar.

  • Het maximale aantal IOPS-exemplaren is afhankelijk van de bestandsindeling en distributie van de werkbelasting. 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. Sommige IOPS worden ook gebruikt voor automatische back-up.

  • U kunt een andere leesbare replica maken in een andere Azure-regio met behulp van failovergroepen

  • Namen van tempdbbestanden mogen niet meer dan 16 tekens bevatten.

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

Flexibel geheugen

Standaard is de hoeveelheid geheugen die is toegewezen aan Azure SQL Managed Instance een statische waarde die wordt bepaald door het geselecteerde aantal vCores. Met de functie flexibel geheugen kunt u de hoeveelheid geheugen wijzigen die is toegewezen aan uw met SQL beheerde exemplaar zonder het aantal vCores te wijzigen. Deze functie is handig voor workloads die meer geheugen vereisen dan de standaardtoewijzing voor een bepaald aantal vCores.

De functie flexibel geheugen is beschikbaar in de volgende servicelagen en implementatieconfiguraties op Premium-serie hardware:

Je kunt de hoeveelheid geheugen die aan je SQL managed instance is toegewezen op elk moment wijzigen voor nieuwe en bestaande instanties door gebruik te maken van het Azure-portaal of de REST API. De wijziging in geheugentoewijzing geldt voor alle databases in de instantie en voert een failover uit van de instantie als laatste operatiestap. Controleer de duur van beheerbewerkingen om de geschatte tijd te bepalen waarop de bewerking moet worden voltooid.

Gebruik het Compute + opslagpaneel in het Azure-portaal om de geheugenallocatie te wijzigen, of de properties.memorySizeInGB waarde van de Managed Instance - Create or Update REST API-aanroep te wijzigen vanaf de previewversie 2024-08-01. Specificeer de geheugentoewijzing in gigabytes (GB).

Bij het toewijzen van geheugen kunt u kiezen tussen een minimum- en maximumwaarde en ook de verhouding tussen geheugen en vCores bepalen. De minimum- en maximumwaarden hangen af van het aantal vCores dat je voor de instantie selecteert. De verhouding geheugen-naar-vCore is een percentage van het totale geheugen dat aan het exemplaar is toegewezen.

In de volgende tabel ziet u de minimale en maximale geheugenwaarden voor de functie flexibel geheugen:

virtuele cores Minimale RAM (GB) Maximaal RAM-geheugen (GB) Ondersteunde API RAM-waarden Minimale verhouding Maximale verhouding Ondersteunde verhoudingen
4 28 48 28, 32, 40, 48 7 12 7, 8, 10, 12
6 42 72 42, 48, 60, 72 7 12 7, 8, 10, 12
8 56 96 56, 64, 80, 96 7 12 7, 8, 10, 12
10 70 120 70, 80, 100, 120 7 12 7, 8, 10, 12
12 84 144 84, 96, 120, 144 7 12 7, 8, 10, 12
16 112 192 112, 128, 160, 192 7 12 7, 8, 10, 12
20 140 240 140, 160, 200, 240 7 12 7, 8, 10, 12
24 168 288 168, 192, 240, 288 7 12 7, 8, 10, 12
32 224 384 224, 256, 320, 384 7 12 7, 8, 10, 12
40 280 480 280, 320, 400, 480 7 12 7, 8, 10, 12
48 336 480 336, 384, 480 7 10 7, 8, 10
56 392 448 392, 448 7 8 7, 8
64 448 448 448 7 7 8
80 560 560 560 7 7 8
96 560 560 560 5.83 5.83 5.83
128 560 560 560 4,38 4,38 4,38

Prijsstelling

Wanneer je de flexibele geheugenfunctie gebruikt, houd dan rekening met de volgende details:

  • Je betaalt voor extra geheugen per GB per uur.
  • Declarabel geheugen gebruikt deze formule: Billable memory = Total memory - default memory.

Als je bijvoorbeeld een pay-as-you-go 4 vCore-instantie met 40 GB geheugen gebruikt, betaal je voor:

  • 4 vCores
  • SQL-licentie voor 4 vCores
  • 12 GB factureerbare geheugen (40 GB - (4*7) = 12 GB).

Ondersteunde regio's

Je kunt SQL Managed Instance alleen maken in ondersteunde regio's. Om een SQL Managed Instance te maken in een regio die momenteel niet wordt ondersteund, stuur je een supportverzoek via het Azure-portaal.

Ondersteunde abonnementstypen

SQL Managed Instance ondersteunt momenteel alleen implementatie op de volgende abonnementstypen:

Beperkingen voor regionale resources

Notitie

Voor de meest recente informatie over de beschikbaarheid van regio's voor abonnementen controleert u eerst selecteert u een regio.

Ondersteunde abonnementstypen kunnen een beperkt aantal resources per regio bevatten. SQL Managed Instance heeft één standaardlimiet per Azure-regio (die je on-demand kunt verhogen door een speciaal supportverzoek aan te maken in het Azure-portaal), afhankelijk van het type abonnement:

  • vCore-eenheidslimiet: Het maximale aantal vCore-units per hardwaregeneratie dat je over alle instanties in één regio kunt uitrullen. 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. Je kunt de limieten on-demand verhogen door een speciaal supportverzoek aan te maken in het Azure-portaal als je meer instanties 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 regionale standaardlimieten voor ondersteunde abonnementstypen (standaardlimieten kunnen worden verlengd met een ondersteuningsaanvraag):

Abonnementstype Standaardlimiet voor vCore-eenheden 1
CSP 960 (1440 in sommige regio's2)
EA 960 (1440 in sommige regio's2)
Ontwikkelen/testen voor ondernemingen 320
Betaal naar verbruik 320
Dev/Test voor betalen per gebruik 320
Azure Pass 64
BizSpark 64
BizSpark Plus 64
Sponsoring van Microsoft Azure 64
Microsoft Partner Netwerk 64
Visual Studio Enterprise (MPN) 64
Visual Studio Enterprise 32
Visual Studio Enterprise (BizSpark) 32
Visual Studio Professional 32
MSDN-platforms 32

1 Houd bij het plannen van implementaties rekening met het Business Critical (BC) serviceniveau dat vier (4) keer meer vCore-capaciteit vereist dan het General Purpose (GP) serviceniveau. Bijvoorbeeld: 1 GP vCore = 1 vCore-eenheid en 1 BC vCore = 4 vCore. Om je verbruiksanalyse te vereenvoudigen ten opzichte van de standaardlimieten, vat je de vCore-eenheden per hardwaregeneratie samen over alle instanties in de regio waar SQL Managed Instance wordt uitgerold en vergelijk je de resultaten met de vCore-eenheidslimieten voor je abonnementstype. De maximale limiet aan vCore-eenheden geldt voor elk abonnement per hardwaregeneratie in een regio.

Er zijn 2 grotere vCore-limieten beschikbaar in de volgende regio's: Australië Oost, Oost VS, Oost VS 2, Noord-Europa, Zuid-Centraal VS, Zuidoost-Azië, VK Zuid, West-Europa, West-VS 2.

Belangrijk

Als je vCore-limiet 0 is, betekent dat dat de standaard regionale limiet voor je abonnementstype niet is ingesteld. Je kunt ook een quota-verhogingsverzoek gebruiken om abonnementstoegang te krijgen in een specifieke regio volgens dezelfde procedure - het leveren van de vereiste vCore-waarden.

Standaard regionale vCore-limieten kunnen worden verlaagd of opgeschort in geval van regionale capaciteitsbeperkingen.

Controleer de quotalimiet en het gebruik van vCore met PowerShell

Gebruik de Subscription Usages - Download de REST API om de huidige vCore-quotalimiet en -verbruik voor Azure SQL Managed Instance in een abonnement en regio op te halen. Raadpleeg elke hardwaregeneratie afzonderlijk door de gebruiksnaam op te geven:

Hardwaregeneratie Gebruiksnaam
Standard-serie (Gen5) SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota
Premium-serie SubscriptionSQLManagedInstancePremiumSeriesVCoreQuota
Geoptimaliseerd voor geheugen premium-serie SubscriptionSQLManagedInstancePremiumSeriesMemoryOptimizedVCoreQuota

Voer het volgende script uit in een PowerShell-sessie met de Az-module geïnstalleerd, of in Azure Cloud Shell met PowerShell. Je account heeft toestemming nodig om het abonnement te lezen, zoals de rol Lezer die bij het abonnement is toegewezen.

Vervang <subscription-id> door je abonnements-ID, zet $location dit op de Azure-regionaam (bijvoorbeeld eastus), en zet $usageName op een van de waarden in de voorgaande tabel. Als je al bent ingelogd via Cloud Shell, laat Connect-AzAccountdan weg.

$subscriptionId = "<subscription-id>"
$location = "eastus"
$usageName = "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"

Connect-AzAccount -ErrorAction Stop | Out-Null
Set-AzContext -SubscriptionId $subscriptionId -ErrorAction Stop | Out-Null

$path = "/subscriptions/$subscriptionId/providers/Microsoft.Sql/locations/$location/usages/${usageName}?api-version=2025-01-01"
$response = Invoke-AzRestMethod -Method GET -Path $path -ErrorAction Stop

if ($response.StatusCode -ne 200) {
    throw "Unable to retrieve quota usage. HTTP $($response.StatusCode): $($response.Content)"
}

$response.Content | ConvertFrom-Json -ErrorAction Stop | ConvertTo-Json -Depth 10

Voorbeelduitvoer (fragment; waarden zijn illustratief):

{
  "name": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota",
  "properties": {
    "currentValue": 80,
    "limit": 320,
    "unit": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"
  }
}

In dit voorbeeld properties.currentValue is het huidige quotaverbruik: 80 vCore-eenheden. properties.limit is de huidige quotumlimiet: 320 vCore-eenheden. De resterende quota is limit - currentValue, oftewel 240 vCore-units, voor standaardseriehardware in het opgegeven abonnement en de regio.

Zoals eerder beschreven in deze sectie, verbruikt elke General Purpose vCore één vCore-eenheid, en elke Business Critical vCore vier vCore-eenheden. Herhaal het verzoek met een andere $usageName of $location controleer een andere hardwaregeneratie of regio. Om de limiet te verhogen, zie Verzoek om quotaverhoging.

Belangrijk

De eerder gebruikte VCoreQuota gebruiksnaam, die een enkele regionale quota vertegenwoordigde die gedeeld werd door alle hardwaregeneraties, wordt afgeschaft ten gunste van hardwaregeneratie-specifieke quota. Gebruik de gebruiksnamen die in de voorgaande tabel staan om de quotalimiet en het verbruik voor elke hardwaregeneratie op te halen.

Een quotumverhoging aanvragen

Als je meer instanties nodig hebt in je huidige regio's, stuur dan een supportverzoek om de quota te verlengen via het Azure-portaal. Zie Quotumverhogingen aanvragen voor Azure SQL Database en SQL Managed Instancevoor meer informatie.

Notitie

Vanaf augustus 2026 zijn de quota-verzoektypes van SQL Managed Instance gewijzigd. Subnetquota zijn niet langer van toepassing en vCore-quota zijn nu per hardwaregeneratie gescoped. Voor meer informatie, zie SQL Managed Instance quota request types.

Verwante inhoud

  • Laatst bijgewerkt om