Dela via


Översikt över resursbegränsningar för SQL Managed Instance

Gäller för:Azure SQL Managed Instance

Den här artikeln innehåller en översikt över de tekniska egenskaperna och resursgränserna för Azure SQL Managed Instance och innehåller information om hur du begär en ökning av dessa gränser.

Kommentar

För skillnader i funktioner som stöds och T-SQL-instruktioner, se Funktionsskillnader och stöd för T-SQL-instruktion. Allmänna skillnader mellan tjänstnivåer för Azure SQL Database och SQL Managed Instance finns i Tjänstnivåer för generell användning och Affärskritisk.

Egenskaper för maskinvarukonfiguration

SQL Managed Instance har egenskaper och resursgränser som är beroende av den underliggande infrastrukturen och arkitekturen. SQL Managed Instance kan distribueras på flera maskinvarukonfigurationer.

Kommentar

Gen5-maskinvaran har bytt namn till standardserien (Gen5).

Maskinvarukonfigurationer har olika egenskaper enligt beskrivningen i följande tabell:

Standardserie (Gen5) Premium-serien Minnesoptimerad premiumserie
CPU Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) och Intel® 8272CL (Cascade Lake) 2,5 GHz-processorer Intel® 8370C (Ice Lake) 2,8 GHz-processorer Intel® 8370C (Ice Lake) 2,8 GHz-processorer
Antal virtuella kärnor
vCore=1 LP (hypertråd)
21–80 virtuella kärnor 21–128 virtuella kärnor 4–128 virtuella kärnor
Maximalt minne (förhållande mellan minne och virtuell kärna) 5,1 GB per virtuell kärna – maximalt 408 GB
Lägg till fler virtuella kärnor för att få mer minne.
7 GB per virtuell kärna upp till 80 virtuella kärnor – maximalt 560 GB 13,6 GB per virtuell kärna upp till 64 virtuella kärnor – maximalt 870,4 GB
Maximalt minnesinternt OLTP-minne Instansgräns: 0,8–1,65 GB per virtuell kärna Instansgräns: 1,1–2,3 GB per virtuell kärna Instansgräns: 2,2–4,5 GB per virtuell kärna
Maximal reserverad instanslagring2 Generell användning: upp till 16 TB
Affärskritisk: upp till 4 TB
Generell användning: upp till 16 TB
Affärskritisk: upp till 5,5 TB
Generell användning: upp till 16 TB
Affärskritisk: upp till 16 TB

1 Det går bara att distribuera en 2-vCore-instans i en instanspool.
2 Beroende på antalet virtuella kärnor.

Kommentar

Om din arbetsbelastning kräver lagringsstorlekar som är större än de tillgängliga resursgränserna för Azure SQL Managed Instance bör du överväga tjänstnivån Azure SQL Database Hyperscale.

Regionalt stöd för minnesoptimerad premium-seriemaskinvara och för 16 TB lagring

Stöd för 16 TB lagring har samma tillgänglighet som stöd för den minnesoptimerade premium-seriens maskinvara. Stöd för minnesoptimerad premium-seriemaskinvara och 16 TB lagring är för närvarande endast tillgängliga i dessa specifika regioner:

Geografi Regioner som stöder minnesoptimerad HW-serie och 16 TB lagring
Europa Frankrike, centrala, Tyskland, västra centrala, Italien, norra, Europa, norra, Polen, centrala, Sverige, centrala, Schweiz, norra, Storbritannien, södra, Europa, västra
Mellanöstern, Afrika Qatar, centrala
Nord- och Sydamerika Brasilien, södra, Kanada, centrala, USA, centrala, USA, östra, USA, östra 2, USA, norra centrala, USA, södra centrala, USA, västra, USA, västra 2, USA, västra 3
Asien och stillahavsområdet Australien, östra, Australien, sydöstra, Kina, norra 3, Indien, centrala, Indien, södra, Asien, östra, Japan, östra, Sydostasien

Minnesinternt OLTP tillgängligt utrymme

Mängden minnesinternt OLTP-utrymme på Affärskritisk tjänstnivå beror på antalet virtuella kärnor och maskinvarukonfiguration. I följande tabell visas gränserna för minne som kan användas för minnesinterna OLTP-objekt.

