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 T-SQL-instructievoor verschillen in ondersteunde functies en T-SQL-instructies. Voor algemene verschillen tussen servicelagen voor Azure SQL Database en SQL Managed Instance raadpleegt u servicelagen algemeen gebruik en bedrijfskritieke servicelagen.
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 hardwaregeneraties.
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 16 TB Bedrijfskritiek: tot 4 TB |
Algemeen gebruik: tot 16 TB Bedrijfskritiek: tot 16 TB3 |
Algemeen gebruik: tot 16 TB Bedrijfskritiek: tot 16 TB |
1 Het implementeren van een 2-vCore-exemplaar is alleen mogelijk binnen een exemplaargroep.
2 afhankelijk van het aantal vCores.
3 Alleen de belangrijkste regio's 16 TB opslagruimte kunnen bieden. Kleinere regio's beperken de beschikbare opslag tot 5,5 TB.
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 hardware uit de premium-serie 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. Ondersteunt voor de hardware van de premium-serie die is geoptimaliseerd voor geheugen en de premium-serie hardware met 16 TB-opslag zijn momenteel alleen beschikbaar in deze specifieke regio's:
| Geografie | Regio's die geoptimaliseerd zijn voor geheugen geoptimaliseerde HW- en premium-serie hardware met 16 TB Opslag |
|---|---|
| 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 |
| Amerika | Brazilië - zuid, Canada - centraal, Canada - oost, VS - centraal, VS - oost 2, VS - noord-centraal, VS - zuid-centraal, VS - west, VS - west 2 |
| Azië en Stille Oceaan | Australië - oost, Australië - zuidoost, China - noord 3, India - centraal, Azië - oost, Japan - oost, Azië - zuidoost |
In-memory OLTP beschikbare ruimte
De hoeveelheid OLTP-ruimte in het geheugen in bedrijfskritieke 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. U kunt ervoor kiezen om de bijgewerkte servicelaag voor algemeen gebruik (preview) van de volgende generatie te gebruiken.
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/analytische/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 deze is ontworpen voor het offloaden van rapportage-/analyseworkloads die niet exact de huidige status van gegevens nodig hebben. In de volgende tabel zijn alleen-lezenquery's de query's zijn die worden uitgevoerd op secundaire replica.
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)
| Hardwaregeneratie | Algemeen gebruik | Next-gen Algemeen gebruik | Bedrijfskritiek |
|---|---|---|---|
| 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 andere maten |
- 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 vCores1 |
| 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 vCores2 - 12 TB voor 48, 56 vCores - 16 TB voor 64, 80, 96, 128 vCores |
1 Alleen de belangrijkste regio's 16 TB opslagruimte kunnen bieden voor de premium-serie hardware voor deze CPU-vCore-nummers. Kleinere regio's beperken de beschikbare opslag tot 5,5 TB.
2 Alleen de belangrijkste regio's 8 TB opslagruimte bieden voor de hardware die is geoptimaliseerd voor geheugen uit de Premium-serie voor deze CPU-vCore-nummers. Kleinere regio's beperken de beschikbare opslag tot 5,5 TB.
Functievergelijking
| 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 |
4.5 MiB/s per vCore Max. 192 MiB/s |
4.5 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 | 30000 | 30000 | 30000 |
| 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 | 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.
Aanvullende overwegingen
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.
IOPS
Voor de servicelagen Algemeen gebruik en Bedrijfskritiek worden beschikbare IOPS bepaald door het aantal vCores:
- next-gen servicelaag algemeen gebruik: vaste waarde van IOPS op basis van het aantal vCores. De prijs van de opslag omvat de minimale IOPS. Als u boven het minimum gaat, worden er als volgt kosten in rekening gebracht: 1 IOPS = opslagprijs (per regio) gedeeld door drie. Als 1 GB aan opslagruimte bijvoorbeeld 0,115 kost, is 1 IOPS = 0,115/3 = 0,038 per IOPS.
- servicelaag Bedrijfskritiek: gebruikt een formule (4000 IOPS/vCore) om IOPS-limieten te bepalen.
De volgende tabel bevat de maximale IOPS die beschikbaar zijn voor elke servicelaag op basis van het aantal vCores:
| Aantal vCores | Next-gen Algemeen gebruik | Bedrijfskritiek |
|---|---|---|
| 4 | 6,400 | 16,000 |
| 6 | 9,600 | 24,000 |
| 8 | 12,800 | 32,000 |
| 10 | 16,000 | 40,000 |
| 12 | 19,200 | 48,000 |
| 16 | 25,600 | 64,000 |
| 20 | 32,000 | 80,000 |
| 24 | 38,400 | 96,000 |
| 32 | 51,200 | 128,000 |
| 40 | 64,000 | 160,000 |
| 48 | 76,800 | 192,000 |
| 56 | 80,000 | 224,000 |
| 64 | 80,000 | 256,000 |
| 80 | 80,000 | 320,000 |
| 96 | 80,000 | 320,000 |
| 128 | 80,000 | 320,000 |
Kenmerken van bestands-I/O 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 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.
Gegevens- en logboekopslag
De volgende factoren zijn van invloed op de hoeveelheid opslag die wordt gebruikt voor gegevens- en logboekbestanden en zijn van toepassing op de lagen Algemeen gebruik en Bedrijfskritiek.
- In de servicelaag Algemeen gebruik maakt
tempdbgebruik van lokale SSD-opslag. Deze opslagkosten zijn inbegrepen in de vCore-prijs. - In de servicelaag Bedrijfskritiek deelt
tempdblokale SSD-opslag met gegevens en logboekbestanden entempdbopslagkosten zijn opgenomen in de prijs van vCore. - 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 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. 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 : Azure SQL Database en Azure SQL Managed Instancevoor meer informatie.
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:
- EA- (Enterprise Agreement)
- betalen per gebruik-
-
Cloud Service Provider (CSP) - Enterprise Dev/Test-
- Dev/Test- betalen per gebruik
- Abonnementen met maandelijks Azure-tegoed voor Visual Studio-abonnees
- gratis proefversie
- Azure For Students-
- Azure In Open
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 twee standaardlimieten per Azure-regio (die on-demand kunnen worden verhoogd door een speciale ondersteuningsaanvraag te maken in de 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 nodig hebt in de huidige regio. 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 subnetten van SQL Managed Instance | Standaardlimiet voor vCore-eenheden 1 |
|---|---|---|
| CSP | 16 (30 in sommige regio's2) | 960 (1440 in sommige regio's2) |
| EA | 16 (30 in sommige regio's2) | 960 (1440 in sommige regio's2) |
| Enterprise Dev/Test | 6 | 320 |
| Pay-as-you-go | 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 |
1 Bij het plannen van implementaties moet u er rekening mee houden dat de servicelaag Bedrijfskritiek (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. Maximum aantal vCore-eenheden limiet geldt voor 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 maximum aantal vCore-eenheden.
2 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.
Een quotumverhoging 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 en SQL Managed Instancevoor meer informatie.