Ö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.

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.

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

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

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:

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.

Egenskaper för tjänstnivå

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

¹ Det går bara att distribuera en 2-vCore-instans i en instanspool.
² 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.
³ 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.
⁴ 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.

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").

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:

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

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.

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):

* 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.

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.