virtuella kärnor Standardserie (Gen5) Premium-serien Minnesoptimerad premiumserie
4 virtuella kärnor 3,14 GB 4,39 GB 8,79 GB
6 virtuella kärnor - 6,59 GB 15,32 GB
8 virtuella kärnor 6,28 GB 8,79 GB 22,06 GB
10 virtuella kärnor - 12,11 GB 30,94 GB
12 virtuella kärnor - 15,43 GB 39,82 GB
16 virtuella kärnor 15,77 GB 22,06 GB 57,58 GB
20 virtuella kärnor - 28,70 GB 75,34 GB
24 virtuella kärnor 25,25 GB 35,34 GB 93,09 GB
32 virtuella kärnor 37,94 GB 53,09 GB 128,61 GB
40 virtuella kärnor 52,23 GB 73,09 GB 164,13 GB
48 virtuella kärnor - 95,34 GB 199,64 GB
56 virtuella kärnor - 117,58 GB 244,13 GB
64 virtuella kärnor 99,9 GB 139,82 GB 288,61 GB
80 virtuella kärnor 131,68 GB 184,30 GB 288,61 GB
96 virtuella kärnor Ej tillämpligt 184,30 GB 288,61 GB
128 virtuella kärnor Ej tillämpligt 184,30 GB 288,61 GB

Egenskaper för tjänstnivå

SQL Managed Instance har två tjänstnivåer: Generell användning och Affärskritisk.

Viktigt!

Tjänstnivån Affärskritisk innehåller ytterligare en inbyggd kopia av SQL Managed Instance (sekundär replik) som kan användas för skrivskyddad arbetsbelastning. Om du kan separera skrivskyddade frågor och skrivskyddade/analys-/rapporteringsfrågor får du dubbelt så många virtuella kärnor och minne för samma pris. Den sekundära repliken kan ligga några sekunder efter den primära instansen, så den är utformad för att avlasta rapporterings-/analysarbetsbelastningar som inte behöver exakt aktuellt datatillstånd. I följande tabell är skrivskyddade frågor de frågor som körs på den sekundära repliken.

