Ö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
tempdbGenerell 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
tempdbAffärskritisk delar du lokal SSD-lagring med data och loggfiler, ochtempdblagringskostnaden 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:
- Enterprise-avtal (EA)
- Betala per användning
- Molntjänstleverantör (CSP)
- Enterprise Dev/Test
- Dev/Test – betala per användning
- Prenumerationer med månatlig Azure-kredit för Visual Studio-prenumeranter
- Kostnadsfri utvärdering
- Azure For Students
- Azure i open
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
- Mer information om SQL Managed Instance finns i Vad är en SQL Managed Instance?.
- Prisinformation finns i PRISSÄTTNING FÖR SQL Managed Instance.
- Mer information om hur du skapar din första SQL Managed Instance finns i snabbstartsguiden.
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för