Funktion Generell användning Affärskritisk
Antal virtuella kärnor* 21, 4, 8, 16, 24, 32, 40, 64, 80 Standardserie (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Premium-serien: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Minnesoptimerad premiumserie: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
*Samma antal virtuella kärnor är dedikerade för skrivskyddade frågor.
Maximalt minne Standardserie (Gen5): 20,4 GB – 408 GB (5,1 GB/virtuell kärna)
Premium-serien: 28 GB – 560 GB (7 GB/virtuell kärna)
Minnesoptimerad premiumserie: 54,4 GB – 870,4 GB (13,6 GB/virtuell kärna)
Standardserie (Gen5): 20,4 GB – 408 GB (5,1 GB/virtuell kärna) på varje replik
Premium-serien: 28 GB – 560 GB (7 GB/virtuell kärna upp till 80 virtuella kärnor2) på varje replik
Minnesoptimerad premiumserie: 54,4 GB – 870,4 GB (13,6 GB/virtuell kärna upp till 64 virtuella kärnor2) på varje replik
Maximal lagringsstorlek för instanser (reserverad) – 2 TB för 4 virtuella kärnor
– 8 TB för 8 virtuella kärnor
- 16 TB för andra storlekar
Standardserie (Gen5):
- 1 TB för 4, 8, 16 virtuella kärnor
– 2 TB för 24 virtuella kärnor
- 4 TB för 32, 40, 64, 80 virtuella kärnor
Premium-serien:
– 1 TB för 4, 6 virtuella kärnor
– 2 TB för 8, 10, 12 virtuella kärnor
– 4 TB för 16, 20 virtuella kärnor
- 5,5 TB för 24, 32, 40, 48, 56 virtuella kärnor
– 5,5 TB eller 16 TB (beroende på region) för 64, 80, 96, 128 virtuella kärnor3
Minnesoptimerad premiumserie:
– 1 TB för 4, 6 virtuella kärnor
– 2 TB för 8, 10, 12 virtuella kärnor
– 4 TB för 16, 20 virtuella kärnor
– 5,5 TB för 24 virtuella kärnor
– 5,5 TB eller 8 TB (beroende på region) för 32, 40 virtuella kärnor4
– 12 TB för 48, 56 virtuella kärnor
- 16 TB för 64, 80, 96, 128 virtuella kärnor
Maximal databasstorlek Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor). Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor).
Maximal tempdb databasstorlek Begränsad till 24 GB/virtuell kärna (96–1 920 GB) och för närvarande tillgänglig lagringsstorlek för instanser.
Lägg till fler virtuella kärnor för att få mer tempdb utrymme.
Loggfilens storlek är begränsad till 120 GB.
Upp till tillgänglig lagringsstorlek för instanser.
Maximalt antal tempdb filer 128 128
Maximalt antal databaser per instans 100 användardatabaser, såvida inte instansens lagringsstorleksgräns har nåtts. 100 användardatabaser, såvida inte instansens lagringsstorleksgräns har nåtts.
Maximalt antal databasfiler 280 per instans, såvida inte instanslagringsstorleken eller Azure Premium Disk-lagringsallokeringsutrymmesgränsen har nåtts. 32 767 filer per databas, såvida inte instansens lagringsstorleksgräns har nåtts.
Maximal datafilstorlek Maximal storlek för varje datafil är 8 TB. Använd minst två datafiler för databaser som är större än 8 TB. Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor).
Maximal loggfilstorlek Begränsad till 2 TB och för närvarande tillgänglig lagringsstorlek för instanser. Begränsad till 2 TB och för närvarande tillgänglig lagringsstorlek för instanser.
Data/logg-IOPS (ungefärlig) 500–7 500 per fil
*Öka filstorleken för att få mer IOPS
16 K – 320 K (4 000 IOPS/virtuell kärna)
Lägg till fler virtuella kärnor för att få bättre I/O-prestanda.
Loggskrivningsgränsen för dataflöde (per instans) 4,5 MiB/s per virtuell kärna
Max 120 MiB/s per instans
22–65 MiB/s per databas (beroende på loggfilens storlek)
*Öka filstorleken för att få bättre I/O-prestanda
4,5 MiB/s per virtuell kärna
Max 192 MiB/s
Dataflöde (ungefärligt) 100–250 MiB/s per fil
*Öka filstorleken för att få bättre I/O-prestanda
Inte begränsat.
Lagrings-I/O-svarstid (ungefärlig) 5–10 ms 1–2 ms
Minnesintern OLTP Stöds inte Tillgänglig, storleken beror på antalet virtuella kärnor
Maximalt antal sessioner 30000 30000
Maximalt antal samtidiga arbetare 105 * antalet virtuella kärnor + 800 105 * antalet virtuella kärnor + 800
Skrivskyddade repliker 0 1 (ingår i priset)
Beräkningsisolering Stöds inte eftersom instanser av generell användning kan dela fysisk maskinvara med andra instanser Standardserie (Gen5):
Stöds för konfigurationer med 64 eller fler virtuella kärnor
Premium-serien: Stöds för konfigurationer med 64 eller fler virtuella kärnor
Minnesoptimerad premiumserie: Stöds för konfigurationer med 64 eller fler virtuella kärnor

1 Det går bara att distribuera en 2-vCore-instans i en instanspool.
2 Förhållandet mellan minne och virtuell kärna är endast tillgängligt upp till 80 virtuella kärnor för maskinvara i Premium-serien och 64 virtuella kärnor för minnesoptimerade Premium-serier. Maximalt minne är begränsat till 560 GB för premiumserie-virtuella kärnor över 80 och 870,4 GB för minnesoptimerade virtuella kärnor i Premium-serien över 64.
3 Endast i de större regionerna kan tillhandahålla 16 TB lagringsutrymme för premiumseriens maskinvara för dessa cpu-nummer för virtuella kärnor, kommer de mindre regionerna att begränsas med tillgänglig lagring med 5,5 TB.
4 Endast i de större regionerna kan tillhandahålla 8 TB lagringsutrymme för den minnesoptimerade maskinvaran i Premium-serien för dessa processornummer för virtuella kärnor, kommer de mindre regionerna att begränsas med tillgänglig lagring med 5,5 TB.

Några ytterligare överväganden:

  • För närvarande är den tillgängliga instanslagringsstorleken skillnaden mellan reserverad instansstorlek och använt lagringsutrymme.
  • Både data- och loggfilstorleken i användar- och systemdatabaserna ingår i instanslagringsstorleken som jämförs med den maximala lagringsstorleksgränsen. Använd sys.master_files-systemvyn för att fastställa det totala använda utrymmet för databaser. Felloggar sparas inte och ingår inte i storleken. Säkerhetskopior ingår inte i lagringsstorleken.
  • Dataflöde och IOPS på nivån Generell användning beror även på filstorleken, som inte uttryckligen begränsas av SQL Managed Instance. Du kan skapa en annan läsbar replik i en annan Azure-region med hjälp av redundansgrupper
  • Maximal instans-IOPS beror på fillayouten och distributionen av arbetsbelastningen. Om du till exempel skapar 7 x 1 TB filer med högst 5 K IOPS vardera och sju små filer (mindre än 128 GB) med 500 IOPS vardera, kan du få 38500 IOPS per instans (7x5000+7x500) om din arbetsbelastning kan använda alla filer. Observera att vissa IOPS också används för automatisk säkerhetskopiering.
  • Namn på tempdbfiler får inte innehålla fler än 16 tecken.

Mer information om resursbegränsningarna i SQL Managed Instance-pooler finns i den här artikeln.

Data- och logglagring

Följande faktorer påverkar mängden lagringsutrymme som används för data och loggfiler och gäller för nivåerna Generell användning och Affärskritisk.

  • På tjänstnivån tempdb Generell användning använder du lokal SSD-lagring och den här lagringskostnaden ingår i priset för virtuell kärna.
  • På tjänstnivån tempdb Affärskritisk delar du lokal SSD-lagring med data och loggfiler, och tempdb lagringskostnaden ingår i priset för virtuell kärna.
  • Den maximala lagringsstorleken för en SQL Managed Instance måste anges i multiplar på 32 GB.

Viktigt!

På båda tjänstnivåerna debiteras du för den maximala lagringsstorlek som konfigurerats för en hanterad instans.

Om du vill övervaka den totala förbrukade instanslagringsstorleken för SQL Managed Instance använder du måttet storage_space_used_mb. Om du vill övervaka den aktuella allokerade och använda lagringsstorleken för enskilda data och loggfiler i en databas med T-SQL använder du funktionen sys.database_files och funktionen FILEPROPERTY(... , "SpaceUsed").

Dricks

Under vissa omständigheter kan du behöva krympa en databas för att frigöra outnyttjat utrymme. Mer information finns i DBCC SHRINKFILE.

Säkerhetskopior och lagring

Lagring för databassäkerhetskopior allokeras för att stödja funktionerna för återställning till tidpunkt (PITR) och långsiktig kvarhållning (LTR) i SQL Managed Instance. Den här lagringen är separat från data- och loggfillagring och faktureras separat.

  • PITR: På nivån Generell användning och Affärskritisk kopieras enskilda databassäkerhetskopior automatiskt till ra-GRS-lagring (read-access geo-redundant). Lagringsstorleken ökar dynamiskt när nya säkerhetskopior skapas. Lagringen används av fullständiga säkerhetskopior, differentiella säkerhetskopieringar och transaktionsloggar. Lagringsförbrukningen beror på ändringshastigheten för databasen och den kvarhållningsperiod som konfigurerats för säkerhetskopior. Du kan konfigurera en separat kvarhållningsperiod för varje databas mellan 1 och 35 dagar för SQL Managed Instance. En lagringsmängd för säkerhetskopiering som är lika med den konfigurerade maximala datastorleken tillhandahålls utan extra kostnad.
  • LTR: Du har också möjlighet att konfigurera långsiktig kvarhållning av fullständiga säkerhetskopior i upp till 10 år. Om du konfigurerar en LTR-princip lagras dessa säkerhetskopior automatiskt i RA-GRS-lagring, men du kan styra hur ofta säkerhetskopiorna kopieras. För att uppfylla olika efterlevnadskrav kan du välja olika kvarhållningsperioder för veckovisa, månatliga och/eller årliga säkerhetskopieringar. Den konfiguration du väljer avgör hur mycket lagringsutrymme som ska användas för LTR-säkerhetskopieringar. Mer information finns i Långsiktig kvarhållning av säkerhetskopior.

I/O-egenskaper för filer på nivån Generell användning

På tjänstnivån Generell användning får varje databasfil dedikerad IOPS och dataflöde som är beroende av filstorleken. Större filer får mer IOPS och dataflöde. I/O-egenskaper för databasfiler visas i följande tabell:

Filstorlek >=0 och <=129 GiB >129 och <=513 GiB >513 och <=1025 GiB >1025 och <=2049 GiB >2049 och <=4097 GiB >4097 GiB och <=8 TiB
IOPS per fil 500 2 300 5000 7 500 7 500 7 500
Dataflöde per fil 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 250 MiB/s

Om du märker hög I/O-svarstid för en databasfil eller ser att IOPS/dataflödet når gränsen kan du förbättra prestandan genom att öka filstorleken.

Det finns också en gräns på instansnivå för det maximala loggskrivningsdataflödet (se föregående tabell för värden, till exempel 22 MiB/s), så du kanske inte kan nå maxfilen i loggfilen eftersom du når instansens dataflödesgräns.

Regioner som stöds

SQL Managed Instance kan bara skapas i regioner som stöds. Om du vill skapa en SQL Managed Instance i en region som för närvarande inte stöds kan du skicka en supportbegäran via Azure-portalen.

Prenumerationstyper som stöds

SQL Managed Instance stöder för närvarande endast distribution på följande typer av prenumerationer:

Regionala resursbegränsningar

Kommentar

Om du vill ha den senaste informationen om regiontillgänglighet för prenumerationer markerar du först en region.

Prenumerationstyper som stöds kan innehålla ett begränsat antal resurser per region. SQL Managed Instance har två standardgränser per Azure-region (som kan ökas på begäran genom att skapa en särskild supportbegäran i Azure-portalen beroende på en typ av prenumerationstyp:

  • Gräns för undernät: Det maximala antalet undernät där instanser av SQL Managed Instance distribueras i en enda region.
  • Enhetsgräns för virtuell kärna: Det maximala antalet virtuella kärnor som kan distribueras över alla instanser i en enda region. En gp-virtuell kärna använder en enhet med virtuella kärnor och en virtuell BC-kärna tar fyra virtuella kärnor. Det totala antalet instanser är inte begränsat så länge det ligger inom enhetsgränsen för virtuell kärna.

Kommentar

Dessa gränser är standardinställningar och inte tekniska begränsningar. Gränserna kan ökas på begäran genom att skapa en särskild supportbegäran i Azure-portalen om du behöver fler instanser i den aktuella regionen. Alternativt kan du skapa nya instanser av SQL Managed Instance i en annan Azure-region utan att skicka supportbegäranden.

I följande tabell visas de regionala standardgränserna för prenumerationstyper som stöds (standardgränser kan utökas med hjälp av en supportbegäran):

Prenumerationstyp Standardgräns för SQL Managed Instance-undernät Standardgräns för virtuella kärnor*
CSP 16 (30 i vissa regioner**) 960 (1440 i vissa regioner**)
EA 16 (30 i vissa regioner**) 960 (1440 i vissa regioner**)
Enterprise Dev/Test 6 320
Betala per användning 6 320
Betala per användning Dev/Test 6 320
Azure-pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Microsoft Azure-sponsring 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-plattformar 3 32

* Vid planering av distributioner bör du ta hänsyn till att tjänstnivån Affärskritisk (BC) kräver fyra (4) gånger mer kapacitet för virtuell kärna än tjänstnivån Generell användning (GP). Till exempel: 1 GP vCore = 1 vCore-enhet och 1 BC vCore = 4 virtuella kärnor. För att förenkla förbrukningsanalysen mot standardgränserna sammanfattar du enheterna för virtuella kärnor i alla undernät i regionen där SQL Managed Instance distribueras och jämför resultatet med instansenhetsgränserna för din prenumerationstyp. Maxgränsen för antalet virtuella kärnor gäller för varje prenumeration i en region. Det finns ingen gräns per enskilt undernät förutom att summan av alla virtuella kärnor som distribueras över flera undernät måste vara lägre eller lika med maximalt antal virtuella kärnor.

** Större undernäts- och vCore-gränser är tillgängliga i följande regioner: Australien, östra, USA, östra, USA, östra 2, Europa, norra, USA, södra centrala, Asien, sydöstra, Storbritannien, södra, Europa, västra, USA, västra 2.

Viktigt!

Om gränsen för virtuell kärna och undernät är 0 innebär det att den regionala standardgränsen för din prenumerationstyp inte har angetts. Du kan också använda begäran om kvotökning för att få prenumerationsåtkomst i en viss region enligt samma procedur – med nödvändiga värden för virtuell kärna och undernät.

Begära kvotökning

Om du behöver fler instanser i dina aktuella regioner skickar du en supportbegäran för att utöka kvoten med hjälp av Azure-portalen. Mer information finns i Begära kvotökningar för Azure SQL Database.

Nästa steg